mediapulsasYoozby: pristatymo platforma, realiu laiku jungianti klientus, parduotuves ir kurjerius.
Londono rinkai sukūrėme Yoozby - pristatymo platformą, realiu laiku jungiančią tris puses: klientus, parduotuves ir kurjerius. Sprendimą sudaro klientų ir kurjerių mobiliosios programėlės, pardavėjų valdymo sistema ir logistikos koordinavimas realiu laiku.
MediaPulsas kuria pristatymo ir logistikos platformas - su klientų, kurjerių ir pardavėjų sistemomis bei realaus laiko koordinavimu.
KlientasApie projektą
Greitasis pristatymas - viena logistiškai sudėtingiausių e-komercijos rūšių: užsakymas turi per minutes rasti parduotuvę, kurjerį ir maršrutą, o visos trys pusės - matyti tą patį realiu laiku. Londono rinkai kurta Yoozby būtent tokia sistema: klientas užsako, parduotuvė paruošia, kurjeris pristato, o platforma viską sujungia į vientisą srautą.
Kad tokia sistema veiktų, reikia ne vienos programėlės, o kelių sinchronizuotų dalių: kliento programėlės užsakymui, kurjerio programėlės pristatymui, pardavėjo sistemos užsakymams valdyti ir centrinės logikos, kuri realiu laiku koordinuoja visus. Sukūrėme visą šią ekosistemą.
Kaip veikia sistema
Užsakymo kelias nuo kliento paspaudimo iki pristatymo prie durų - koordinuojamas realiu laiku:
- Klientas užsako
- Parduotuvė gauna
- Užsakymo paruošimas
- Kurjerio priskyrimas
- Maršrutas
- Realaus laiko sekimas
- Pristatymas
Iššūkis
Trijų pusių realaus laiko platforma - vienas sudėtingiausių koordinavimo uždavinių programinėje įrangoje:
- Trys skirtingos pusės - klientai, parduotuvės, kurjeriai - turi būti sinchronizuotos realiu laiku
- Užsakymas per minutes turi rasti parduotuvę, kurjerį ir maršrutą
- Kurjerio ir užsakymo vieta privalo būti matoma realiu laiku visoms pusėms
- Kiekvienai pusei reikia savo sąsajos su skirtingu funkcionalumu
- Sistema turi atlaikyti piko valandų užsakymų srautus
- Mokėjimai ir užsakymų būsenos privalo būti patikimi iki cento ir sekundės
Kodėl tai buvo sudėtinga: techniniai iššūkiai
Trijų pusių sinchronizacija
Klientas, parduotuvė ir kurjeris turi matyti tą pačią užsakymo būseną tuo pačiu metu. Centrinis užsakymų branduolys yra vienintelis tiesos šaltinis, o realaus laiko kanalai pristato pokyčius visoms pusėms iškart.
Kurjerių priskyrimas
Užsakymą reikia priskirti tinkamiausiam kurjeriui pagal vietą ir prieinamumą. Priskyrimo logika vertina realias sąlygas, kad pristatymas prasidėtų greitai, o kurjerių srautas būtų paskirstytas efektyviai.
Realaus laiko vietos sekimas
Klientas nori matyti, kur jo užsakymas, o parduotuvė - kada kurjeris atvyks. GPS pagrindu veikiantis sekimas realiu laiku rodo kurjerio vietą visoms suinteresuotoms pusėms.
Trys sąsajos, viena sistema
Klientui reikia paprasto užsakymo, kurjeriui - maršruto ir pristatymų, parduotuvei - užsakymų valdymo. Trys skirtingos sąsajos maitinamos to paties branduolio, todėl duomenys visada sutampa.
Piko apkrovos
Pietų ir vakaro valandomis užsakymų srautas šokteli. Architektūra suprojektuota atskirti užsakymų priėmimą nuo apdorojimo, kad pikas nesulėtintų sistemos ir nė vienas užsakymas nepasimestų.
Mokėjimai ir būsenos
Užsakymo apmokėjimas ir būsenos pokyčiai turi būti patikimi. Būsenų logika suprojektuota taip, kad kiekvienas užsakymas turėtų aiškią, atsekamą būseną be dviprasmybių tarp trijų pusių.
„Trijų pusių realaus laiko platformoje sunkiausia ne pati funkcija, o užtikrinti, kad klientas, parduotuvė ir kurjeris visada matytų tą patį - vienas tiesos šaltinis tampa sistemos pamatu."
- MediaPulsas architektų komanda
Sprendimas
Sukūrėme pilną pristatymo ekosistemą:
- Klientų programėlė užsakymams ir sekimui
- Kurjerių programėlė maršrutams ir pristatymams
- Pardavėjų sistema užsakymams valdyti
- Centrinis užsakymų branduolys - vienas tiesos šaltinis
- Realaus laiko vietos sekimas ir koordinavimas
- Mokėjimų ir užsakymų būsenų valdymas
Architektūra ir inžineriniai sprendimai
Yoozby - ne viena programėlė, o kelių sinchronizuotų dalių ekosistema: kliento programėlė, kurjerio programėlė, pardavėjo sistema ir centrinis užsakymų branduolys. Esminis architektūrinis principas - vienas tiesos šaltinis: visos trys pusės mato tą pačią užsakymo būseną, nes ji gyvena viename branduolyje, o ne dubliuojama kiekvienoje programėlėje atskirai.
Realaus laiko koordinavimui naudojami kanalai, pristatantys būsenų ir vietos pokyčius iškart, o ne apklausinėjimo (polling) būdu. Kurjerių priskyrimo logika vertina realią vietą ir prieinamumą, GPS sekimas rodo pristatymo eigą visoms pusėms, o užsakymų priėmimas atskirtas nuo apdorojimo, kad piko valandų srautai nesulėtintų sistemos.
Architektūriniai pasirinkimai: kodėl būtent taip
Kodėl vienas centrinis užsakymų branduolys?
Jei kiekviena programėlė laikytų savo užsakymo kopiją, trys pusės greitai pamatytų skirtingas būsenas. Vienas tiesos šaltinis garantuoja, kad klientas, parduotuvė ir kurjeris visada sutampa - tai pristatymo sistemos pamatas.
Kodėl realaus laiko kanalai, o ne apklausinėjimas (polling)?
Pristatyme sekundės svarbios: klientas nori matyti kurjerį judant, ne atsinaujinant kas minutę. Realaus laiko kanalai pristato pokyčius iškart ir netaško baterijos bei serverio tuščiu apklausinėjimu.
Kodėl trys atskiros programėlės, o ne viena?
Klientas, kurjeris ir parduotuvė turi visiškai skirtingus poreikius ir darbo srautus. Atskiros sąsajos, maitinamos to paties branduolio, leidžia kiekvienai pusei duoti tiksliai jai reikalingą įrankį be kompromisų.
Kodėl užsakymų priėmimas atskirtas nuo apdorojimo?
Piko valandomis užsakymų srautas šokteli. Atskyrus priėmimą nuo apdorojimo, sistema priima viską iš karto, o apdoroja pastoviu tempu - nė vienas užsakymas nepasimeta piko metu.
Kodėl kurjerių priskyrimas pagal realią vietą?
Priskyrus užsakymą toli esančiam kurjeriui, prarandamas laikas ir klientas. Priskyrimo logika, vertinanti realią vietą ir prieinamumą, sutrumpina pristatymo pradžią ir efektyviau paskirsto kurjerių srautą.
Technologijos
- Kliento programėlė (iOS / Android)
- Kurjerio programėlė
- Pardavėjo web sistema
- Centrinis užsakymų branduolys
- Realaus laiko kanalai
- GPS sekimas
- Kurjerių priskyrimo logika
- Mokėjimų integracija
- Užsakymų būsenų valdymas
- REST API
- Mastelio architektūra
- Push pranešimai
Rezultatai
Yoozby tapo veikiančia trijų pusių pristatymo platforma Londono rinkai:
Ko išmokome
- Trijų pusių platformoje vienas tiesos šaltinis - svarbiausias sprendimas: be jo pusės greitai pamato skirtingas būsenas
- Realaus laiko koordinavimas yra greitojo pristatymo esmė, ne priedas
- Kiekvienai pusei reikia savo sąsajos - viena universali programėlė netenkina nė vienos
- Piko apkrovų atskyrimas nuo apdorojimo būtinas ten, kur srautas netolygus
Kam tinka panašus sprendimas
- Pristatymo ir kurjerių verslams
- Pristatymo paslaugų platformoms
- Maisto ir prekių pristatymui
- Rinkų (marketplace) modeliams
- Logistikos koordinavimo sistemoms
- Verslams su realaus laiko sekimu
- Kelių pusių platformoms
- Bet kam, kam reikia jungti klientus ir tiekėjus realiu laiku
Dažniausi klausimai
Kas yra Yoozby platforma? +
Iš kokių dalių susideda sprendimas? +
Kaip užtikrinamas realaus laiko koordinavimas? +
Ar galite sukurti panašią pristatymo ar marketplace platformą? +
Kas Lietuvoje kuria pristatymo platformas? +
Turite idėją? Paverskime ją produktu
Papasakokite, ką norite pasiekti - per 48 valandas gausite apimties ir biudžeto įvertinimą bei mūsų siūlymą, nuo ko pradėti. Nemokamai ir be įsipareigojimų.