कसरी एउटा सानो कार्यक्रमले 100+ मिलियन रूबल/महिनाको नाफाको साथ एउटा सानो कार्यालयलाई संघीय कम्पनीमा परिणत गर्‍यो

डिसेम्बर 2008 को अन्त्यमा, मलाई अवस्थित व्यापार प्रक्रियाहरू स्वचालित गर्ने लक्ष्यको साथ पर्ममा ट्याक्सी सेवाहरू मध्ये एकमा आमन्त्रित गरियो। सामान्यतया, मलाई तीनवटा आधारभूत कार्यहरू दिइयो:


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

त्यतिबेला यो बजारले कसरी काम गर्छ र यसको सूक्ष्मता बुझेको थिएन, तर तैपनि, मलाई दुईवटा कुरा स्पष्ट थिए। कल सेन्टर ओपन सोर्स एस्टेरिस्क सफ्टवेयर PBX को आधारमा बनाइएको हुनुपर्छ। कल सेन्टर र मोबाइल एप्लिकेसन बीचको जानकारीको आदान-प्रदान भविष्यको परियोजना र यसको प्रोग्रामिङको वास्तुकला डिजाइन गर्नका लागि सबै सम्बन्धित ढाँचाहरूको साथ अनिवार्य रूपमा ग्राहक-सर्भर समाधान हो।

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

अगाडि हेर्दै, म तुरुन्तै भन्छु। परिणाम रुसका १२ सहर र काजाकिस्तानका २ सहरहरूमा ६०+ सर्भरहरूमा चलिरहेको स्केलेबल प्लेटफर्म थियो। कम्पनीको कुल नाफा 60+ मिलियन रूबल / महिना थियो।

स्टेज एक। प्रोटोटाइप

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

यदि मोबाइल अनुप्रयोगको साथ सबै कुरा कम वा कम स्पष्ट थियो। त्यस समयमा, यो केवल साधारण पुश-बटन फोनहरूको लागि जाभामा लेख्न सकिन्थ्यो, तर मोबाइल ग्राहकहरूलाई सेवा दिने सर्भर लेख्न अलि बढी जटिल थियो:

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

साथै डिजाइन र विकाससँग सम्बन्धित अन्य धेरै मुद्दाहरू।

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

मैले पहिलो दुई हप्ता कम्पनीको व्यापार प्रक्रियाहरू अध्ययन गर्न र भित्रबाट ट्याक्सीको काम अध्ययन गर्न बिताएँ। कहाँ, के र कसरी स्वचालित हुन सक्छ र यो सबै आवश्यक छ कि एक व्यापार विश्लेषण सञ्चालन। कम्पनीका कर्मचारीहरूले कस्ता कठिनाइ र समस्याहरू सामना गर्छन्? तिनीहरू कसरी समाधान हुन्छन्। कम्पनीका कर्मचारीहरूको लागि काम गर्ने दिन कसरी व्यवस्थित गरिन्छ। तिनीहरूले कुन उपकरणहरू प्रयोग गर्छन्?

तेस्रो हप्ताको अन्त्यमा, काम सुरु गरी इन्टरनेटमा रुचिका विषयहरू अध्ययन गरेपछि, व्यवसाय मालिकको इच्छा र त्यस समयमा मेरो आफ्नै ज्ञान र क्षमतालाई ध्यानमा राखेर, निम्न स्ट्याक लागू गर्ने निर्णय गरियो। :

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

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

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

MVP मा काम को दोस्रो महिना को अन्त सम्म, सर्भर र ग्राहक प्रोटोटाइप को पहिलो संस्करण तयार थियो।

र तेस्रो महिनाको अन्त्यमा, सिंथेटिक परीक्षण र फिल्ड परीक्षणहरू, बग फिक्सहरू, प्रोटोकल र डाटाबेसमा सामान्य सुधारहरू पछि, अनुप्रयोग उत्पादनको लागि तयार थियो। जुन काम गरियो ।

यस क्षण देखि परियोजना को सबै भन्दा रोचक र सबै भन्दा कठिन भाग सुरु हुन्छ।

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

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

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

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

वास्तवमा, यस चरणमा त्यहाँ धेरै प्राविधिक समस्याहरू थिएनन्। सबै कठिनाइ यो थियो कि म लगभग एक महिना अफिसमा ड्युटीमा थिएँ, कहिलेकाहीँ घर जान्छु। सायद ४-५ पटक। र म फिट र स्टार्टमा सुतेँ, किनकि त्यस समयमा म एक्लै प्रोजेक्टमा काम गरिरहेको थिएँ र म बाहेक अरू कसैले केही गर्न सकेन।

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

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

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

फेरि जारी राखौंला..

स्रोत: www.habr.com