Izdelava mobilnih aplikacij za terenske ekipe

Zakaj podjetja z več lokacijami vlagajo v mobilno aplikacijo za terenske ekipe#

Izdelava mobilnih aplikacij za terenske ekipe pomeni razvoj programske rešitve, ki zaposlenim zunaj pisarne omogoča dostop do podatkov, oddajo poročil in potrjevanje opravil neposredno na mestu dela. Namenjena je serviserjem, vozovnim ekipam, nadzornikom na proizvodnih linijah, inšpektorjem in drugim zaposlenim, ki večino delovnega časa preživijo zunaj računalnika. Namesto papirnih obrazcev ali naknadnega vnašanja podatkov v pisarni aplikacija podatke zajame takoj, na kraju dogodka, in jih prenese v osrednji sistem podjetja.

Za podjetje z več kot milijon evrov letnih prihodkov tak projekt redko ostane omejen na mobilni del. Terenski podatki morajo priti v proizvodni sistem, v evidenco delovnega časa, v sistem za vzdrževanje opreme ali v poročanje vodstvu. Zato je treba že na začetku določiti, kateri oddelki bodo aplikacijo uporabljali, kateri podatki potujejo v obe smeri in kdo je lastnik posamezne podatkovne množice. Brez te uskladitve aplikacija hitro postane ločen sistem, ki ga zaposleni vzdržujejo poleg obstoječih orodij, ne namesto njih.

Odločitev o izdelavi take aplikacije zato sodi med projekte, ki jih mora potrditi vodstvo, ne le IT oddelek. Vpliva na to, kako se delo evidentira, kako hitro pridejo podatki do vodje izmene ali vodje nabave, in kako se spremeni odgovornost zaposlenih na terenu. Pri Epixu projekt zato obravnavamo kot sistemsko integracijo: mobilna aplikacija je vstopna točka, povezava z obstoječimi sistemi pa je del iste naloge, ne ločen korak za konec.

Kdaj se podjetju splača izdelava mobilne aplikacije za terensko delo?#

Izdelava mobilne aplikacije za terensko delo se podjetju splača takrat, ko se podatki s terena še vedno prenašajo na papirju, v e-poštnih sporočilih ali s zamikom, ki vpliva na odločitve vodstva. Če serviser popravilo zapiše na list in ga v sistem vnese šele naslednji dan, ali če vodja izmene čaka na telefonski klic namesto na podatek v sistemu, je to znak, da je proces zrel za digitalizacijo. Enako velja, kadar se isti podatek vnaša dvakrat – enkrat na terenu, enkrat v pisarni.

Signal za tak projekt je tudi rast števila lokacij ali terenskih ekip, pri kateri vodstvo izgubi pregled nad tem, kaj se dogaja v realnem času. Podjetja s proizvodnimi obrati, servisno mrežo ali ekipami na terenu po več regijah potrebujejo en vir resničnih podatkov, ne ločenih evidenc po posamezni lokaciji. Enako velja za javne zavode, kjer terensko delo vključuje nadzor, preglede ali vzdrževanje infrastrukture in kjer mora biti vsak korak dokumentiran zaradi revizijske sledi.

Preden se podjetje odloči za izdelavo mobilne aplikacije, je smiselno popisati, kateri procesi na terenu danes povzročajo največ dela na novo vnašanje podatkov, in kateri obstoječi sistem – ERP, CRM ali dokumentni sistem – bo moral s aplikacijo komunicirati. Ta popis pokaže, ali gre za enostavno mobilno orodje ali za projekt, ki zahteva tudi spremembo procesov in uskladitev med oddelki.

Katere funkcije mora imeti aplikacija za delo na terenu#

Funkcije mobilne aplikacije za terensko delo se med podjetji razlikujejo, saj je odvisno, ali gre za servisno ekipo, logistiko, proizvodnjo ali nadzorne preglede. Kljub temu obstaja nabor zmožnosti, ki se ponavlja pri večini enterprise projektov, ker rešujejo isti problem: zajem podatka na mestu dogodka in prenos tega podatka v osrednji sistem brez naknadnega prepisovanja, ne glede na panogo, v kateri podjetje deluje.

Delovanje brez stalne povezave je pri terenskem delu pogosto odločilno, saj se ekipe gibljejo po objektih, kleteh ali področjih brez signala. Aplikacija mora podatke shraniti lokalno in jih samodejno uskladiti, ko je povezava spet na voljo, pri tem pa mora poskrbeti, da se isti vnos ne podvoji ali izgubi. Enako pomembna je povezava s strojno opremo na terenu – od čitalcev kod do plačilnih terminalov – saj terensko delo pogosto poteka ob fizični opremi, ne le na zaslonu.

Dostopi in vloge v aplikaciji morajo slediti dejanski organizaciji dela: serviser vidi svoje naloge, vodja izmene vidi vse naloge svoje ekipe, vodstvo vidi zbirno poročilo. Ta struktura se določi skupaj z naročnikom, saj napačno zastavljene pravice pomenijo, da zaposleni videvajo preveč ali premalo podatkov. Povezava z ERP ali CRM sistemom prek API-ja nato poskrbi, da podatek, vnesen na terenu, pristane v istem sistemu, ki ga uporablja računovodstvo, nabava ali vodstvo – brez dvojnega vnosa.

• delovanje brez stalne internetne povezave (offline način) in samodejna sinhronizacija ob vzpostavitvi povezave
• zajem podatkov na mestu dogodka: obrazci, fotografije, podpisi, meritve
• povezava s strojno opremo na terenu: čitalci, tiskalniki, plačilni terminali, Bluetooth naprave
• potrjevanje in sledenje delovnim nalogom ter opravilom v realnem času
• avtomatska obvestila in opozorila za vodje izmen ali servisne ekipe
• vloge in dostopi, prilagojeni delovnemu mestu zaposlenega
• povezava z ERP, CRM ali dokumentnim sistemom prek API-ja

Kako poteka izdelava mobilne aplikacije za podjetje – od analize do uvedbe?#

Izdelava mobilne aplikacije za podjetje poteka po fazah, ki si sledijo od analize obstoječih procesov in sistemov do uvedbe na terenu ter podpore po zagonu, pri čemer se po potrebi vsaka faza lahko izvede tudi kot ločen projektni sklop. Na začetku popišemo, kako terenske ekipe danes delajo, katere podatke zbirajo in v kateri sistem jih vnašajo. Iz tega nastane obseg projekta: kateri procesi gredo v mobilno aplikacijo, kateri ostanejo nespremenjeni in kje je meja med novo rešitvijo in obstoječim sistemom. Šele na tej podlagi se določi arhitektura aplikacije in način povezave z drugimi sistemi podjetja.

Sledi oblikovanje uporabniške izkušnje, prilagojeno delu na terenu – velikim gumbom, enostavnim obrazcem in zaslonom, ki jih je mogoče uporabljati z eno roko ali v rokavicah. Razvoj poteka v ločenih okoljih: razvojnem, testnem in produkcijskem, pri čemer se v testnem okolju ne uporabljajo pravi osebni podatki zaposlenih ali strank. Pri večjih projektih določimo projektnega vodjo, odgovornosti posameznih ekip, roke in način poročanja naročniku, tako da je napredek projekta razviden skozi celoten proces, ne le ob zaključku.

Pred uvedbo gre vsaka sprememba skozi pregled in testiranje, nato sledi prevzemno testiranje po merilih, dogovorjenih z naročnikom. Uvedba na terenu pomeni namestitev aplikacije pri prvih uporabnikih, uvajanje in morebitno prilagoditev glede na dejansko delo, saj se šele v praksi pokažejo podrobnosti, ki jih analiza ni zajela. Po uvedbi lahko prevzamemo nadzor delovanja, odpravo napak in nadaljnji razvoj aplikacije, tako da projekt ne ostane brez podpore takoj po zagonu.

Povezava z ERP, CRM in dokumentnimi sistemi#

Mobilna aplikacija za terensko delo redko deluje samostojno, saj mora podatek, ki ga zaposleni vnese na terenu, priti v sistem, ki ga uporabljajo drugi oddelki. Podjetja pogosto uporabljajo enega od uveljavljenih ERP ali CRM sistemov za vodenje naročil, zalog, strank ali financ, zato mora nova aplikacija z njim komunicirati prek API-ja, ne mimo njega. Pri tem ni pomembno le, kateri podatek gre v sistem, ampak tudi, kdaj in v kakšni obliki, saj se pravila med sistemi razlikujejo.

Kakovost obstoječega API-ja pomembno vpliva na to, kako zanesljivo bo povezava delovala. Nekateri sistemi imajo dobro dokumentiran vmesnik, drugi ga je treba šele zgraditi ali razširiti, preden je povezava mogoča. Zato pred razvojem mobilne aplikacije pregledamo, kateri podatki so na voljo prek API-ja, kateri zahtevajo dodatno delo in kje je smiselno podatke začasno podvojiti, da aplikacija deluje tudi, kadar je povezava z osrednjim sistemom počasna ali začasno nedosegljiva.

Pri terenskem delu je pogosto pomembna tudi povezava z dokumentnim sistemom, saj serviser ali inšpektor na terenu potrebuje dostop do navodil, načrtov ali pretekle dokumentacije, hkrati pa mora novo poročilo ali fotografijo shraniti na pravo mesto brez ročnega prenosa. Epix tovrstne povezave z dokumentnimi in ERP/CRM sistemi gradi prek API-jev, pri čemer izvorna koda, podatki in dostopi ostanejo last naročnika skozi celoten projekt.

Varnost podatkov na mobilnih napravah in dostopi zaposlenih#

Mobilna naprava, ki jo zaposleni uporablja na terenu, zapusti nadzorovano okolje pisarne, zato je lahko izgubljena, odtujena ali uporabljena v omrežju, ki ga podjetje ne nadzoruje. Za podjetje to pomeni, da mora varnost rešiti na ravni aplikacije in ne zanašati se le na varnost pisarniškega omrežja. Vprašanje, kdo ima dostop do katerih podatkov in kaj se zgodi, če je naprava izgubljena, mora biti odgovorjeno še pred uvedbo, ne šele ob incidentu.

Vsak od ukrepov iz zgornjega seznama se določi glede na to, kako občutljivi so podatki, ki jih aplikacija obravnava, in v kateri panogi podjetje deluje. Javni zavodi in regulirane panoge imajo pogosto dodatne zahteve glede varstva osebnih podatkov in revizijske sledi, zato mora biti že arhitektura aplikacije zasnovana tako, da te zahteve izpolnjuje, ne da jih dodaja naknadno. Znotraj Epixa in njegove specialistične partnerske mreže za to poskrbijo strokovnjaki za varnostno arhitekturo, nadzor dostopa in utrjevanje infrastrukture.

Varnost ni enkraten korak ob zagonu, temveč del vzdrževanja aplikacije skozi njeno celotno življenjsko dobo. Po uvedbi je treba redno posodabljati tako aplikacijo kot sisteme, s katerimi je povezana, saj se varnostne grožnje spremljajo na ravni celotne infrastrukture, ne le posamezne naprave. Zato je smiselno že v pogodbi o podpori določiti, kdo je odgovoren za varnostne posodobitve in kako hitro se odzove na morebitno ranljivost.

• nadzor dostopa po vlogah (IAM)
• šifrirana povezava med aplikacijo in osrednjim sistemom
• revizijska sled vseh vnosov in sprememb
• politika za izgubljene ali zamenjane naprave
• ločena razvojna, testna in produkcijska okolja
• redne varnostne posodobitve po uvedbi

Testiranje in kakovost mobilne aplikacije pred uvedbo#

Mobilna aplikacija za terensko delo se uporablja na različnih napravah, v različnih omrežnih razmerah in pogosto zunaj nadzora IT oddelka, zato mora testiranje preveriti več kot le pravilnost posamezne funkcije. Preveriti je treba tudi, kako se aplikacija obnaša, ko povezava izpade sredi vnosa, ko se podatki sinhronizirajo z zamikom ali ko več zaposlenih hkrati ureja isti delovni nalog.

Prevzemno testiranje je zadnji korak pred uvedbo in temelji na merilih, ki so dogovorjena z naročnikom vnaprej, tako da je jasno, kdaj je aplikacija pripravljena za delo na terenu. Pri večjih ali bolj kritičnih projektih lahko testiranje izvaja neodvisna ekipa, ločena od razvijalcev, kar zmanjša tveganje, da bi se napaka spregledala, ker jo je pregledal isti človek, ki je kodo tudi napisal.

Kombinacija teh pristopov napake odkrije še pred prihodom na teren, ne šele pri prvih uporabnikih. Pri terenski aplikaciji je to še pomembneje kot pri običajni pisarniški programski opremi, saj napaka na terenu pogosto pomeni zamujen termin, zakasnelo popravilo ali poročilo, ki nikoli ne pride v sistem, za katerega je bilo namenjeno.

• ročno in avtomatizirano testiranje
• API in regresijsko testiranje
• testiranje v CI/CD okolju
• performančno testiranje
• prevzemno testiranje po vnaprej dogovorjenih merilih
• neodvisni QA, ločen od razvojne ekipe

Vzdrževanje, podpora in nadaljnji razvoj po uvedbi#

Po uvedbi mobilne aplikacije se vprašanja ne končajo, saj se delo na terenu nadaljuje in z njim tudi potreba po odpravljanju napak, nadgradnjah operacijskih sistemov naprav in prilagoditvah procesov. Zato je smiselno že pred zagonom skleniti dogovor o podpori, ki določi, kako se obravnavajo različne vrste težav – od izpada celotnega sistema do manjše napake, ki ne vpliva na delo.

Pri Epixu težave razvrščamo po stopnji vpliva na poslovanje: izpad sistema ali ključne funkcije ima najvišjo prednost, motnja pri delovanju posamezne funkcije se obravnava po dogovorjeni prednosti, manjša napaka brez vpliva na poslovanje se uvrsti v naslednjo redno objavo, zahteva za novo funkcionalnost pa se ovrednoti in umesti v nadaljnji razvoj. Odzivni časi za vsak razred se določijo v pogodbi o podpori glede na kritičnost dela, ki ga aplikacija podpira.

Naročnik ostane lastnik izvorne kode in podatkov skozi celoten odnos, dokumentacija, dostopi in gesla pa so del primopredaje ob zaključku vsake faze. To pomeni, da lahko podjetje podporo in nadaljnji razvoj kadarkoli prevzame samo ali zamenja izvajalca, ne da bi bilo odvisno od enega ponudnika. Nadaljnji razvoj po uvedbi pogosto vključuje nove module za druge terenske ekipe ali povezavo z dodatnimi sistemi, ki jih je podjetje identificiralo šele med uporabo.

Kako izbrati izvajalca za izdelavo mobilne aplikacije?#

Pri izbiri izvajalca za izdelavo mobilne aplikacije za terenske ekipe je ključno preveriti, ali ekipa poleg mobilnega razvoja obvlada tudi integracijo z obstoječimi sistemi, varnost podatkov in podporo po uvedbi, saj projekt redko ostane omejen na samo aplikacijo. Izvajalec, ki zna razviti zaslon, a ne zna povezati aplikacije z ERP ali CRM sistemom podjetja, prenese to tveganje nazaj na naročnika, ki potem sam išče, kdo bo povezavo dokončal.

Pomembno je tudi, kako izvajalec obravnava lastništvo kode in podatkov ter kako poteka primopredaja ob koncu projekta. Naročnik mora imeti dostop do izvorne kode, dokumentacije in gesel, ne glede na to, ali se po zagonu odloči za nadaljevanje sodelovanja ali za zamenjavo izvajalca. Pri večjih projektih je smiselno vprašati tudi, kako izvajalec organizira projektno vodenje, kdo je odgovoren za komunikacijo med fazami in kako se poroča vodstvu naročnika o napredku.

Pri Epixu lahko projekt prevzamemo v celoti ali kot posamezen sklop, prav tako lahko prevzamemo obstoječ ali nedokončan sistem po pregledu izvorne kode, arhitekture in podatkov, kar je pomembno, kadar podjetje že ima delno razvito mobilno rešitev, a je ne more dokončati z obstoječim izvajalcem. Znotraj Epixa in njegove specialistične partnerske mreže so na voljo projektne ekipe s kadrom za mobilni razvoj, integracije, varnost in QA, ki jih sestavimo glede na obseg konkretnega projekta.

Za katere panoge je mobilna aplikacija za terenske ekipe smiselna#

Terensko delo je del vsakdana v številnih panogah, zato se potreba po mobilni aplikaciji ne omejuje na eno vrsto podjetja. Skupno jim je, da imajo zaposlene, ki delo opravljajo zunaj pisarne, in da mora podatek s terena priti v osrednji sistem brez zamika ali dvojnega vnosa.

V proizvodnji in pri vzdrževanju opreme terenske ekipe spremljajo stanje strojev, izvajajo preglede in zapisujejo okvare, podatki pa morajo priti v sistem za vzdrževanje ali v ERP brez zamika, da se lahko pravočasno naroči nadomestni del. V logistiki in distribuciji mobilna aplikacija spremlja prevzeme, dostave in stanje blaga na poti, v energetiki in pri kritični infrastrukturi pa terensko delo pogosto zahteva dodatno dokumentacijo zaradi varnostnih in regulativnih zahtev.

V javnem sektorju terensko delo pogosto pomeni nadzor, preglede ali vzdrževanje javne infrastrukture, kjer je vsak korak dokumentiran zaradi revizijske sledi in odgovornosti do javnosti. V telekomunikacijah in pri zdravstvenih organizacijah se mobilna aplikacija pogosto povezuje z opremo na terenu – od omrežnih naprav do medicinske opreme – zato mora razvojna ekipa poleg programiranja razumeti tudi, kako se aplikacija povezuje s tovrstno strojno opremo.

• proizvodnja in vzdrževanje opreme
• logistika in distribucija
• energetika in kritična infrastruktura
• telekomunikacije
• javni sektor in nadzor infrastrukture
• zdravstvo