Atvejo analizė

Vairuotojų komunikacijos ir dokumentų sistema

Nurodymai, dokumentai ir apklausos vairuotojams su atskira sąsaja telefone ir vadybininkų valdymu.

Vadybininko pradžia: naujausi vairuotojų pranešimai su žymomis, kas dar neperskaityta ir kas laukia pasirašymo.

ProblemaNurodymai vairuotojams buvo perduodami telefonu ir žinutėmis, dokumentai siunčiami nuotraukomis. Nebuvo aišku, kas nurodymą perskaitė, o svarbi informacija skirtingoms vairuotojų grupėms pasiekdavo ne visus.

SprendimasSukurta sistema su atskiromis vairuotojo ir vadybininko sąsajomis. Nurodymai ir žinutės siunčiami pagal vairuotojų tipą, prie jų pridedami dokumentai, o vadybininkas mato, kas pranešimą perskaitė. Grįžtamąjį ryšį padeda rinkti apklausos, o mobiliajai programėlei numatyta atskira duomenų jungtis (API).

Kontekstas

Tarptautinio pervežimo įmonėje vairuotojas yra darbuotojas, kurio biure niekada nebūna. Jis dirba kitoje šalyje, dažnai kalba kita kalba, o su įmone jį sieja tik telefonas. Nurodymai siunčiami žinutėmis, dokumentai fotografuojami, o svarbią informaciją gauna tik tie, kurie tuo metu turėjo ryšį.

Didžiausia problema buvo ta, kad niekas nežinojo, ar informacija pasiekė vairuotoją. Jei pasimeta nurodymas dėl krovinio priėmimo tvarkos, įmonė patiria realių nuostolių.

Nuo ko pradėjome

Aprašėme, kokie pranešimai iš tikrųjų siunčiami vairuotojams ir kuo jie skiriasi. Paaiškėjo, kad jų yra keli tipai: bendri nurodymai visiems, informacija konkrečiai vairuotojų grupei, asmeninės žinutės ir dokumentai, kuriuos reikia perskaityti ir patvirtinti.

Jei visi jie eitų vienu kanalu, svarbus nurodymas pasimestų tarp bendrų pranešimų.

Kaip sudėliota sistema

Dvi atskiros sąsajos. Vairuotojas ir vadybininkas dirba visiškai skirtingose darbo vietose. Vairuotojo sąsaja pritaikyta telefonui ir valdymui viena ranka: didelės paspaudžiamos sritys, minimali navigacija, svarbiausia informacija pirmame ekrane.

Pranešimų tipai. Kiekvienas pranešimas turi tipą ir gali būti siunčiamas visiems arba tam tikro tipo vairuotojams. Vadybininkas mato, kas nurodymą atidarė.

Dokumentai prie pranešimų. Failai prisegami prie nurodymo, todėl dokumentas visada matomas kartu su paaiškinimu.

Apklausos. Atskira dalis grįžtamajam ryšiui rinkti. Tai buvo kliento idėja, ir ji pasiteisino: vairuotojai retai skambina pasidalyti pastebėjimais, bet į klausimą su keliais atsakymų variantais atsako noriai.

Kelios kalbos. Vairuotojai kalba skirtingomis kalbomis, todėl kalbos pasirinkimas numatytas nuo pat pradžių.

Jungtis mobiliajai sąsajai. Sistema turi atskirą duomenų jungtį (API), todėl mobiliąją sąsają galima kurti nepriklausomai nuo administravimo dalies.

Techniniai sprendimai

Perskaitymas žymimas kiekvienam gavėjui. Paprasčiau būtų pažymėti, kad pranešimas išsiųstas. Tačiau įmonei reikėjo žinoti, kuris vairuotojas jo dar neatidarė, todėl sistema fiksuoja kiekvieno gavėjo perskaitymą atskirai. Būtent tai ir daro ją naudingą.

Vairuotojų tipus keičia pati įmonė. Grupių skirstymas įmonėje keičiasi. Jei tipai būtų įrašyti programos kode, dėl kiekvieno pakeitimo tektų kreiptis į mus.

Jungtis numatyta nuo pradžių. Kai iš anksto žinoma, kad bus kuriama mobilioji sąsaja, pigiau tam pasiruošti iš karto nei perdaryti sistemą po metų.

Laikinos nuorodos į failus. Dokumentai su asmens duomenimis neturi būti pasiekiami neribotai, todėl nuorodos į juos galioja ribotą laiką.

Ką verta žinoti prieš panašų projektą

Sistemos lauko darbuotojams dažniausiai nepasiteisina ne dėl funkcijų trūkumo, o todėl, kad jomis nepatogu naudotis realiomis sąlygomis. Vairuotojas žiūri į telefoną stovėdamas prie mašinos, dažnai su pirštinėmis ir skubėdamas. Pristatyme gerai atrodanti sąsaja praktikoje gali likti nenaudojama.

Todėl tokiuose projektuose vertingiausias etapas yra prototipas, parodytas keliems tikriems vairuotojams dar prieš programuojant.