Ko serviser, monter ali gradbena ekipa odide na teren, se pogosto začne veriga klicev, sporočil in papirjev. Naslov pride po e pošti, dodatno navodilo po telefonu, ure se zapišejo v beležko, material pa ob koncu dneva v Excel. Delo je opravljeno, podjetje pa še nima vseh podatkov za obračun.
Aplikacija za terensko delo poveže celoten proces: pisarna pripravi in razporedi delovni nalog, ekipa ga prevzame na telefonu, zabeleži opravljeno delo, ure in material, doda fotografije, pridobi podpis stranke ter nalog odda v pregled. Po odobritvi so podatki pripravljeni za obračun ali prenos v ERP.
Ista potreba se pogosto poimenuje tudi program za delovne naloge, aplikacija za serviserje ali aplikacija za terenske ekipe. Ne glede na ime mora rešitev povezati celoten tok, ne samo zamenjati papir z zaslonom.
Kaj mora povezati dober mobilni delovni nalog
Program za delovne naloge je uporaben šele, ko zmanjša delo na terenu in v pisarni. Če serviser izpolni digitalni obrazec, administracija pa njegove podatke ponovno prepiše v računovodski program, je bil digitaliziran samo obrazec, ne celoten proces.
- Pisarna ustvari in razporedi nalog.
- Terenski delavec ga prevzame na mobilni napravi.
- Aplikacija pokaže lokacijo, kontakt, opis in priloge.
- Izvajalec zabeleži prihod, delo, ure in material.
- Doda fotografije, meritve ali drugo dokazilo.
- Stranka pregleda povzetek in ga po potrebi podpiše.
- Odgovorna oseba nalog preveri in odobri.
- Potrjeni podatki gredo v obračun, ERP ali arhiv.
Vsak korak ima stanje, odgovorno osebo in čas. Pisarna zato brez klicanja ve, ali je nalog načrtovan, prevzet, v izvajanju, končan, vrnjen v dopolnitev ali pripravljen za obračun.
Pisarna razporedi delo brez telefonske improvizacije
Proces se začne v pisarni. Dispečer, vodja servisa ali projektni vodja odpre nalog in vnese samo podatke, ki jih ekipa dejansko potrebuje:
- stranko, kontaktno osebo in naslov,
- vrsto posega in dogovorjeni termin,
- opis težave ali obseg dela,
- predvideni material in opremo,
- varnostna ali dostopna navodila,
- fotografije, načrte in druge priloge.
Nalog se dodeli posamezniku ali ekipi. Razpored je lahko prikazan po dnevih, ekipah, lokacijah ali prioritetah. Če pride nujna intervencija, jo pisarna prerazporedi, delavec pa na telefonu vidi trenutno veljavno stanje.
Prva verzija ne potrebuje vseh možnih izjem. Najprej mora zanesljivo odgovoriti na tri vprašanja: kdo gre kam, kaj mora narediti in kaj mora ob zaključku oddati. To je tudi osnova dobre avtomatizacije poslovnega procesa.
Mobilni zaslon mora biti narejen za teren
Mobilni pogled ne sme biti pomanjšana različica pisarniškega programa. Delavec mora nalog razumeti v nekaj sekundah. Na vrhu potrebuje termin, naslov, kontakt in vrsto dela, nato opis, priloge ter jasen gumb za spremembo stanja: prevzeto, na poti, začeto ali končano.
Naslov se lahko odpre v navigaciji. Če je na objektu več naprav, vhodov ali delovišč, mora biti navedena tudi interna oznaka, etaža, serijska številka ali kontakt na lokaciji. Tehnično brezhibna aplikacija ne pomaga, če ekipo pošlje na napačen vhod.
Gumbi morajo biti dovolj veliki za uporabo z eno roko, obrazci kratki in sporočila jasna. Pomembna dejanja, kot sta oddaja naloga ali brisanje fotografije, potrebujejo nedvoumno potrditev. Na telefonu je manj prostora, zato je hierarhija pomembnejša kot količina funkcij.
Fotografije, material in ure se vnesejo tam, kjer nastane delo
Največ podatkov se izgubi med opravljenim posegom in vrnitvijo v pisarno. Po nekaj dneh se nihče več natančno ne spomni, kateri material je bil porabljen in katera fotografija pripada kateremu nalogu.
Aplikacija za serviserje zato omogoča sproten vnos:
- časa prihoda, odhoda, vožnje ali čakanja, kadar je pomemben za obračun,
- delovnih ur po izvajalcu,
- porabljenega materiala in količine,
- serijskih številk ali oznak opreme,
- izvedenih korakov in ugotovljenih napak,
- priporočila za naslednji obisk,
- fotografij pred posegom in po njem.
Fotografija se shrani ob konkretnem nalogu, ne samo v galeriji telefona. Enako velja za podpis, dokument ali komentar. Tako pisarni ni treba ugotavljati, komu pripada datoteka z generičnim imenom.
Vnos mora biti dovolj strukturiran za nadaljnjo uporabo, vendar ne tako obsežen, da ga ekipa začne preskakovati. Obvezna naj bodo le polja, brez katerih naloga ni mogoče preveriti ali obračunati.
Podpis stranke zaključi dogovorjeni del terena
Po končanem delu izvajalec stranki pokaže povzetek: kaj je bilo narejeno, koliko časa je trajalo, kateri material je bil uporabljen in ali ostaja odprta naloga. Stranka lahko zapis pregleda in se podpiše na telefonu ali tablici.
Podpis sam po sebi ne reši vseh dokaznih vprašanj. Pomemben je celoten zapis: kdo je nalog izvedel, kdaj, na kateri lokaciji, kaj je bilo vneseno in katero različico povzetka je stranka videla. Glede na vrsto posla je treba preveriti tudi pogodbene in arhivske zahteve.
Po podpisu lahko stranka prejme PDF, kopija pa ostane pri nalogu. Ob reklamaciji ali vprašanju je tako takoj dosegljiva pravi osebi.
Kaj se zgodi, ko na terenu ni signala?
Gradbišča, kleti, proizvodne hale in oddaljene lokacije nimajo vedno zanesljive povezave. Aplikacija, ki brez interneta prikaže samo prazno stran, za resno terensko delo ni dovolj.
Offline način mora biti del zasnove. Pred odhodom se na napravo shranijo dodeljeni nalogi in potrebni podatki. Med delom se vnosi, fotografije in podpisi začasno hranijo na napravi. Ko se povezava vrne, se spremembe sinhronizirajo s centralnim sistemom.
- Določite, katere podatke je dovoljeno hraniti na napravi.
- Zaščitite jih za primer izgube ali kraje telefona.
- Določite, koliko večjih fotografij lahko čaka na prenos.
- Uredite konflikt, če pisarna in teren hkrati spremenita isti nalog.
- Uporabniku pokažite: shranjeno na napravi, čaka na prenos ali sinhronizirano.
Delavec ne sme ugibati, ali je njegov zaključen nalog res prišel v pisarno.
Pregled in odobritev pred obračunom
Končan nalog še ni nujno pripravljen za račun. Morda manjka fotografija, količina materiala ni jasna ali pa zapisane ure odstopajo od dogovora. Zato je med zaključkom in obračunom smiseln korak odobritve.
Vodja ali administracija vidi nepopolne naloge na enem mestu. Nalog potrdi ali ga z razlogom vrne v dopolnitev. Pravila so lahko preprosta: pri določeni vrsti posega je obvezna fotografija, material potrebuje količino, odstopanje od ocenjenih ur komentar, zahtevani podpis pa mora biti prisoten pred oddajo.
Takšno preverjanje prepreči napako pred izdajo računa, ne šele po pritožbi stranke.
Prenos v obračun ali ERP brez ponovnega prepisovanja
Po odobritvi aplikacija pripravi strukturiran izvoz ali prek API ja prenese stranko, storitve, ure, material in sklic naloga v ERP oziroma obračunski program. Izvedljivost je odvisna od konkretnega sistema, licence in razpoložljivega vmesnika.
Kadar API ni na voljo, je lahko dobro definiran CSV ali XML izvoz zanesljivejši kot avtomatizacija zaslona. Pomembno je določiti tudi glavni vir podatkov: stranke in ceniki lahko prihajajo iz ERP ja, terenski zapis pa nastane v aplikaciji. Več o tem je v vodiču za integracije poslovnih sistemov.
Pravice, lokacija in zasebnost zaposlenih
Terenska aplikacija vsebuje podatke o strankah, urnikih, zaposlenih in včasih lokaciji. Serviser naj vidi svoje naloge, vodja razpored svoje ekipe, administracija pa podatke za obračun. Pomembne spremembe morajo biti sledljive.
Pri lokacijskih podatkih najprej določite poslovni namen. Če zadošča lokacija ob začetku naloga, ni razloga za celodnevno sledenje. Zaposleni morajo vedeti, kateri podatki se zbirajo, kdaj, zakaj, kdo jih vidi in koliko časa se hranijo. Pri občutljivejših primerih naj zasnovo pregleda tudi odgovorna oseba za varstvo podatkov ali ustrezen pravni strokovnjak.
Standardni program ali aplikacija po meri?
Standardna rešitev je smiselna, kadar vaš proces sledi običajnemu vzorcu in se mu je ekipa pripravljena prilagoditi. Uvede se hitreje, začetni strošek je navadno nižji, ponudnik pa skrbi za splošne posodobitve.
Rešitev po meri je smiselna, kadar:
- imate posebna pravila razporejanja ali obračuna,
- standardni program zahteva veliko obvozov in dodatnih Excelov,
- potrebujete povezavo z obstoječim ERP jem ali lastno evidenco,
- različne ekipe uporabljajo različne obrazce,
- je zanesljivo offline delovanje bistveno.
Pogosta vmesna pot je, da računovodski ali ERP sistem ostane, aplikacija po meri pa uredi terenski del in vanj pošilja potrjene podatke. Odločitev naj temelji na procesu, ne na najdaljšem seznamu funkcij.
Kaj vključiti v prvo uporabno verzijo
- ustvarjanje in dodelitev delovnega naloga,
- mobilni pregled nalogov in jasne statuse,
- vnos ur, materiala in opombe,
- fotografije in podpis stranke,
- oddajo v pregled in odobritev,
- PDF povzetek ter osnovni izvoz za obračun.
Če ekipa redno dela brez signala, mora osnovni offline način soditi v prvo fazo. Napredna optimizacija poti, skladišče, analitika in dodatne integracije lahko sledijo po prvi resnični uporabi. Na strani proces sodelovanja je prikazano, kako od popisa pridemo do prototipa in prve verzije, okvir začetnega obsega pa je objavljen na ceniku razvoja.
Kako izmeriti, ali je aplikacija uspela
Pred uvedbo zabeležite začetno stanje in po prvem mesecu izmerite iste stvari:
- čas pisarne za pripravo in zaključek enega naloga,
- število dni od opravljenega dela do izdanega računa,
- delež nalogov, vrnjenih zaradi manjkajočih podatkov,
- število klicev terenu za dodatno pojasnilo,
- neobračunane ure in material,
- čas za iskanje fotografij, podpisov ali papirjev.
Najbolj uporabna aplikacija ni tista, ki zna največ. Je tista, ki jo terenska ekipa dejansko uporabi tudi ob koncu napornega dne in ki pisarni preda podatek, pripravljen za naslednji korak.
Sorodno branje: kdaj Excel ni več dovolj in koliko stane aplikacija po meri.