Kako je terensko servisno podjetje s 24 zaposlenimi v 10 tednih zagnalo aplikacijo za zaposlene
Regionalno montažno podjetje se je utapljalo v papirnatih delovnih nalogih in večernih telefonskih klicih. Tu je iskrena zgodba o tem, kako smo v desetih tednih zgradili in zagnali terensko aplikacijo za zaposlene — kaj smo izrezali, kaj se je polomilo in kaj se je v resnici spremenilo.

Podjetje, ki nas je poklicalo, ni želelo aplikacije. Želelo je nehati vsak večer izgubljati uro za isti pogovor: tehnik pokliče pisarno, prebere, katera dela so bila opravljena, kateri material je bil porabljen in katere stranke ni bilo doma. Nekdo v pisarni vse to zapiše, vnese v tri sisteme in teden dni pozneje ugotovi, da dva delovna naloga manjkata in da je en račun napačen. To je bila prava težava. Aplikacija je bila zgolj oblika, ki jo je rešitev po naključju prevzela.
To je študija primera resničnega projekta, anonimizirana. Gre za montažno in vzdrževalno podjetje s 24 zaposlenimi — pomislite na ogrevanje, prezračevanje in s tem povezane intervencije — ki deluje v regiji z osmimi kombiji, ki so večino dni na cesti. Spremenili smo nekaj prepoznavnih podrobnosti in se ne bomo pretvarjali, da so številke revidirana znanost. A zgodba je resnična, vključno z deli, kjer smo nekaj polomili in to morali vrniti nazaj. Ti deli so običajno najbolj koristni, zato smo jih pustili.
Če vodite terenski servis in ste prejeli ponudbo s šestmestno številko in devetmesečnim rokom za aplikacijo za zaposlene, je to protiargument. Deset tednov, osredotočen obseg in orodje, ki so ga tehniki dejansko sami odpirali, ne da bi jih kdo priganjal. Tu je, kako je potekalo.
Težava: podjetje, ki teče na papirju in telefonskih klicih
Ko smo sedli z lastnikom in vodjo pisarne, je bila površinska pritožba „digitalizirati se moramo“. Ta fraza sama po sebi ne pomeni nič, zato smo jo prezrli in namesto tega opazovali delo. Preživeli smo dan v pisarni in eno jutro na vožnji s kombijem. Do kosila je bila prava težava očitna in ni imela nobene zveze s tem, da bi bila tehnologija stara.
Vsak tehnik je nosil podlogo z delovnimi nalogi z indigo papirjem. Na delu je naškrabal, kaj je opravil, obkljukal nekaj polj, zabeležil material in dal stranki, da podpiše. Zgornja kopija se je vrnila v pisarno sčasoma — včasih tisti večer, včasih v petek v zmečkanem kupu. Pisarna je nato vsak nalog znova vnesla v orodje za razporejanje, znova v programsko opremo za izstavljanje računov in tretjič v preglednico, s katero je lastnik spremljal, kateri posli so obračunljivi. Trikrat vnašanje iste stvari. Dvakrat od tega z vnašanjem novih napak.
Strošek niso bile le pisarniške ure. Bila je zakasnitev. Delo, dokončano v ponedeljek, morda ni bilo zaračunano do naslednjega tedna, ker papir še ni izplaval. Stranke so klicale in spraševale o delu, za katero pisarna ni vedela, da je opravljeno. In ko je nalog povsem izginil — kar se je dogajalo pogosteje, kot je kdorkoli priznal — ta posel preprosto nikoli ni bil zaračunan. Nihče nam ni znal povedati, koliko denarja je tako odšlo, kar je bilo samo po sebi bistvo.
“Mislili so, da imajo težavo s papirologijo. V resnici so imeli težavo z denarnim tokom, preoblečeno v podlogo.”

Kaj namenoma nismo zgradili
Najhitrejši način, kako razstreliti desettedenski rok, je reči da na vse. Zato smo, preden smo napisali eno samo vrstico kode, sestavili seznam stvari, ki jih aplikacija ne bo počela — in lastnika pripravili, da se s tem na glas strinja. To je najmanj bleščeč del vsakega projekta in posamični največji razlog, da je bil zagnan pravočasno.
Seznam želja, zbran v dveh pogovorih, je imel kakih trideset funkcij. GPS-sledenje kombijem. Rezervacijski portal, obrnjen k strankam. Zaloge po vsem skladišču. Samodejna optimizacija poti. Polni CRM. Poročila o škodi na podlagi fotografij z opombami. Evidenca prisotnosti z izvozom v obračun plač. Vsaka od njih je bila razumna zamisel. Vsaka od njih je bila tudi način, da nikoli ne končaš.
Obseg smo skrčili na en stavek, prav tako, kot bi svetovali vsakemu malemu podjetju: tehnik mora biti sposoben videti današnja dela, zabeležiti, kaj je opravil, in nikoli nikomur dovoliti, da to znova vnaša. Vse, kar ni služilo temu stavku, je romalo na seznam „pozneje, mogoče“. Ta seznam še obstaja. Večina z njega ni nikoli nikomur manjkala.
- Zunaj: GPS-sledenje kombijem — vzdušje nadzora, ki ga v ekipi nihče ni želel, reševanje težave, ki je niso imeli.
- Zunaj: rezervacijski portal za stranke — ločen projekt z ločenim občinstvom; njegova vključitev bi podvojila rok.
- Zunaj: polna skladiščna evidenca — nekega dne koristna, a ne na kritični poti do hitrejšega obračunavanja.
- Zunaj: optimizacija poti — visoka kompleksnost, nizek dejanski donos za geografijo tega podjetja.
- Znotraj: današnji seznam del, digitalni delovni nalogi, beleženje materiala, podpis stranke, fotografije, takojšnja sinhronizacija s pisarno.
Kaj aplikacija v resnici počne
Skrčena na jedro je aplikacija skoraj dolgočasno preprosta — in to je kompliment. Tehnik jo zjutraj odpre in vidi svoja dela za tisti dan, po vrsti, z naslovom, stranko, zgodovino tega objekta in tem, kaj se od njega pričakuje. Pritisne na delo in vse, kar je nekoč živelo na podlogi, zdaj živi na zaslonu.
Na terenu opravljeno delo zabeleži s kratkega kontrolnega seznama, doda material z iskalnega seznama (tako da je „bakreno koleno 22 mm“ dva dotika, ne ugibanje črkovanja), posname kakšno fotografijo, če je treba kaj dokumentirati, in poda telefon stranki za podpis s konico prsta. Pritisne končano. To je vse. V trenutku, ko ima signal, se vse sinhronizira s pisarno — brez telefonskega klica, brez papirja, brez ponovnega vnašanja.
Podrobnost, ki je najbolj štela: deluje brez signala
Terenske aplikacije stojijo ali padejo zaradi ene stvari, ki je predstavitev nikoli ne pokaže: kaj se zgodi v kletni strojnici brez signala. Če se aplikacija zamrzne ali izgubi podatke v trenutku, ko črtice izginejo, jo bodo tehniki v enem tednu opustili in zgradili boste drago papirno utež. Zato smo jo od prvega dne zgradili offline-first. Vse deluje povsem brez povezave; naprava hrani podatke in jih sinhronizira takoj, ko lahko. Tehnik o tem sploh ne razmišlja, kar je ravno bistvo.
Pisarniška stran: en zaslon, nobenega ponovnega vnašanja
Pisarna ni dobila razvejane nadzorne plošče. Dobila je en zaslon, ki prikazuje dela, ko se zaključujejo, vsako s priloženim nalogom, materialom, fotografijami in podpisom. Od tam dokončano delo postane račun z že izpolnjenimi podatki — pisarna ga preveri in pošlje, namesto da bi ga znova vnašala od začetka. Povezali smo ga s programsko opremo za izstavljanje računov, ki so jo že uporabljali, namesto da bi jo zamenjali, saj je zamenjava delujoče programske opreme sredi projekta način, kako desettedenski roki postanejo desetmesečni.

Deset tednov, iskreno
Deset tednov ni čarobna številka; to je tisto, kar je ta obseg zahteval z enim parom oblikovalec-razvijalec in resnično vpetim naročnikom. Tu je približno, kako se je čas razporedil — vključno s tednom, ki smo ga izgubili, saj se pretvarjati, da projekti tečejo brezhibno, nikomur ne pomaga.
- 1Tedna 1–2: Opazuj, ne sprašujVozili smo se z njimi, sedeli v pisarni in na steno preslikali dejanski potek dela. Napisali smo enostavčni obseg in seznam 'ne gradimo' ter dobili odobritev za oboje pred kakršnim koli oblikovanjem.
- 2Tedna 3–4: Oblika, na katero se da klikatiZgradili smo klikljiv prototip — nobene prave kode, le zasloni — in ga dali v roke dvema tehnikoma. Njuni odzivi so zgodaj ubili tri naše predpostavke, kar je najcenejše mesto za zmoto.
- 3Tedni 5–7: Zgradi jedroSeznam del, digitalni nalogi, material, podpis, fotografije in offline sinhronizacijski mehanizem. Sinhronizacija je bila težek del in je pojedla večino 7. tedna.
- 4Teden 8: Teden, ki smo ga izgubiliIntegracija z izstavljanjem računov se nam je upirala. Vmesnik obstoječe programske opreme je bil bolj svojevrsten, kot je trdila njena dokumentacija, in porabili smo teden, da smo polja čisto preslikali. Splačalo se je — ponovno vnašanje je bilo celotna težava, ki smo jo reševali.
- 5Tedna 9–10: Pilot in dodelavaDva kombija sta aplikacijo uporabljala zares, medtem ko je preostalih šest ostalo na papirju. Popravili smo, kar je pilot razkril, in jo nato uvedli vsem z enim kratkim usposabljanjem.
Kako doseči, da terensko osebje aplikacijo zares uporablja
Zgradite lahko najboljšo terensko aplikacijo na svetu in gledate, kako umira, ker se 55-letni tehnik z dvajsetimi leti mišičnega spomina podloge odloči, da ni zanj. Sprejetje ni tehnična težava in je ne morete rešiti s funkcijami. Obravnavali smo ga kot resničen projekt, kar je.
Tri stvari so opravile težko delo. Prvič, potek dela na terenu smo naredili hitrejši od papirja, ne le digitalen — manj dotikov kot čečkanja, material, ki ga izberete, namesto da ga črkujete, podpis namesto lovljenja čitljivega. Če bi bila aplikacija le malenkost počasnejša od podloge, bi upravičeno propadla. Drugič, dva pilotna tehnika smo izbrali skrbno: enega, ki ga drugi tiho spoštujejo, in enega, ki je bil odkrito skeptičen. Pridobiti skeptika je bilo vredno več kot kakršno koli trženje.
Tretjič, nikogar nismo prisilili, da bi se počutil neumno. Usposabljanje je trajalo dvajset minut, aplikacija je bila namenoma očitna, vodja pisarne pa je v prvih dveh tednih postala kontaktna oseba, tako da se noben tehnik ni počutil prepuščenega samemu sebi. V treh tednih so papirnati delovni nalogi izginili — niso bili prepovedani, le opuščeni, ker je bila aplikacija res lažja pot.
“Sprejetja ne dobiš na usposabljanju. Dobiš ga tako, da je nov način hitrejši od starega že ob prvem poskusu.”
Kaj se je spremenilo — rezultati
Tu bomo previdni, saj študije primerov rade navajajo natančne številke, ki pod vprašanji razpadejo. Te številke so podjetjeve lastne, vzete nekaj mesecev po uvedbi, in so usmerjevalne, ne laboratorijsko natančne. A smer je nedvoumna in se ujema s tem, kar lastnik čuti iz dneva v dan.
| Kaj smo merili | Prej | Potem |
|---|---|---|
| Čas od opravljenega dela do poslanega računa | 5–8 dni | Isti ali naslednji dan |
| Pisarniške ure, porabljene za ponovno vnašanje podatkov o delu | ~10 ur/teden | Pod 2 uri/teden |
| Izgubljeni ali neobračunljivi delovni nalogi | Nekaj vsak mesec | Praktično nič |
| Večerni klici 'preberi mi svoja dela' | Vsak dan, vsak kombi | Izginili |
Naslov, ki je lastnika zares zanimal, pa v tej tabeli ni bil. Bil je denarni tok. Ko računi odhajajo isti dan namesto teden dni pozneje, denar prihaja približno teden dni prej po vsem poslovanju — pri vsakem posameznem delu. Za podjetje s 24 zaposlenimi, ki posluje s tankimi maržami, je ta časovni premik pomenil več kot katera koli posamezna učinkovitost. Pridobljene pisarniške ure so bile lepe. Biti plačan teden dni prej, vsakič, je bila prava nagrada.

Kaj bi vam povedali, če razmišljate o istem
Večina tukajšnjih naukov ni specifična za terenski servis. To je tisto, kar bi povedali vsakemu malemu podjetju, ki ga mika naročiti programsko opremo po meri, in so vredni več kot sama aplikacija.
Obseg krčite neusmiljeno in seznam „ne gradimo“ napišite pred seznamom za gradnjo. Opazujte resnično delo, preden karkoli oblikujete — lastniki opisujejo proces, ki bi si ga želeli, ne tistega, ki ga v resnici vodijo. Pilotirajte v majhnem in pustite skeptikom, da prepričajo ostale. In povežite se z orodji, ki jih že uporabljate, namesto da bi jih zamenjali, vsaj na začetku. Nič od tega ni pametno. Vse to je tisto, kar je omogočilo deset tednov namesto desetih mesecev.
Še eno, tisto tiho: aplikacija nikoli ni bila bistvo. Bistvo je bilo biti plačan prej in nehati istih podatkov vnašati trikrat. Del tega bi lahko rešili s standardnimi orodji, in za nekatera podjetja je to prava izbira. Za to podjetje je zmešnjava beleženja na terenu, offline resničnosti in obstoječega sistema za izstavljanje računov pomenila, da se je osredotočena gradnja po meri hitro povrnila. Iskren odgovor na „aplikacija ali standardna rešitev?“ je: odvisno, in kdorkoli odgovori v trenutku, nekaj prodaja.
Imate terensko ekipo, ki še vedno teče na papirju?
Če je vaša ekipa zunaj na delih, pisarna pa vsak večer znova vnaša njihov dan, se tam skoraj zagotovo skriva osredotočena aplikacija. Pogledali bomo vaš dejanski potek dela in vam iskreno povedali, ali se splača graditi — in kaj izpustiti.
Poglejte, kako gradimo aplikacije za zaposlenePogosta vprašanja
Je deset tednov realnih ali je bil to poseben primer?
Zakaj aplikacija po meri namesto standardne programske opreme za terenski servis?
Kaj je bilo tehnično najtežje?
Kako so to sprejeli starejši tehniki?
Bi lahko avtomatizirali več?

Have a nice day je programski studio, ki malim in srednjim podjetjem pomaga pri digitalizaciji — avtomatizacija, umetna inteligenca in programska oprema po meri, ki deluje v vsakdanjem poslovanju, ne le na prosojnicah.