कैसे एक छोटे से कार्यक्रम ने एक छोटे से कार्यालय को 100+ मिलियन रूबल/माह के लाभ के साथ एक संघीय कंपनी में बदल दिया

दिसंबर 2008 के अंत में, मुझे मौजूदा व्यावसायिक प्रक्रियाओं को स्वचालित करने के लक्ष्य के साथ पर्म में टैक्सी सेवाओं में से एक में आमंत्रित किया गया था। सामान्य तौर पर, मुझे तीन मूलभूत कार्य दिए गए थे:


• टैक्सी ड्राइवरों के लिए मोबाइल एप्लिकेशन के साथ कॉल सेंटर के लिए एक सॉफ्टवेयर पैकेज विकसित करें और आंतरिक व्यापार प्रक्रियाओं को स्वचालित करें।
• सब कुछ कम से कम समय में करना था।
• तीसरे पक्ष के डेवलपर्स से खरीदने के बजाय अपना स्वयं का सॉफ़्टवेयर रखें, जिसे भविष्य में, व्यवसाय के विकसित होने पर, लगातार बदलती बाज़ार स्थितियों के अनुसार स्वतंत्र रूप से बढ़ाया जा सकता है।

उस समय मुझे समझ नहीं आया कि यह बाज़ार कैसे काम करता है और इसकी बारीकियाँ क्या हैं, लेकिन फिर भी दो बातें मेरे लिए स्पष्ट थीं। कॉल सेंटर को ओपन सोर्स एस्टरिस्क सॉफ्टवेयर पीबीएक्स के आधार पर बनाया जाना चाहिए। कॉल सेंटर और मोबाइल एप्लिकेशन के बीच सूचनाओं का आदान-प्रदान अनिवार्य रूप से भविष्य की परियोजना की वास्तुकला और उसकी प्रोग्रामिंग को डिजाइन करने के लिए सभी संबंधित पैटर्न के साथ एक क्लाइंट-सर्वर समाधान है।

परियोजना के कार्यों, समय-सीमाओं और लागतों के प्रारंभिक मूल्यांकन और टैक्सी सेवा के मालिक के साथ सभी आवश्यक मुद्दों पर सहमति के बाद, मैंने जनवरी 2009 में काम शुरू किया।

आगे देखते हुए, मैं तुरंत कहूंगा। परिणाम रूस के 60 शहरों और कजाकिस्तान के 12 शहरों में 2+ सर्वर पर चलने वाला एक स्केलेबल प्लेटफ़ॉर्म था। कंपनी का कुल मुनाफ़ा 100+ मिलियन रूबल/माह था।

पहला चरण। प्रोटोटाइप

चूंकि उस समय मेरे पास आईपी टेलीफोनी में कोई व्यावहारिक अनुभव नहीं था, और मैं "होम" प्रयोगों के हिस्से के रूप में तारांकन से केवल सतही रूप से परिचित था, इसलिए मोबाइल एप्लिकेशन और सर्वर भाग के विकास के साथ काम करना शुरू करने का निर्णय लिया गया। साथ ही, अन्य कार्यों पर ज्ञान के अंतर को बंद करना।

यदि मोबाइल एप्लिकेशन के साथ सब कुछ कमोबेश स्पष्ट होता। उस समय, इसे केवल साधारण पुश-बटन फोन के लिए जावा में लिखा जा सकता था, लेकिन मोबाइल क्लाइंट की सेवा करने वाले सर्वर को लिखना थोड़ा अधिक जटिल था:

• किस सर्वर ओएस का उपयोग किया जाएगा;
• इस तर्क के आधार पर कि किसी कार्य के लिए एक प्रोग्रामिंग भाषा चुनी जाती है, न कि इसके विपरीत, और बिंदु 1 को ध्यान में रखते हुए, समस्याओं को हल करने के लिए कौन सी प्रोग्रामिंग भाषा इष्टतम होगी;
• डिज़ाइन के दौरान, सेवा पर अपेक्षित भविष्य के उच्च भार को ध्यान में रखना आवश्यक था;
• कौन सा डेटाबेस उच्च भार के तहत दोष सहनशीलता की गारंटी दे सकता है और अनुरोधों की संख्या बढ़ने पर तेज़ डेटाबेस प्रतिक्रिया समय कैसे बनाए रखा जा सकता है;
• निर्धारण कारक विकास की गति और कोड को शीघ्रता से स्केल करने की क्षमता थी
• भविष्य में उपकरण और उसके रखरखाव की लागत (ग्राहक की शर्तों में से एक यह है कि सर्वर उसके नियंत्रण वाले क्षेत्र में स्थित होना चाहिए);
• डेवलपर्स की लागत जिनकी प्लेटफ़ॉर्म पर काम के अगले चरण में आवश्यकता होगी;

साथ ही डिज़ाइन और विकास से संबंधित कई अन्य मुद्दे भी।

परियोजना पर काम शुरू करने से पहले, मैंने व्यवसाय के मालिक को निम्नलिखित रणनीतिक निर्णय का प्रस्ताव दिया: चूंकि परियोजना काफी जटिल है, इसके कार्यान्वयन में काफी समय लगेगा, इसलिए पहले मैं एक एमवीपी संस्करण बनाता हूं, जिसमें ज्यादा समय नहीं लगेगा और पैसा, लेकिन जो उनकी कंपनी को पहले से ही "यहां और अभी" बाजार में प्रतिस्पर्धात्मक लाभ हासिल करने की अनुमति देगा, और टैक्सी सेवा के रूप में अपनी क्षमताओं का भी विस्तार करेगा। बदले में, इस तरह के मध्यवर्ती समाधान से मुझे अधिक सोच-समझकर अंतिम समाधान तैयार करने और तकनीकी प्रयोगों के लिए समय मिलेगा। साथ ही, कार्यान्वित सॉफ़्टवेयर समाधान को सही ढंग से डिज़ाइन किए जाने की गारंटी नहीं दी जाएगी और भविष्य में इसे मौलिक रूप से पुन: डिज़ाइन या प्रतिस्थापित किया जा सकता है, लेकिन यह निश्चित रूप से "प्रतिस्पर्धियों से अलग होने" के लिए न्यूनतम आवश्यक कार्यक्षमता निष्पादित करेगा। टैक्सी के संस्थापक को यह विचार पसंद आया, इसलिए अंत में उन्होंने ऐसा किया।

मैंने पहले दो सप्ताह कंपनी में व्यावसायिक प्रक्रियाओं का अध्ययन करने और अंदर से टैक्सी के काम का अध्ययन करने में बिताए। कहाँ, क्या और कैसे स्वचालित किया जा सकता है और क्या यह बिल्कुल आवश्यक है, इसका व्यावसायिक विश्लेषण किया गया। कंपनी के कर्मचारियों को किन कठिनाइयों और समस्याओं का सामना करना पड़ता है? उनका समाधान कैसे किया जाता है. कंपनी के कर्मचारियों के लिए कार्य दिवस कैसे व्यवस्थित किया जाता है। वे कौन से उपकरण का उपयोग करते हैं?

तीसरे सप्ताह के अंत तक, काम शुरू करने और इंटरनेट पर रुचि के मुद्दों का अध्ययन करने के बाद, व्यवसाय के मालिक की इच्छाओं के साथ-साथ उस समय मेरे अपने ज्ञान और क्षमताओं को ध्यान में रखते हुए, निम्नलिखित स्टैक को लागू करने का निर्णय लिया गया :

• डेटाबेस सर्वर: MsSQL (2GB तक डेटाबेस फ़ाइल सीमा के साथ मुफ़्त संस्करण);
• विंडोज़ के अंतर्गत डेल्फ़ी में मोबाइल क्लाइंटों को सेवा प्रदान करने वाले सर्वर का विकास, चूँकि पहले से ही एक विंडोज़ सर्वर था जिस पर डेटाबेस स्थापित किया जाएगा, साथ ही विकास का वातावरण स्वयं तेजी से विकास की सुविधा प्रदान करता है;
• 2009 में मोबाइल फोन पर कम इंटरनेट स्पीड को ध्यान में रखते हुए, क्लाइंट और सर्वर के बीच एक्सचेंज प्रोटोकॉल बाइनरी होना चाहिए। इससे प्रेषित डेटा पैकेट का आकार कम हो जाएगा और परिणामस्वरूप, सर्वर के साथ ग्राहकों के काम की स्थिरता बढ़ जाएगी;

प्रोटोकॉल और डेटाबेस को डिज़ाइन करने में अन्य दो सप्ताह व्यतीत हुए। परिणाम 12 पैकेज थे जो मोबाइल क्लाइंट और सर्वर और डेटाबेस में लगभग 20 तालिकाओं के बीच सभी आवश्यक डेटा का आदान-प्रदान सुनिश्चित करते थे। मैंने काम का यह हिस्सा भविष्य को ध्यान में रखते हुए किया, भले ही मुझे प्रौद्योगिकी स्टैक को पूरी तरह से बदलना पड़े, पैकेज और डेटाबेस की संरचना अपरिवर्तित रहनी चाहिए।

प्रारंभिक कार्य के बाद, विचार का व्यावहारिक कार्यान्वयन शुरू करना संभव था। प्रक्रिया को थोड़ा तेज़ करने और अन्य कार्यों के लिए समय खाली करने के लिए, मैंने मोबाइल एप्लिकेशन का एक ड्राफ्ट संस्करण बनाया, यूआई, आंशिक रूप से यूएक्स का स्केच बनाया और प्रोजेक्ट में एक परिचित जावा प्रोग्रामर को शामिल किया। और उन्होंने सर्वर-साइड विकास, डिज़ाइन और परीक्षण पर ध्यान केंद्रित किया।

एमवीपी पर काम के दूसरे महीने के अंत तक, सर्वर और क्लाइंट प्रोटोटाइप का पहला संस्करण तैयार था।

और तीसरे महीने के अंत तक, सिंथेटिक परीक्षण और फ़ील्ड परीक्षण, बग फिक्स, प्रोटोकॉल और डेटाबेस में मामूली सुधार के बाद, एप्लिकेशन उत्पादन के लिए तैयार था। वही किया गया.

इस क्षण से परियोजना का सबसे दिलचस्प और सबसे कठिन हिस्सा शुरू होता है।

नए सॉफ्टवेयर में ड्राइवरों के परिवर्तन के दौरान XNUMX घंटे की ड्यूटी की व्यवस्था की गई। चूंकि दिन में कामकाजी घंटों के दौरान हर कोई नहीं आ सकता था. इसके अलावा, प्रशासनिक रूप से, कंपनी के संस्थापक के दृढ़ इच्छाशक्ति वाले निर्णय द्वारा, इसे इस तरह से व्यवस्थित किया गया था कि लॉगिन/पासवर्ड टैक्सी सेवा के प्रबंधक द्वारा दर्ज किया गया था और ड्राइवर को इसकी सूचना नहीं दी गई थी। मेरी ओर से, विफलताओं और अप्रत्याशित स्थितियों के मामले में उपयोगकर्ताओं के लिए तकनीकी सहायता की आवश्यकता थी।

मर्फी का नियम हमें बताता है: "जो कुछ भी गलत हो सकता है, वह गलत ही होगा।" और ठीक इसी तरह चीजें गलत हो गईं... यह एक बात है जब मैंने और कई टैक्सी ड्राइवरों ने कई दर्जन परीक्षण आदेशों पर एप्लिकेशन का परीक्षण किया। और यह बिल्कुल अलग मामला है जब लाइन पर 500+ ड्राइवर वास्तविक लोगों के वास्तविक ऑर्डर पर वास्तविक समय में काम करते हैं।

मोबाइल एप्लिकेशन का आर्किटेक्चर सरल था और सर्वर की तुलना में इसमें काफी कम बग थे। इसलिए, काम का मुख्य फोकस सर्वर साइड पर था। एप्लिकेशन में सबसे गंभीर गड़बड़ी सर्वर से डिस्कनेक्ट होने की समस्या थी जब फोन पर इंटरनेट खो गया था और सत्र फिर से बहाल हो गया था। और इंटरनेट अक्सर गायब हो जाता था। सबसे पहले, उन वर्षों में फ़ोन पर इंटरनेट पर्याप्त रूप से स्थिर नहीं था। दूसरे, ऐसे कई अंधी जगहें थीं जहां इंटरनेट काम ही नहीं करता था। हमने इस समस्या को लगभग तुरंत पहचान लिया और XNUMX घंटों के भीतर पहले से इंस्टॉल किए गए सभी एप्लिकेशन को ठीक कर दिया और अपडेट कर दिया।

सर्वर में मुख्य रूप से ऑर्डर वितरण एल्गोरिदम में त्रुटियां और क्लाइंट से कुछ अनुरोधों की गलत प्रोसेसिंग थी। गड़बड़ियों का पता चलने पर, मैंने सर्वर को ठीक किया और अपडेट किया।

वास्तव में, इस स्तर पर उतनी अधिक तकनीकी समस्याएँ नहीं थीं। पूरी कठिनाई यह थी कि मैं लगभग एक महीने तक कार्यालय में ड्यूटी पर था, कभी-कभार ही घर जाता था। शायद 4-5 बार. और मैं फिट होकर सो गया, क्योंकि उस समय मैं अकेले ही प्रोजेक्ट पर काम कर रहा था और मेरे अलावा कोई भी कुछ भी ठीक नहीं कर सकता था।

एक महीना, इसका मतलब यह नहीं है कि एक महीने तक सब कुछ लगातार गड़बड़ रहा था और मैं बिना रुके कुछ कोडिंग कर रहा था। हमने अभी यह निर्णय लिया है। आख़िरकार, व्यवसाय पहले से ही चल रहा था और लाभ कमा रहा था। अभी ग्राहकों और मुनाफ़े को खोने से बेहतर है कि इसे सुरक्षित तरीके से खेला जाए और बाद में आराम किया जाए। हम सभी इसे अच्छी तरह से समझते थे, इसलिए पूरी टीम ने सामूहिक रूप से टैक्सी प्रणाली में नए सॉफ्टवेयर को पेश करने के लिए अधिकतम ध्यान और समय समर्पित किया। और ऑर्डरों के वर्तमान ट्रैफ़िक को ध्यान में रखते हुए, हम निश्चित रूप से एक महीने के भीतर सभी कमियों को दूर कर देंगे। खैर, जो छिपे हुए बग रह सकते हैं, उनका निश्चित रूप से व्यावसायिक प्रक्रिया पर गंभीर परिणाम नहीं होगा और यदि आवश्यक हो, तो उन्हें नियमित आधार पर ठीक किया जा सकता है।

यहां टैक्सी सेवाओं के निदेशकों और फोरमैन की अमूल्य सहायता को नोट करना आवश्यक है, जिन्होंने ड्राइवरों को नए सॉफ़्टवेयर में स्थानांतरित करने की स्थिति की जटिलता की अधिकतम समझ के साथ, चौबीसों घंटे ड्राइवरों के साथ काम किया। वास्तव में, फोन पर नए प्रोग्रामों की स्थापना पूरी करने के बाद, हमने एक भी ड्राइवर नहीं खोया। और उन्होंने ग्राहकों को न हटाने के प्रतिशत में गंभीर रूप से वृद्धि नहीं की, जो जल्द ही सामान्य स्तर पर वापस आ गया।

इससे परियोजना पर काम का पहला चरण पूरा हो गया। और यह ध्यान दिया जाना चाहिए कि परिणाम आने में ज्यादा समय नहीं था। मानवीय हस्तक्षेप के बिना ड्राइवरों को ऑर्डर के वितरण को स्वचालित करने से, एक ग्राहक द्वारा टैक्सी के लिए औसत प्रतीक्षा समय बहुत कम हो गया, जिससे स्वाभाविक रूप से सेवा के प्रति ग्राहक की वफादारी बढ़ गई। इससे ऑर्डर की संख्या में बढ़ोतरी हुई. इसके बाद टैक्सी चालकों की संख्या में वृद्धि हुई। परिणामस्वरूप, सफलतापूर्वक पूर्ण किए गए ऑर्डरों की संख्या में भी वृद्धि हुई है। और नतीजा ये हुआ कि कंपनी का मुनाफ़ा बढ़ गया. बेशक, यहां मैं खुद से थोड़ा आगे निकल रहा हूं, क्योंकि यह पूरी प्रक्रिया तुरंत नहीं हुई। यह कहना कि प्रबंधन प्रसन्न था, कुछ नहीं कहना है। मुझे परियोजना के आगे के वित्तपोषण के लिए असीमित सुविधा दी गई।

जारी रखने के लिए ..

स्रोत: www.habr.com