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

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

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

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

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

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

स्टेज वन। प्रोटोटाइप

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

सर्वर पर, आदेशों के वितरण और ग्राहकों से कुछ अनुरोधों के गलत प्रसंस्करण के लिए एल्गोरिदम में मुख्य रूप से त्रुटियां थीं। ग्लिट्स को प्रकट करने के तथ्य पर, सर्वर को सही और अपडेट किया गया।

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

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

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

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

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