કેવી રીતે નાના પ્રોગ્રામે 100+ મિલિયન રુબેલ્સ/મહિનાના નફા સાથે એક નાની ઓફિસને ફેડરલ કંપનીમાં ફેરવી

ડિસેમ્બર 2008 ના અંતમાં, મને હાલની વ્યવસાય પ્રક્રિયાઓને સ્વચાલિત કરવાના ધ્યેય સાથે પર્મમાં એક ટેક્સી સેવા માટે આમંત્રણ આપવામાં આવ્યું હતું. સામાન્ય રીતે, મને ત્રણ મૂળભૂત કાર્યો આપવામાં આવ્યા હતા:


• ટેક્સી ડ્રાઇવરો માટે મોબાઇલ એપ્લિકેશન સાથે કોલ સેન્ટર માટે સોફ્ટવેર પેકેજ વિકસાવો અને આંતરિક વ્યવસાય પ્રક્રિયાઓને સ્વચાલિત કરો.
• શક્ય તેટલા ઓછા સમયમાં બધું જ કરવાનું હતું.
• તૃતીય-પક્ષ વિકાસકર્તાઓ પાસેથી ખરીદવાને બદલે તમારું પોતાનું સૉફ્ટવેર રાખો, જે ભવિષ્યમાં, જેમ જેમ ધંધો વિકસે છે તેમ, બજારની સતત બદલાતી પરિસ્થિતિઓને સ્વતંત્ર રીતે માપી શકાય છે.

તે સમયે, મને સમજાયું ન હતું કે આ બજાર કેવી રીતે કાર્ય કરે છે અને તેની ઘોંઘાટ, પરંતુ તેમ છતાં, બે બાબતો મારા માટે સ્પષ્ટ હતી. કોલ સેન્ટર ઓપન સોર્સ એસ્ટરિસ્ક સોફ્ટવેર PBX ના આધારે બનાવવું જોઈએ. કોલ સેન્ટર અને મોબાઈલ એપ્લીકેશન વચ્ચેની માહિતીનું આદાન-પ્રદાન એ ભાવિ પ્રોજેક્ટ અને તેના પ્રોગ્રામિંગના આર્કિટેક્ચરને ડિઝાઇન કરવા માટે તમામ અનુરૂપ પેટર્ન સાથે આવશ્યકપણે ક્લાયન્ટ-સર્વર સોલ્યુશન છે.

પ્રોજેક્ટ માટેના કાર્યો, સમયમર્યાદા અને ખર્ચના પ્રારંભિક મૂલ્યાંકન પછી, અને ટેક્સી સેવાના માલિક સાથે તમામ જરૂરી મુદ્દાઓ પર સંમત થયા પછી, મેં જાન્યુઆરી 2009 માં કામ શરૂ કર્યું.

આગળ જોઈને, હું તરત જ કહીશ. પરિણામ રશિયાના 60 અને કઝાકિસ્તાનમાં 12 શહેરોમાં 2+ સર્વર્સ પર ચાલતું સ્કેલેબલ પ્લેટફોર્મ હતું. કંપનીનો કુલ નફો 100+ મિલિયન રુબેલ્સ/મહિને હતો.

સ્ટેજ એક. પ્રોટોટાઇપ

તે સમયે મને આઈપી ટેલિફોનીનો કોઈ વ્યવહારુ અનુભવ ન હતો, અને હું "હોમ" પ્રયોગોના ભાગ રૂપે ફૂદડીથી ફક્ત સુપરફિસિયલ રીતે પરિચિત હતો, તેથી મોબાઇલ એપ્લિકેશન અને સર્વર ભાગના વિકાસ સાથે કામ કરવાનું શરૂ કરવાનું નક્કી કરવામાં આવ્યું. તે જ સમયે, અન્ય કાર્યો પર જ્ઞાનમાં અંતરને બંધ કરવું.

જો મોબાઇલ એપ્લિકેશન સાથે બધું વધુ કે ઓછું સ્પષ્ટ હતું. તે સમયે, તે ફક્ત સાદા પુશ-બટન ફોન માટે જ જાવામાં લખી શકાતું હતું, પરંતુ મોબાઇલ ક્લાયંટને સેવા આપતા સર્વરને લખવું થોડું વધુ જટિલ હતું:

• કયા સર્વર ઓએસનો ઉપયોગ કરવામાં આવશે;
• કાર્ય માટે પ્રોગ્રામિંગ લેંગ્વેજ પસંદ કરવામાં આવે છે, અને તેનાથી વિપરિત નહીં, અને મુદ્દા 1 ને ધ્યાનમાં લેતા, સમસ્યાઓ ઉકેલવા માટે કઈ પ્રોગ્રામિંગ ભાષા શ્રેષ્ઠ હશે તે તર્કના આધારે;
• ડિઝાઇન દરમિયાન, સેવા પર અપેક્ષિત ભાવિ ઉચ્ચ ભારને ધ્યાનમાં લેવું જરૂરી હતું;
• કયો ડેટાબેઝ ઉચ્ચ ભાર હેઠળ દોષ સહિષ્ણુતાની બાંયધરી આપી શકે છે અને તેના માટે વિનંતીઓની સંખ્યામાં વધારો થતાં ઝડપી ડેટાબેઝ પ્રતિભાવ સમય કેવી રીતે જાળવી શકાય છે;
• નિર્ણાયક પરિબળ વિકાસની ગતિ અને કોડને ઝડપથી સ્કેલ કરવાની ક્ષમતા હતી
• સાધનસામગ્રીની કિંમત અને ભવિષ્યમાં તેની જાળવણી (ગ્રાહકની શરતોમાંની એક એ છે કે સર્વર્સ તેના નિયંત્રણ હેઠળના પ્રદેશમાં સ્થિત હોવા જોઈએ);
• પ્લેટફોર્મ પર કામના આગલા તબક્કામાં જરૂર પડશે તેવા વિકાસકર્તાઓની કિંમત;

તેમજ ડિઝાઇન અને વિકાસને લગતા અન્ય ઘણા મુદ્દાઓ.

પ્રોજેક્ટ પર કામ શરૂ કરતા પહેલા, મેં વ્યવસાયના માલિકને નીચેના વ્યૂહાત્મક નિર્ણયની દરખાસ્ત કરી: પ્રોજેક્ટ ખૂબ જટિલ હોવાથી, તેના અમલીકરણમાં નોંધપાત્ર સમય લાગશે, તેથી પ્રથમ હું એક MVP સંસ્કરણ બનાવું છું, જે વધુ સમય લેશે નહીં અને પૈસા, પરંતુ જે તેની કંપનીને બજારમાં પહેલેથી જ "અહીં અને હવે" સ્પર્ધાત્મક લાભ મેળવવાની મંજૂરી આપશે, અને ટેક્સી સેવા તરીકે તેની ક્ષમતાઓને પણ વિસ્તૃત કરશે. બદલામાં, આવા મધ્યવર્તી સોલ્યુશન મને વધુ વિચારપૂર્વક અંતિમ સોલ્યુશન ડિઝાઇન કરવા અને તકનીકી પ્રયોગો માટે સમય આપશે. તે જ સમયે, અમલમાં મૂકાયેલ સોફ્ટવેર સોલ્યુશનને યોગ્ય રીતે ડિઝાઇન કરવાની ખાતરી આપવામાં આવશે નહીં અને ભવિષ્યમાં ધરમૂળથી ફરીથી ડિઝાઇન અથવા બદલી શકાય છે, પરંતુ તે ચોક્કસપણે "સ્પર્ધકોથી દૂર" થવા માટે ન્યૂનતમ જરૂરી કાર્યક્ષમતા કરશે. ટેક્સીના સ્થાપકને આ વિચાર ગમ્યો, તેથી અંતે તેઓએ તે કર્યું.

મેં પ્રથમ બે અઠવાડિયા કંપનીમાં બિઝનેસ પ્રક્રિયાઓનો અભ્યાસ કરવામાં અને ટેક્સીના કામનો અંદરથી અભ્યાસ કરવામાં ગાળ્યા. ક્યાં, શું અને કેવી રીતે સ્વયંસંચાલિત થઈ શકે છે અને તે બિલકુલ જરૂરી છે કે કેમ તેનું વ્યવસાય વિશ્લેષણ હાથ ધર્યું. કંપનીના કર્મચારીઓને કઈ મુશ્કેલીઓ અને સમસ્યાઓનો સામનો કરવો પડે છે? તેઓ કેવી રીતે હલ થાય છે. કંપનીના કર્મચારીઓ માટે કાર્યકારી દિવસનું આયોજન કેવી રીતે કરવામાં આવે છે. તેઓ કયા સાધનોનો ઉપયોગ કરે છે?

ત્રીજા સપ્તાહના અંત સુધીમાં, કામ શરૂ કર્યા પછી અને ઈન્ટરનેટ પરના રસના મુદ્દાઓનો અભ્યાસ કર્યા પછી, વ્યવસાયના માલિકની ઈચ્છાઓ તેમજ તે સમયે મારા પોતાના જ્ઞાન અને ક્ષમતાઓને ધ્યાનમાં લઈને, નીચેના સ્ટેકને લાગુ કરવાનું નક્કી કરવામાં આવ્યું. :

• ડેટાબેઝ સર્વર: MsSQL (2GB સુધી ડેટાબેઝ ફાઇલ મર્યાદા સાથેનું મફત સંસ્કરણ);
• વિન્ડોઝ હેઠળ ડેલ્ફીમાં મોબાઇલ ક્લાયંટને સેવા આપતા સર્વરનો વિકાસ, કારણ કે ત્યાં પહેલેથી જ વિન્ડોઝ સર્વર હતું જેના પર ડેટાબેઝ ઇન્સ્ટોલ કરવામાં આવશે, તેમજ વિકાસ પર્યાવરણ પોતે જ ઝડપી વિકાસની સુવિધા આપે છે;
• 2009માં મોબાઈલ ફોન પર ઈન્ટરનેટની ઓછી ઝડપને ધ્યાનમાં લેતા, ક્લાઈન્ટ અને સર્વર વચ્ચેનો એક્સચેન્જ પ્રોટોકોલ બાઈનરી હોવો જોઈએ. આ ટ્રાન્સમિટેડ ડેટા પેકેટોનું કદ ઘટાડશે અને પરિણામે, સર્વર સાથે ક્લાયંટના કાર્યની સ્થિરતામાં વધારો કરશે;

પ્રોટોકોલ અને ડેટાબેઝ ડિઝાઇન કરવામાં બીજા બે અઠવાડિયા પસાર થયા. પરિણામ એ 12 પેકેજો હતા જે મોબાઇલ ક્લાયંટ અને સર્વર અને ડેટાબેઝમાં લગભગ 20 કોષ્ટકો વચ્ચે તમામ જરૂરી ડેટાના વિનિમયની ખાતરી કરે છે. મેં ભવિષ્યને ધ્યાનમાં રાખીને કામનો આ ભાગ કર્યો છે, જો મારે ટેક્નોલોજી સ્ટેકને સંપૂર્ણપણે બદલવું પડે તો પણ, પેકેજો અને ડેટાબેઝનું માળખું યથાવત રહેવું જોઈએ.

પ્રારંભિક કાર્ય પછી, વિચારના વ્યવહારિક અમલીકરણને શરૂ કરવું શક્ય હતું. પ્રક્રિયાને થોડી ઝડપી બનાવવા અને અન્ય કાર્યો માટે સમય ખાલી કરવા માટે, મેં મોબાઇલ એપ્લિકેશનનું ડ્રાફ્ટ વર્ઝન બનાવ્યું, UI નું સ્કેચ કર્યું, અંશતઃ UX, અને પ્રોજેક્ટમાં એક પરિચિત જાવા પ્રોગ્રામરને સામેલ કર્યો. અને તેણે સર્વર-સાઇડ ડેવલપમેન્ટ, ડિઝાઇન અને ટેસ્ટિંગ પર ધ્યાન કેન્દ્રિત કર્યું.

MVP પર કામના બીજા મહિનાના અંત સુધીમાં, સર્વર અને ક્લાયંટ પ્રોટોટાઇપનું પ્રથમ સંસ્કરણ તૈયાર હતું.

અને ત્રીજા મહિનાના અંત સુધીમાં, કૃત્રિમ પરીક્ષણો અને ક્ષેત્ર પરીક્ષણો, બગ ફિક્સેસ, પ્રોટોકોલ અને ડેટાબેઝમાં નાના સુધારાઓ પછી, એપ્લિકેશન ઉત્પાદન માટે તૈયાર હતી. જે કરવામાં આવ્યું હતું.

આ ક્ષણથી પ્રોજેક્ટનો સૌથી રસપ્રદ અને સૌથી મુશ્કેલ ભાગ શરૂ થાય છે.

નવા સૉફ્ટવેરમાં ડ્રાઇવરોના સંક્રમણ દરમિયાન, 24-કલાકની ફરજનું આયોજન કરવામાં આવ્યું હતું. કારણ કે દરેક જણ દિવસ દરમિયાન કામના કલાકો દરમિયાન આવી શકતા નથી. વધુમાં, વહીવટી રીતે, કંપનીના સ્થાપકના મજબૂત-ઇચ્છાપૂર્વકના નિર્ણય દ્વારા, તે એવી રીતે ગોઠવવામાં આવ્યું હતું કે ટેક્સી સેવાના મેનેજર દ્વારા લૉગિન/પાસવર્ડ દાખલ કરવામાં આવ્યો હતો અને તે ડ્રાઇવરને સંચાર કરવામાં આવ્યો ન હતો. મારા તરફથી, નિષ્ફળતાઓ અને અણધાર્યા પરિસ્થિતિઓના કિસ્સામાં વપરાશકર્તાઓ માટે તકનીકી સપોર્ટની જરૂર હતી.

મર્ફીનો કાયદો અમને કહે છે: "જે કંઈપણ ખોટું થઈ શકે છે, તે ખોટું થશે." અને તે જ રીતે વસ્તુઓ ખોટી થઈ હતી... જ્યારે મેં અને કેટલાક ટેક્સી ડ્રાઈવરોએ કેટલાક ડઝન ટેસ્ટ ઓર્ડર પર એપ્લિકેશનનું પરીક્ષણ કર્યું ત્યારે તે એક બાબત છે. અને જ્યારે લાઇન પરના 500+ ડ્રાઇવરો વાસ્તવિક લોકોના વાસ્તવિક ઓર્ડર પર વાસ્તવિક સમયમાં કામ કરે છે ત્યારે તે સંપૂર્ણપણે અલગ બાબત છે.

મોબાઇલ એપ્લિકેશનનું આર્કિટેક્ચર સરળ હતું અને તેમાં સર્વર કરતાં નોંધપાત્ર રીતે ઓછા બગ્સ હતા. તેથી, કામનું મુખ્ય ધ્યાન સર્વર બાજુ પર હતું. એપ્લિકેશનમાં સૌથી ગંભીર ખામી એ સર્વરથી ડિસ્કનેક્શનની સમસ્યા હતી જ્યારે ફોન પરનું ઇન્ટરનેટ ખોવાઈ ગયું હતું અને સત્ર ફરીથી પુનઃસ્થાપિત થયું હતું. અને ઇન્ટરનેટ ઘણી વાર અદૃશ્ય થઈ ગયું. સૌપ્રથમ, તે વર્ષોમાં ફોન પર ઇન્ટરનેટ પૂરતું સ્થિર ન હતું. બીજું, ત્યાં ઘણા અંધ સ્થળો હતા જ્યાં ઇન્ટરનેટ ફક્ત કામ કરતું ન હતું. અમે આ સમસ્યાને લગભગ તરત જ ઓળખી કાઢી અને 24 કલાકની અંદર અગાઉ ઇન્સ્ટોલ કરેલી બધી એપ્લિકેશનોને સુધારી અને અપડેટ કરી.

સર્વરમાં મુખ્યત્વે ઓર્ડર ડિસ્ટ્રિબ્યુશન એલ્ગોરિધમમાં ભૂલો અને ક્લાયન્ટ્સની કેટલીક વિનંતીઓની ખોટી પ્રક્રિયા હતી. ભૂલો ઓળખવા પર, મેં સર્વરને સુધારી અને અપડેટ કર્યું.

હકીકતમાં, આ તબક્કે એટલી બધી તકનીકી સમસ્યાઓ ન હતી. આખી મુશ્કેલી એ હતી કે હું લગભગ એક મહિનાથી ઓફિસમાં ડ્યુટી પર હતો, માત્ર ક્યારેક ઘરે જતો હતો. કદાચ 4-5 વખત. અને હું ફિટ અને સ્ટાર્ટમાં સૂઈ ગયો, કારણ કે તે સમયે હું એકલા પ્રોજેક્ટ પર કામ કરી રહ્યો હતો અને મારા સિવાય કોઈ કંઈપણ ઠીક કરી શક્યું નહીં.

એક મહિનો, આનો અર્થ એ નથી કે એક મહિના માટે બધું સતત ગડબડ થઈ રહ્યું હતું અને હું રોકાયા વિના કંઈક કોડિંગ કરી રહ્યો હતો. અમે હમણાં જ તે નક્કી કર્યું. છેવટે, વ્યવસાય પહેલેથી જ કાર્યરત હતો અને નફો કરતો હતો. હવે ગ્રાહકો અને નફો ગુમાવવા કરતાં તેને સુરક્ષિત રીતે રમવું અને પછીથી આરામ કરવો વધુ સારું છે. અમે બધા આને સારી રીતે સમજીએ છીએ, તેથી સમગ્ર ટીમે સામૂહિક રીતે ટેક્સી સિસ્ટમમાં નવા સૉફ્ટવેરને દાખલ કરવા માટે મહત્તમ ધ્યાન અને સમય ફાળવ્યો. અને ઓર્ડરના વર્તમાન ટ્રાફિકને ધ્યાનમાં લેતા, અમે ચોક્કસપણે એક મહિનાની અંદર બધી ખામીઓને દૂર કરીશું. ઠીક છે, છુપાયેલ ભૂલો કે જે રહી શકે છે તેના વ્યવસાય પ્રક્રિયા પર ચોક્કસપણે ગંભીર પરિણામો આવશે નહીં અને, જો જરૂરી હોય, તો તેને નિયમિત ધોરણે સુધારી શકાય છે.

અહીં ટેક્સી સેવાઓના ડિરેક્ટરો અને ફોરમેનની અમૂલ્ય સહાયની નોંધ લેવી જરૂરી છે, જેમણે ડ્રાઇવરોને નવા સૉફ્ટવેરમાં સ્થાનાંતરિત કરવાની પરિસ્થિતિની જટિલતાની મહત્તમ સમજણ સાથે, ડ્રાઇવરો સાથે ચોવીસ કલાક કામ કર્યું હતું. હકીકતમાં, ફોન પર નવા પ્રોગ્રામ્સ ઇન્સ્ટોલ કર્યા પછી, અમે એક પણ ડ્રાઇવરને ગુમાવ્યો નથી. અને તેઓએ ક્લાયન્ટ્સને દૂર ન કરવાની ટકાવારીમાં વિવેચનાત્મક રીતે વધારો કર્યો ન હતો, જે ટૂંક સમયમાં સામાન્ય સ્તરે પાછો ફર્યો હતો.

આનાથી પ્રોજેક્ટ પર કામનો પ્રથમ તબક્કો પૂર્ણ થયો. અને એ નોંધવું જોઇએ કે પરિણામ આવવામાં લાંબું નહોતું. માનવીય હસ્તક્ષેપ વિના ડ્રાઇવરોને ઓર્ડરના વિતરણને સ્વચાલિત કરીને, ગ્રાહક દ્વારા ટેક્સી માટે સરેરાશ રાહ જોવાનો સમય તીવ્રતાના ઓર્ડર દ્વારા ઘટાડવામાં આવ્યો હતો, જેણે સ્વાભાવિક રીતે સેવા પ્રત્યે ગ્રાહકની વફાદારી વધારી હતી. જેના કારણે ઓર્ડરની સંખ્યામાં વધારો થયો હતો. જેને પગલે ટેક્સી ચાલકોની સંખ્યામાં વધારો થયો હતો. પરિણામે, સફળતાપૂર્વક પૂર્ણ થયેલા ઓર્ડરની સંખ્યામાં પણ વધારો થયો છે. અને પરિણામે, કંપનીનો નફો વધ્યો. અલબત્ત, અહીં હું મારી જાતથી થોડો આગળ વધી રહ્યો છું, કારણ કે આ આખી પ્રક્રિયા તરત જ થઈ નથી. મેનેજમેન્ટ રાજી હતું એમ કહેવા માટે કંઈ ન કહેવાય. મને પ્રોજેક્ટના વધુ ધિરાણ માટે અમર્યાદિત ઍક્સેસ આપવામાં આવી હતી.

ચાલુ રહી શકાય..

સોર્સ: www.habr.com