როგორ გადააქცია პატარა პროგრამამ პატარა ოფისი ფედერალურ კომპანიად 100+ მილიონი რუბლი/თვეში მოგებით

2008 წლის დეკემბრის ბოლოს მიმიწვიეს პერმის ერთ-ერთ ტაქსის სერვისში არსებული ბიზნეს პროცესების ავტომატიზაციის მიზნით. ზოგადად, სამი ძირითადი დავალება მომცეს:


• შეიმუშავეთ პროგრამული პაკეტი ქოლ ცენტრისთვის მობილური აპლიკაციით ტაქსის მძღოლებისთვის და შიდა ბიზნეს პროცესების ავტომატიზაცია.
• ყველაფერი უმოკლეს დროში უნდა გაკეთებულიყო.
• გქონდეთ საკუთარი პროგრამული უზრუნველყოფა, ვიდრე შეძენილი მესამე მხარის დეველოპერებისგან, რომელიც მომავალში, როგორც ბიზნესი განვითარდება, დამოუკიდებლად შეიძლება გაიზარდოს მუდმივად ცვალებად საბაზრო პირობებზე.

მაშინ არ მესმოდა, როგორ მუშაობს ეს ბაზარი და მისი ნიუანსები, მაგრამ, მიუხედავად ამისა, ორი რამ ჩემთვის აშკარა იყო. სატელეფონო ცენტრი უნდა აშენდეს ღია კოდის ვარსკვლავის პროგრამული უზრუნველყოფის PBX-ის საფუძველზე. ინფორმაციის გაცვლა ქოლ ცენტრსა და მობილურ აპლიკაციას შორის არსებითად არის კლიენტ-სერვერის გადაწყვეტა მომავალი პროექტის არქიტექტურისა და მისი პროგრამირების ყველა შესაბამისი შაბლონით.

პროექტის დავალებების, ვადების და ხარჯების წინასწარი შეფასების შემდეგ და ყველა საჭირო საკითხზე ტაქსის სერვისის მფლობელთან შეთანხმების შემდეგ, მუშაობა დავიწყე 2009 წლის იანვარში.

წინ ვიხედები, მაშინვე ვიტყვი. შედეგი იყო მასშტაბური პლატფორმა, რომელიც მუშაობდა 60+ სერვერზე რუსეთის 12 ქალაქში და 2 ყაზახეთში. კომპანიის მთლიანი მოგება იყო 100+ მილიონი რუბლი/თვეში.

ეტაპი პირველი. Პროტოტიპი

ვინაიდან იმ დროს მე არ მქონდა პრაქტიკული გამოცდილება IP ტელეფონში და მხოლოდ ზედაპირულად ვიცნობდი ვარსკვლავს, როგორც "სახლის" ექსპერიმენტების ნაწილი, გადაწყდა მუშაობა მობილური აპლიკაციისა და სერვერის ნაწილის შემუშავებით. ამავდროულად, ცოდნის ხარვეზების დახურვა სხვა ამოცანების შესახებ.

თუ მობილური აპლიკაციით ყველაფერი მეტ-ნაკლებად გასაგები იყო. იმ დროს მისი დაწერა ჯავაში მხოლოდ მარტივი ღილაკიანი ტელეფონებისთვის შეიძლებოდა, მაგრამ სერვერის დაწერა, რომელიც ემსახურება მობილურ კლიენტებს, ცოტა უფრო რთული იყო:

• რომელი სერვერის OS იქნება გამოყენებული;
• იმ ლოგიკით, რომ ამოცანისთვის არჩეულია პროგრამირების ენა და არა პირიქით და 1 პუნქტის გათვალისწინებით, რომელი პროგრამირების ენა იქნება ოპტიმალური პრობლემების გადასაჭრელად;
• დაპროექტებისას საჭირო იყო სერვისზე მოსალოდნელი სამომავლო მაღალი დატვირთვების გათვალისწინება;
• რომელ მონაცემთა ბაზას შეუძლია უზრუნველყოს შეცდომის ტოლერანტობა მაღალი დატვირთვის დროს და როგორ შევინარჩუნოთ მონაცემთა ბაზის სწრაფი რეაგირების დრო მასზე მოთხოვნის რაოდენობის გაზრდისას;
• განმსაზღვრელი ფაქტორი იყო განვითარების სიჩქარე და კოდის სწრაფი მასშტაბის უნარი
• აღჭურვილობის ღირებულება და მისი მოვლა მომავალში (მომხმარებლის ერთ-ერთი პირობაა, რომ სერვერები განთავსდეს მის კონტროლის ქვეშ მყოფ ტერიტორიაზე);
• დეველოპერების ღირებულება, რომლებიც საჭირო იქნება პლატფორმაზე მუშაობის შემდგომ ეტაპებზე;

ისევე როგორც დიზაინსა და განვითარებასთან დაკავშირებული მრავალი სხვა საკითხი.

პროექტზე მუშაობის დაწყებამდე მე შევთავაზე შემდეგი სტრატეგიული გადაწყვეტილება ბიზნესის მფლობელს: ვინაიდან პროექტი საკმაოდ რთულია, მის განხორციელებას შესამჩნევი დრო დასჭირდება, ამიტომ ჯერ ვქმნი MVP ვერსიას, რომელსაც დიდი დრო არ დასჭირდება და ფული, მაგრამ რაც მის კომპანიას საშუალებას მისცემს მოიპოვოს კონკურენტული უპირატესობა ბაზარზე უკვე „აქ და ახლა“, ასევე გააფართოვებს მის შესაძლებლობებს, როგორც ტაქსის სერვისი. თავის მხრივ, ასეთი შუალედური გადაწყვეტა მომცემს დროს, რომ უფრო გააზრებულად შევადგინო საბოლოო გადაწყვეტილება და დრო ტექნიკური ექსპერიმენტებისთვის. ამავდროულად, დანერგილი პროგრამული გადაწყვეტა არ იქნება გარანტირებული, რომ იქნება სწორად შემუშავებული და შეიძლება რადიკალურად შეიცვალოს ან შეიცვალოს მომავალში, მაგრამ ის აუცილებლად შეასრულებს მინიმალურ საჭირო ფუნქციონირებას „კონკურენტებისგან თავის დასაღწევად“. ტაქსის დამფუძნებელს ეს იდეა მოეწონა, საბოლოოდ მათ ეს გააკეთეს.

პირველი ორი კვირა კომპანიაში ბიზნესპროცესების შესწავლას და შიგნიდან ტაქსის მუშაობის შესწავლას გავატარე. ჩაატარა ბიზნეს ანალიზი, სად, რა და როგორ შეიძლება იყოს ავტომატიზირებული და არის თუ არა ეს საერთოდ საჭირო. რა სირთულეებსა და პრობლემებს აწყდებიან კომპანიის თანამშრომლები? როგორ წყდება. როგორ ეწყობა სამუშაო დღე კომპანიის თანამშრომლებისთვის. რა ინსტრუმენტებს იყენებენ ისინი?

მესამე კვირის ბოლოს, მუშაობის დაწყების და ინტერნეტში საინტერესო საკითხების შესწავლის შემდეგ, ბიზნესის მფლობელის სურვილის, ასევე ჩემი იმდროინდელი ცოდნისა და შესაძლებლობების გათვალისწინებით, გადაწყდა შემდეგი სტეკის გამოყენება. :

• მონაცემთა ბაზის სერვერი: MsSQL (უფასო ვერსია მონაცემთა ბაზის ფაილის ლიმიტით 2 გბ-მდე);
• სერვერის შემუშავება, რომელიც ემსახურება მობილურ კლიენტებს Delphi-ში Windows-ის ქვეშ, ვინაიდან უკვე არსებობდა Windows სერვერი, რომელზედაც დაინსტალირებული იქნებოდა მონაცემთა ბაზა, ისევე როგორც თავად განვითარების გარემო ხელს უწყობს სწრაფ განვითარებას;
• 2009 წელს მობილურ ტელეფონებზე დაბალი ინტერნეტის სიჩქარის გათვალისწინებით, კლიენტსა და სერვერს შორის გაცვლის პროტოკოლი უნდა იყოს ორობითი. ეს შეამცირებს გადაცემული მონაცემთა პაკეტების ზომას და, შედეგად, გაზრდის კლიენტების სერვერთან მუშაობის სტაბილურობას;

კიდევ ორი ​​კვირა დაიხარჯა პროტოკოლისა და მონაცემთა ბაზის შემუშავებაზე. შედეგი იყო 12 პაკეტი, რომელიც უზრუნველყოფს ყველა საჭირო მონაცემის გაცვლას მობილური კლიენტსა და სერვერს შორის და დაახლოებით 20 ცხრილი მონაცემთა ბაზაში. სამუშაოს ეს ნაწილი მომავლის გათვალისწინებით გავაკეთე, თუნდაც ტექნოლოგიური სტეკის მთლიანად შეცვლა მომიწიოს, პაკეტების სტრუქტურა და მონაცემთა ბაზა უცვლელი უნდა დარჩეს.

მოსამზადებელი სამუშაოების შემდეგ შესაძლებელი გახდა იდეის პრაქტიკული განხორციელების დაწყება. პროცესის ცოტათი დასაჩქარებლად და სხვა ამოცანებისთვის დროის გასათავისუფლებლად, გავაკეთე მობილური აპლიკაციის დრაფტი, შევადგინე ინტერფეისი, ნაწილობრივ UX და ჩავრთე პროექტში ნაცნობი java პროგრამისტი. და მან ყურადღება გაამახვილა სერვერის განვითარებაზე, დიზაინსა და ტესტირებაზე.

MVP-ზე მუშაობის მეორე თვის ბოლოს მზად იყო სერვერისა და კლიენტის პროტოტიპის პირველი ვერსია.

მესამე თვის ბოლოს კი, სინთეტიკური ტესტებისა და საველე ტესტების, შეცდომების გამოსწორების, პროტოკოლისა და მონაცემთა ბაზის მცირე გაუმჯობესების შემდეგ, აპლიკაცია მზად იყო წარმოებისთვის. რაც გაკეთდა.

ამ მომენტიდან იწყება პროექტის ყველაზე საინტერესო და ყველაზე რთული ნაწილი.

მძღოლების ახალ პროგრამულ უზრუნველყოფაზე გადასვლისას მოეწყო XNUMX-საათიანი მორიგეობა. ვინაიდან დღის განმავლობაში სამუშაო საათებში ყველას არ შეეძლო მოსვლა. გარდა ამისა, ადმინისტრაციულად, კომპანიის დამფუძნებლის მტკიცე გადაწყვეტილებით, ისე მოეწყო, რომ შესვლა/პაროლი ტაქსის სამსახურის მენეჯერმა შეიტანა და მძღოლს არ ეცნობა. ჩემი მხრივ, მომხმარებლის ტექნიკური მხარდაჭერა იყო საჭირო წარუმატებლობისა და გაუთვალისწინებელი სიტუაციების შემთხვევაში.

მერფის კანონი გვეუბნება: „ყველაფერი, რაც შეიძლება არასწორად წავიდეს, არასწორი იქნება“. და ზუსტად ასე წარიმართა საქმე... ერთია, როცა მე და რამდენიმე ტაქსის მძღოლმა აპლიკაცია რამდენიმე ათეულ სატესტო შეკვეთაზე გამოვცადეთ. და ეს სრულიად განსხვავებული საკითხია, როდესაც ხაზის 500+ მძღოლი რეალურ დროში მუშაობს რეალური ადამიანების შეკვეთებით.

მობილური აპლიკაციის არქიტექტურა მარტივი იყო და მასში შესამჩნევად ნაკლები შეცდომები იყო, ვიდრე სერვერზე. აქედან გამომდინარე, მუშაობის ძირითადი აქცენტი სერვერის მხარეს იყო. აპლიკაციაში ყველაზე კრიტიკული ხარვეზი იყო სერვერიდან გათიშვის პრობლემა, როდესაც ტელეფონში ინტერნეტი დაიკარგა და სესია კვლავ აღდგა. და ინტერნეტი საკმაოდ ხშირად ქრება. ჯერ ერთი, იმ წლებში ტელეფონზე ინტერნეტი საკმარისად სტაბილური არ იყო. მეორეც, იყო ბევრი ბრმა წერტილი, სადაც ინტერნეტი უბრალოდ არ მუშაობდა. ჩვენ ეს პრობლემა თითქმის მაშინვე გამოვავლინეთ და XNUMX საათის განმავლობაში დავაფიქსირეთ და განვაახლეთ ყველა ადრე დაინსტალირებული აპლიკაცია.

სერვერს ძირითადად ჰქონდა შეცდომები შეკვეთის განაწილების ალგორითმში და კლიენტებისგან ზოგიერთი მოთხოვნის არასწორი დამუშავება. ხარვეზების იდენტიფიცირების შემდეგ, მე გამოვასწორე და განვაახლე სერვერი.

სინამდვილეში, ამ ეტაპზე არც ისე ბევრი ტექნიკური პრობლემა იყო. მთელი სირთულე ის იყო, რომ თითქმის ერთი თვე ოფისში მორიგე ვიყავი და მხოლოდ ხანდახან მივდიოდი სახლში. ალბათ 4-5 ჯერ. და მეძინა ფიტ-სტარტებში, რადგან იმ დროს პროექტზე მარტო ვმუშაობდი და ჩემს გარდა ვერავინ ვერაფერს გამოასწორებდა.

ერთი თვე, ეს არ ნიშნავს იმას, რომ ერთი თვის განმავლობაში ყველაფერი გამუდმებით აფუჭებდა და რაღაცას ვაკოდირებდი გაუჩერებლად. ჩვენ მხოლოდ ეს გადავწყვიტეთ. ბიზნესი ხომ უკვე მუშაობდა და მოგებას იღებდა. ჯობია უსაფრთხოდ ითამაშო და გვიან დაისვენო, ვიდრე ახლა დაკარგო მომხმარებლები და მოგება. ჩვენ ყველამ კარგად გვესმოდა ეს, ამიტომ მთელმა გუნდმა ერთობლივად დაუთმო მაქსიმალური ყურადღება და დრო ტაქსის სისტემაში ახალი პროგრამული უზრუნველყოფის დანერგვას. და შეკვეთების მიმდინარე ტრაფიკის გათვალისწინებით, ჩვენ აუცილებლად აღმოვფხვრით ყველა ხარვეზს ერთი თვის განმავლობაში. ისე, ფარული შეცდომები, რომლებიც შეიძლება დარჩეს, რა თქმა უნდა არ ექნება კრიტიკული შედეგები ბიზნეს პროცესზე და, საჭიროების შემთხვევაში, მათი გამოსწორება შესაძლებელია რუტინულ საფუძველზე.

აქვე უნდა აღინიშნოს ტაქსის სერვისების დირექტორებისა და წინამორბედების ფასდაუდებელი დახმარება, რომლებიც მძღოლების ახალ პროგრამულ უზრუნველყოფაზე გადაყვანის სიტუაციის სირთულის მაქსიმალური გაგებით მუშაობდნენ მძღოლებთან მთელი საათის განმავლობაში. ფაქტობრივად, ტელეფონებზე ახალი პროგრამების ინსტალაციის დასრულების შემდეგ, არც ერთი დრაივერი არ დავკარგეთ. და მათ კრიტიკულად არ გაზარდეს კლიენტების გამოუყენებლობის პროცენტი, რომელიც მალევე დაუბრუნდა ნორმალურ დონეს.

ამით დასრულდა პროექტზე მუშაობის პირველი ეტაპი. და უნდა აღინიშნოს, რომ შედეგი არ დააყოვნა. მძღოლებზე შეკვეთების განაწილების ავტომატიზირებით, ადამიანის ჩარევის გარეშე, კლიენტის მიერ ტაქსის ლოდინის საშუალო დრო შემცირდა სიდიდის ბრძანებით, რაც ბუნებრივია გაზრდიდა მომხმარებლის ლოიალობას სერვისის მიმართ. ამან გამოიწვია შეკვეთების რაოდენობის ზრდა. ამის შემდეგ გაიზარდა ტაქსის მძღოლების რაოდენობა. შედეგად, გაიზარდა წარმატებით დასრულებული შეკვეთების რაოდენობაც. და შედეგად, კომპანიის მოგება გაიზარდა. რა თქმა უნდა, აქ ცოტათი წინ ვდგავარ, რადგან მთელი ეს პროცესი მყისიერად არ მომხდარა. იმის თქმა, რომ მენეჯმენტი კმაყოფილი იყო, არაფრის თქმაა. მე მომეცა შეუზღუდავი წვდომა პროექტის შემდგომ დაფინანსებაზე.

უნდა გაგრძელდეს ..

წყარო: www.habr.com