Kumaha program leutik janten kantor leutik janten perusahaan féderal kalayan kauntungan 100+ juta rubles / sasih

Dina ahir Désémber 2008, abdi diondang kana salah sahiji layanan taksi di Perm kalawan tujuan ngajadikeun otomatis prosés bisnis aya. Sacara umum, kuring dibéré tilu tugas dasar:


  • Ngamekarkeun paket software pikeun panggero puseur kalayan aplikasi mobile pikeun supir taksi na ngajadikeun otomatis prosés bisnis internal.
  • Sadayana kedah dilakukeun dina waktos anu paling pondok.
  • Boga software sorangan, tinimbang dibeuli ti developer pihak-katilu, nu di mangsa nu bakal datang, salaku usaha tumuwuh, bisa bebas diskalakeun ka terus ngarobah kaayaan pasar.

Waktu éta, kuring teu ngarti kumaha pasar ieu jalan jeung nuances na, tapi Tapi, dua hal éta atra ka kuring. Puseur panggero kudu diwangun dina dasar software open source tanda bintang PBX. Bursa inpormasi antara pusat telepon sareng aplikasi sélulér dasarna mangrupikeun solusi klien-server kalayan sagala pola anu cocog pikeun ngarancang arsitéktur proyék masa depan sareng programna.

Saatos penilaian awal tugas, wates waktu sareng biaya pikeun proyék éta, sareng sapuk kana sagala masalah anu dipikabutuh sareng anu gaduh jasa taksi, kuring ngamimitian damel dina Januari 2009.

Ningali payun, kuring bakal langsung nyarios. Hasilna nyaéta platform scalable dijalankeun dina 60+ server di 12 kota di Rusia jeung 2 di Kazakhstan. Total kauntungan parusahaan éta 100+ juta rubles / bulan.

Tahap hiji. Prototipe

Kusabab dina waktu éta kuring teu boga pangalaman praktis dina IP telephony, sarta kuring ngan superficially wawuh jeung tanda bintang salaku bagian tina "imah" percobaan, eta ieu mutuskeun pikeun ngamimitian gawé bareng ngembangkeun hiji aplikasi mobile sarta bagian server. Dina waktu nu sarua, nutup celah pangaweruh dina tugas séjén.

Lamun jeung aplikasi mobile sagalana éta leuwih atawa kurang jelas. Dina waktos éta, éta ngan ukur tiasa ditulis dina java pikeun telepon tombol-tombol saderhana, tapi nyerat server anu ngalayanan klien sélulér éta sakedik langkung rumit:

  • OS server naon anu bakal dianggo;
  • Dumasar kana logika yén basa pamrograman dipilih pikeun tugas, sanés sabalikna, sareng tumut kana titik 1, anu mana basa pamrograman bakal optimal pikeun ngarengsekeun masalah;
  • Salila desain, éta perlu tumut kana akun ekspektasi beban tinggi hareup dina jasa;
  • Basis data mana anu tiasa ngajamin kasabaran kasalahan dina beban anu luhur sareng kumaha ngajaga waktos réspon database gancang nalika jumlah pamenta naék;
  • Faktor anu nangtukeun nyaéta laju pangwangunan sareng kamampuan gancang skala kode
  • Biaya alat-alat sareng pangropéa na di hareup (salah sahiji kaayaan palanggan nyaéta yén server kedah aya di daérah anu dikadalikeunana);
  • Biaya pamekar anu bakal diperlukeun dina tahap salajengna gawé dina platform nu;

Kitu ogé seueur masalah sanés anu aya hubunganana sareng desain sareng pamekaran.

Sateuacan ngamimitian damel dina proyék éta, kuring ngusulkeun kaputusan strategis ieu ka juragan usaha: kumargi proyékna rada rumit, palaksanaanna bakal nyandak waktos anu nyata, janten mimitina kuring nyiptakeun versi MVP, anu moal nyandak seueur waktos sareng duit, tapi nu bakal ngidinan parusahaan na mangtaun kaunggulan kalapa dina pasaran geus "di dieu jeung ayeuna", sarta ogé bakal dilegakeun kamampuhan salaku layanan taksi. Sabalikna, solusi panengah sapertos kitu bakal masihan kuring waktos pikeun mendesain solusi ahir sareng waktos pikeun ékspérimén téknis. Dina waktos anu sami, solusi parangkat lunak anu dilaksanakeun moal dijamin bakal dirarancang kalayan leres sareng tiasa didesain ulang sacara radikal atanapi digentos ka hareup, tapi éta pasti bakal ngalaksanakeun fungsionalitas minimum anu dipikabutuh pikeun "ngajauhan pesaing." Pangadeg taksi resep ideu, janten tungtungna aranjeunna ngalakukeunana.

Kuring nyéépkeun dua minggu munggaran pikeun diajar prosés bisnis di perusahaan, sareng diajar damel taksi ti jero. Ngalaksanakeun analisa bisnis dimana, naon sareng kumaha tiasa otomatis sareng naha éta peryogi pisan. Kasulitan sareng masalah naon anu disanghareupan ku karyawan perusahaan? Kumaha aranjeunna direngsekeun. Kumaha diatur poé gawé pikeun pagawé pausahaan. parabot naon maranéhna ngagunakeun?

Nepi ka tungtun taun minggu katilu, sanggeus ngamimitian gawé sarta diajar isu dipikaresep di Internet, nyokot kana akun kahayang nu boga usaha, kitu ogé pangaweruh jeung kamampuhan kuring sorangan dina waktu éta, éta mutuskeun pikeun nerapkeun tumpukan handap. :

  • Pangladén databés: MsSQL (versi gratis sareng wates file database dugi ka 2GB);
  • Pangwangunan server anu ngalayanan klien sélulér di Delphi dina Windows, sabab parantos aya server Windows dimana pangkalan data bakal dipasang, ogé lingkungan pangwangunan sorangan ngagampangkeun pangwangunan anu gancang;
  • Nyandak kana akun speed Internet low on handphone deui dina 2009, protokol bursa antara klien tur server kudu binér. Ieu bakal ngirangan ukuran pakét data anu dikirimkeun sareng, salaku hasilna, ningkatkeun stabilitas padamelan klien sareng server;

Dua minggu deui nyéépkeun ngarancang protokol sareng pangkalan data. hasilna éta 12 bungkusan nu mastikeun bursa sadaya data diperlukeun antara klien mobile na server na ngeunaan 20 tabel dina database. Kuring ngalakukeun ieu bagian tina karya nyokot kana akun mangsa nu bakal datang, sanajan kuring kudu ngarobah tumpukan téhnologi lengkep, struktur bungkusan na database kedah tetep unchanged.

Sanggeus karya preparatory ieu mungkin pikeun ngamimitian palaksanaan praktis gagasan. Pikeun nyepetkeun prosés sakedik sareng ngosongkeun waktos pikeun tugas-tugas sanés, kuring ngadamel draf versi aplikasi sélulér, ngagambar UI, sabagéan UX, sareng ngiringan programmer java akrab dina proyék éta. Sarta anjeunna fokus kana ngembangkeun server-sisi, desain jeung nguji.

Nepi ka tungtun taun bulan kadua gawé dina MVP, versi mimiti server na klien prototipe geus siap.

Sareng dina ahir bulan katilu, saatos tés sintétik sareng uji lapangan, perbaikan bug, perbaikan minor kana protokol sareng pangkalan data, aplikasi parantos siap pikeun produksi. Naon anu dilakukeun.

Ti moment ieu dimimitian bagian paling metot jeung paling hese tina proyék.

Salila transisi supir ka parangkat lunak énggal, tugas XNUMX jam dikelompokeun. Kusabab teu sadaya jelema bisa datang salila jam gawé beurang. Salaku tambahan, sacara administratif, ku kaputusan kuat tina pangadeg perusahaan, éta diatur ku cara anu login / sandi diasupkeun ku manajer jasa taksi sareng aranjeunna henteu dikomunikasikeun ka supir. Di pihak kuring, dukungan téknis pikeun pangguna diperyogikeun upami aya gagal sareng kaayaan anu teu kaduga.

Hukum Murphy nyarioskeun ka urang: "Naon waé anu salah, bakal salah." Tur éta persis kumaha hal nu salah ... Ieu hiji hal nalika kuring jeung sababaraha supir taksi dites aplikasi dina sababaraha belasan pesenan test. Tur éta masalah lengkep beda lamun 500+ drivers on garis jalan sacara real waktu dina pesenan nyata ti jalma nyata.

Arsitéktur aplikasi mobile éta basajan tur aya noticeably kirang bug di dinya ti dina server. Ku alatan éta, fokus utama gawé éta di sisi server. The glitch paling kritis dina aplikasi éta masalah disconnection ti server nalika Internet dina telepon ieu leungit sarta sési ieu disimpen deui. Jeung Internet ngiles rada mindeng. Firstly, dina eta taun Internet dina telepon sorangan teu cukup stabil. Bréh, aya loba titik buta dimana Internet saukur teu jalan. Kami ngaidentipikasi masalah ieu ampir langsung sareng dina XNUMX jam dibereskeun sareng diropéa sadaya aplikasi anu dipasang sateuacana.

Server utamina ngagaduhan kasalahan dina algoritma distribusi pesenan sareng pamrosésan anu salah tina sababaraha pamundut ti klien. Kana ngaidentipikasi glitches, abdi dilereskeun tur diropéa server.

Nyatana, teu aya seueur masalah téknis dina tahap ieu. Kasusahna mah ampir sabulan kuring tugas di kantor, ngan sakali-kali balik ka imah. Meureun 4-5 kali. Sareng kuring bobo di pas sareng ngamimitian, sabab dina waktos éta kuring damel dina proyék nyalira sareng teu aya anu tiasa ngalereskeun nanaon kecuali kuring.

Sabulan, ieu sanés hartosna yén sadayana terus-terusan glitching salami sabulan sareng kuring coding hiji hal tanpa lirén. Urang ngan mutuskeun éta. Barina ogé, bisnis ieu geus operasi sarta nyieun untung. Éta hadé maén aman tur ngaso engké ti leungit konsumén jeung kauntungan ayeuna. Urang sadayana ngartos pisan ieu, ku kituna sakabeh tim koléktif devoted perhatian maksimum sarta waktu pikeun ngawanohkeun software anyar kana sistem taksi. Jeung nyokot kana akun lalulintas pesenan ayeuna, urang pasti bakal ngaleungitkeun sagala shortcomings dina sabulan. Nya, bug anu disumputkeun anu tiasa tetep pasti moal gaduh akibat kritis dina prosés bisnis sareng, upami diperyogikeun, aranjeunna tiasa dilereskeun sacara rutin.

Di dieu perlu dicatet bantuan invaluable ti direksi jeung mandor tina jasa taksi, anu, kalayan pamahaman maksimum pajeulitna kaayaan nransferkeun drivers ka software anyar, gawé bareng supir sabudeureun jam. Kanyataanna, sanggeus completing pamasangan program anyar dina telepon, urang teu leungit supir tunggal. Sareng aranjeunna henteu sacara kritis ningkatkeun persentase henteu ngaleungitkeun klien, anu pas dipulangkeun deui ka tingkat normal.

Ieu réngsé tahap mimiti gawé dina proyék. Jeung kudu dicatet yén hasilna teu lila datang. Ku cara ngajadikeun otomatis panyebaran pesenan ka supir tanpa campur tangan manusa, rata-rata waktos ngantosan taksi ku klien dikirangan ku urutan gedéna, anu sacara alami ningkatkeun kasatiaan palanggan kana jasa éta. Ieu nyababkeun kanaékan jumlah pesenan. Saatos ieu, jumlah supir taksi ningkat. Hasilna, jumlah pesenan junun réngsé ogé ngaronjat. Jeung salaku hasilna, kauntungan parusahaan ngaronjat. Tangtosna, di dieu kuring langkung maju sakedik, sabab sadayana prosés ieu henteu lumangsung langsung. Nyebutkeun yén manajemén éta pleased nyaeta ngomong nanaon. Kuring dibéré aksés taya ka pembiayaan salajengna proyek.

Ngalajengkeun..

sumber: www.habr.com

Tambahkeun komentar