2008ko abenduaren amaieran, Permeko taxi zerbitzu batera gonbidatu ninduten, lehendik zeuden negozio-prozesuak automatizatzeko helburuarekin. Oro har, oinarrizko hiru zeregin eman zizkidaten:β¨
- Garatu dei zentro baterako software pakete bat taxi gidarientzako aplikazio mugikor batekin eta barneko negozio-prozesuak automatizatu.
- Dena ahalik eta denbora laburrenean egin behar zen.
- Izan zure softwarea, hirugarrenen garatzaileengandik erosi beharrean, etorkizunean, negozioa garatzen den heinean, modu independentean eskala daitekeen merkatuko baldintzetara etengabe aldatzen ari direnetara.
Garai hartan, ez nuen ulertzen nola funtzionatzen duen merkatu honek eta bere Γ±abardurak, baina, hala ere, bi gauza begi bistakoak ziren niretzat. Dei-zentroa kode irekiko asterisko softwarearen PBXan oinarrituta eraiki behar da. Dei-zentroaren eta mugikorrentzako aplikazioaren arteko informazio-trukea, funtsean, bezero-zerbitzari irtenbide bat da, etorkizuneko proiektuaren arkitektura eta bere programazioa diseinatzeko dagozkion eredu guztiekin.
Proiektuaren zereginen, epeen eta kostuen aldez aurretiko ebaluazioa egin ondoren, eta taxi zerbitzuaren jabearekin beharrezko gai guztiak adostu ondoren, 2009ko urtarrilean hasi nintzen lanean.
Aurrera begira, berehala esango dut. Emaitza Errusiako 60 hiritan eta Kazakhstango 12tan 2+ zerbitzaritan exekutatzen den plataforma eskalagarria izan zen. Konpainiaren irabazi osoa hilean 100 milioi errublo baino gehiagokoa izan zen.
Lehenengo etapa. Prototipoa
Garai hartan IP telefonian esperientzia praktikorik ez nuenez, eta izartxoa "etxeko" esperimentuen parte gisa azaletik bakarrik ezagutzen nuenez, mugikorrentzako aplikazio eta zerbitzariaren zati baten garapenarekin lanean hastea erabaki zen. Aldi berean, beste zeregin batzuei buruzko ezagutzan hutsuneak ixtea.
Mugikorretarako aplikazioarekin dena argiago edo gutxiago bazegoen. Garai hartan, sakatu-botoi soiletako telefonoetarako java-n bakarrik idatz zitekeen, baina bezero mugikorrak zerbitzatzeko zerbitzari bat idaztea pixka bat zailagoa zen:
- Zein zerbitzari OS erabiliko den;
- Zeregin baterako programazio-lengoaia bat aukeratzen den logikan oinarrituta, eta ez alderantziz, eta 1. puntua kontuan hartuta, zein izango den programazio-lengoaia optimoa arazoak konpontzeko;
- Diseinuan, zerbitzuaren etorkizunean espero diren karga handiak kontuan hartu behar izan dira;
- Zein datu-baseak akatsen tolerantzia berma dezake karga handietan eta nola mantendu datu-basearen erantzun-denbora azkarra, hari egindako eskaera kopurua handitu ahala;
- Faktore erabakigarria garapenaren abiadura eta kodea azkar eskalatzeko gaitasuna izan ziren
- Ekipoen kostua eta etorkizunean mantentzea (bezeroaren baldintzetako bat zerbitzariak bere kontrolpean dagoen lurraldean kokatu behar izatea da);
- Plataformako hurrengo lan faseetan beharko diren garatzaileen kostua;
Baita diseinuarekin eta garapenarekin lotutako beste hainbat gai ere.
Proiektuan lanean hasi baino lehen, honako erabaki estrategiko hau proposatu nion negozioaren jabeari: proiektua nahiko konplexua denez, inplementazioak denbora nabarmena beharko du, beraz, lehenik eta behin MVP bertsio bat sortzen dut, denbora askorik beharko ez duena eta dirua, baina horri esker bere konpainiak merkatuan abantaila lehiakorra lortuko du dagoeneko βhemen eta orainβ, eta gainera taxi zerbitzu gisa dituen gaitasunak zabalduko ditu. Era berean, tarteko irtenbide horrek denbora emango dit azken irtenbidea hobeto diseinatzeko eta esperimentu teknikoetarako denbora. Aldi berean, inplementatutako software-soluzioa ez da bermatuko behar bezala diseinatuta egongo denik eta etorkizunean errotik birdiseinatu edo ordezkatuko da, baina, zalantzarik gabe, "lehiakideetatik urruntzeko" beharrezko funtzionalitate minimoa beteko du. Taxiaren sortzaileari ideia gustatu zitzaion, azkenean egin zuten.
Lehenengo bi asteak enpresaren negozio-prozesuak aztertzen eman nituen, eta taxi baten lana barnetik aztertzen. Negozio-analisia egin du non, zer eta nola automatizatu daitekeen eta beharrezkoa den ala ez. Zein zailtasun eta arazo dituzte enpresako langileek? Nola konpontzen diren. Nola antolatzen den lanaldia enpresako langileentzat. Zein tresna erabiltzen dituzte?
Hirugarren astearen amaieran, Interneten lanean hasi eta intereseko gaiak aztertu ondoren, negozioaren jabearen nahiak kontuan hartuta, baita garai hartan nire ezagutza eta gaitasunak ere, honako pila hau aplikatzea erabaki zen. :
- Datu-basearen zerbitzaria: MsSQL (doako bertsioa datu-basearen fitxategien mugarekin 2GB arte);
- Windows-en Delphi-n bezero mugikorrak zerbitzatzen dituen zerbitzari baten garapena, jada bazegoen Windows zerbitzari bat zeinetan datu-basea instalatuko zen, eta garapen-inguruneak berak garapen azkarra errazten du;
- 2009an mugikorren Interneteko abiadura txikia kontuan hartuta, bezeroaren eta zerbitzariaren arteko truke-protokoloak bitarra izan behar du. Horrek transmititutako datu-paketeen tamaina murriztuko du eta, ondorioz, bezeroek zerbitzariarekin duten lanaren egonkortasuna areagotuko du;
Beste bi aste eman ziren protokoloa eta datu-basea diseinatzen. Emaitza bezero mugikorren eta zerbitzariaren artean beharrezko datu guztien trukea bermatzen duten 12 pakete eta datu-baseko 20 taula inguru izan ziren. Etorkizuna kontuan hartuta egin nuen lanaren zati hau, nahiz eta teknologia pila guztiz aldatu behar dudan, paketeen eta datu-baseen egiturak aldatu gabe geratu beharko luke.
Prestaketa lanaren ondoren, ideiaren ezarpen praktikoa hastea posible izan zen. Prozesua apur bat bizkortzeko eta beste zereginetarako denbora askatzeko, mugikorreko aplikazioaren zirriborro bat egin nuen, UI-a zirriborratu nuen, neurri batean UX-a, eta java programatzaile ezagun bat inplikatu nuen proiektuan. Eta zerbitzariaren aldeko garapenean, diseinuan eta probetan zentratu zen.
MVP-ren lanaren bigarren hilabetearen amaieran, zerbitzariaren eta bezeroaren prototipoaren lehen bertsioa prest zegoen.
Eta hirugarren hilabetearen amaieran, proba sintetikoak eta landa probak, akatsak konpondu, protokoloan eta datu-basean hobekuntza txikiak egin ondoren, aplikazioa ekoizteko prest zegoen. Zein da egin zena.
Une horretatik aurrera proiektuaren zatirik interesgarriena eta zailena hasten da.
Gidariek software berrirako trantsizioan, XNUMX orduko betebeharra antolatu zen. Egunean zehar lanorduetan denak ezin zirelako etorri. Horrez gain, administratiboki, enpresaren sortzailearen erabaki irmo baten bidez, saio-hasiera/pasahitza taxi-zerbitzuaren kudeatzaileak sartu eta gidariari jakinarazi ez zitzaizkion moduan antolatu zen. Nire aldetik, erabiltzaileentzako laguntza teknikoa behar zen hutsegiteen eta ezusteko egoeretan.
Murphyren Legeak esaten digu: "Oker atera daitekeen edozer gaizki aterako da". Eta halaxe joan ziren gauzak gaizki... Gauza bat da nik eta hainbat taxi-gidari aplikazioa probatu genuenean hainbat dozena proba-agindutan. Eta guztiz bestelakoa da lineako 500 gidari baino gehiagok denbora errealean lan egiten dutenean benetako jendearen aginduetan.
Mugikorreko aplikazioaren arkitektura sinplea zen eta zerbitzarian baino akats gutxiago zeuden. Horregatik, lanaren ardatz nagusia zerbitzariaren aldean zegoen. Aplikazioko arazo larriena zerbitzaritik deskonexioaren arazoa izan zen, telefonoko Internet galdu eta saioa berriro leheneratu zenean. Eta Internet sarri desagertzen zen. Lehenik eta behin, urte haietan telefonoan bertan Internet ez zen nahiko egonkorra. Bigarrenik, Internetek funtzionatzen ez zuen puntu itsu asko zeuden. Arazo hau ia berehala identifikatu genuen eta XNUMX orduko epean aurrez instalatutako aplikazio guztiak konpondu eta eguneratu genituen.
Zerbitzariak akatsak izan zituen batez ere eskaerak banatzeko algoritmoan eta bezeroen eskaera batzuen prozesamendu okerra. Akatsak identifikatutakoan, zerbitzaria zuzendu eta eguneratu nuen.
Izan ere, fase honetan ez zegoen horrenbeste arazo teknikorik. Zailtasun osoa bulegoan ia hilabetez egon nintzen lanean, noizean behin etxera joaten nintzen. 4-5 aldiz ziurrenik. Eta lotan egin nuen lo, garai hartan proiektuan bakarrik ari nintzelako eta nik ez ezik inork ezin baitzuen ezer konpondu.
Hilabete, horrek ez du esan nahi hilabete batez dena etengabe matxuratu zenik eta gelditu gabe zerbait kodetzen ari nintzela. Hori besterik ez dugu erabaki. Azken finean, negozioa jada martxan zegoen eta irabaziak lortzen zituen. Hobe da seguru jokatzea eta atseden hartzea beranduago bezeroak eta irabaziak galtzea baino. Guztiok ondo ulertu genuen hori, beraz, talde osoak arreta eta denborarik handiena eskaini zion taxi sisteman software berria sartzera. Eta eskaeren egungo trafikoa kontuan hartuta, hilabeteko epean gabezia guztiak ezabatuko ditugu zalantzarik gabe. Bada, gera daitezkeen ezkutuko akatsek ez dute ondorio kritikorik izango negozio-prozesuan eta, behar izanez gero, ohiko moduan zuzendu daitezke.
Hemen beharrezkoa da taxi-zerbitzuetako zuzendari eta foruzainen laguntza eskerga, zeinak, gidariak software berrira transferitzearen egoeraren konplexutasuna ahalik eta ondoen ulertuta, gidariekin erloju osoan lan egin zuten. Izan ere, telefonoetan programa berrien instalazioa amaitu ondoren, ez genuen kontrolatzaile bakar bat ere galdu. Eta ez zuten kritikoki handitu bezeroak ez kentzearen ehunekoa, laster maila normaletara itzuli zena.
Honek proiektuaren lehen fasea amaitu zuen. Eta kontuan izan behar da emaitza ez zela asko luzatu. Gidarientzako eskaerak giza esku-hartzerik gabe banatzea automatizatuta, bezero batek taxi baten batez besteko itxaron-denbora neurri handi batean murriztu zen, eta horrek bezeroak zerbitzuarekiko leialtasuna areagotu zuen. Horrek eskaera kopurua handitzea ekarri zuen. Horren ostean, taxilarien kopuruak gora egin zuen. Ondorioz, arrakastaz betetako eskaeren kopurua ere handitu da. Eta ondorioz, konpainiaren irabaziak handitu egin ziren. Jakina, hemen pixka bat aurreratzen ari naiz, prozesu hau ez baita berehala gertatu. Zuzendaritza pozik zegoela esatea ez da ezer esatea. Proiektuaren finantzaketa gehiagorako sarbide mugagabea eman zidaten.
Jarraituko du..
Iturria: www.habr.com