Så fick ett fältserviceföretag med 24 anställda en personalapp i drift på 10 veckor

Företaget som ringde oss ville inte ha en app. De ville sluta förlora en timme varje kväll på samma samtal: en tekniker ringer kontoret och rabblar upp vilka jobb som blev gjorda, vilket material som gick åt och vilken kund som inte var hemma. Någon på kontoret skriver ner allt, knackar in det i tre system och upptäcker en vecka senare att två arbetsorder saknas och en faktura är fel. Det var det verkliga problemet. Appen var bara den form som lösningen råkade ta.

Det här är en fallstudie om ett verkligt projekt, anonymiserat. Det handlar om ett installations- och underhållsföretag med 24 anställda — tänk värme, ventilation och tillhörande utryckningar — som verkar över en region med åtta skåpbilar ute de flesta dagar. Vi ändrade några identifierande detaljer och vi låtsas inte att siffrorna är granskad vetenskap. Men historien är sann, inklusive de delar där vi gjorde något fel och fick backa. De delarna är oftast mest användbara, så vi har låtit dem stå kvar.

Om du driver ett fältserviceföretag och fått en offert på ett sexsiffrigt belopp och nio månaders tidsplan för en personalapp, så är det här motargumentet. Tio veckor, ett fokuserat omfång och ett verktyg som teknikerna faktiskt öppnade på egen hand utan att jagas. Så här gick det.

Problemet: ett företag som drivs på papper och telefonsamtal

När vi satte oss ner med ägaren och kontorschefen var det ytliga klagomålet "vi måste bli digitala". Den frasen betyder ingenting i sig, så vi ignorerade den och tittade på arbetet i stället. Vi tillbringade en dag på kontoret och en förmiddag åkandes med i en skåpbil. Vid lunch var det verkliga problemet uppenbart, och det hade inget med gammal teknik att göra.

Varje tekniker bar ett skrivunderlägg med karbonarbetsorder. På ett jobb klottrade de ner utfört arbete, bockade av några rutor, antecknade material och fick kunden att skriva under. Översta kopian kom tillbaka till kontoret så småningom — ibland samma kväll, ibland på fredagen i en skrynklig hög. Kontoret knackade sedan in varje blankett i planeringsverktyget, igen i faktureringsprogrammet och en tredje gång i ett kalkylblad som ägaren använde för att hålla koll på vilka jobb som var fakturerbara. Tre gånger samma skrivande. Två av de gångerna introducerade nya fel.

Kostnaden var inte bara kontorstimmarna. Det var eftersläpningen. Ett jobb som avslutades på måndagen kanske inte fakturerades förrän veckan därpå, eftersom pappret inte hade dykt upp än. Kunder ringde och frågade om arbete som kontoret inte visste var gjort. Och när en blankett försvann helt — vilket hände oftare än någon erkände — fakturerades det jobbet helt enkelt aldrig. Ingen kunde säga hur mycket pengar som gick ut genom dörren på det sättet, vilket i sig var hela poängen.

Vad vi medvetet inte byggde

Det snabbaste sättet att spränga en tioveckorstidsplan är att säga ja till allt. Så innan vi skrev en rad kod skrev vi en lista över saker appen inte skulle göra — och fick ägaren att hålla med om den högt. Det här är den minst glamorösa delen av varje projekt och den enskilt största anledningen till att det blev klart i tid.

Önskelistan, insamlad över två samtal, hade ett trettiotal funktioner på sig. GPS-spårning av skåpbilar. En bokningsportal mot kund. Lagersaldo över hela lagret. Automatisk ruttoptimering. Ett komplett CRM. Fotobaserade skaderapporter med markeringar. Tidrapportering med löneexport. Var och en av dem var en rimlig idé. Var och en av dem var också ett sätt att aldrig bli klar.

Vi skar ner omfånget till en mening, på samma sätt som vi skulle råda vilket litet företag som helst: en tekniker ska kunna se dagens jobb, registrera vad de gjorde, och ingen ska behöva knacka in det igen. Allt som inte tjänade den meningen hamnade på en "senare, kanske"-lista. Den listan finns fortfarande. Det mesta av den har aldrig saknats.

• Ut: GPS-spårning av skåpbilar — en övervakningskänsla ingen i teamet ville ha, som löste ett problem de inte hade.
• Ut: bokningsportal för kund — ett separat projekt med en separat publik; att bunta ihop det skulle ha fördubblat tidsplanen.
• Ut: fullt lagersaldo — användbart någon gång, men inte på den kritiska vägen till snabbare fakturering.
• Ut: ruttoptimering — hög komplexitet, låg faktisk avkastning för det här företagets geografi.
• In: dagens jobblista, digitala arbetsorder, materialregistrering, kundsignatur, foton, omedelbar synk till kontoret.

Vad appen faktiskt gör

Skalad till sin kärna är appen nästan tråkigt enkel — och det är komplimangen. En tekniker öppnar den på morgonen och ser sina jobb för dagen, i ordning, med adress, kund, platsens historik och vad de förväntas göra. De knackar in i ett jobb, och allt som tidigare bodde på skrivunderlägget bor nu på skärmen i stället.

På plats registrerar de utfört arbete från en kort checklista, lägger till material från en sökbar lista (så "22 mm kopparkröm" är två tryck, inte en gissning på stavningen), knäpper ett foto eller två om något behöver dokumenteras och räcker telefonen till kunden för en signatur med fingertoppen. De trycker klart. Det är allt. I samma stund de har täckning synkas allt till kontoret — inget telefonsamtal, inget papper, ingen omknackning.

Detaljen som spelade störst roll: den funkar utan täckning

Fältserviceappar lever eller dör på en sak som demon aldrig visar: vad som händer i ett källarpannrum utan mottagning. Om appen fryser eller tappar data i samma sekund som staplarna försvinner kommer teknikerna att överge den inom en vecka och du har byggt en dyr pappersvikt. Så vi byggde den offline-först från dag ett. Allt fungerar fullt ut utan uppkoppling; enheten håller datan och synkar i samma ögonblick den kan. Teknikern tänker aldrig på det, vilket är precis poängen.

Kontorssidan: en skärm, ingen omknackning

Kontoret fick ingen vidlyftig instrumentpanel. De fick en skärm som visar jobb allt eftersom de slutförs, var och en med sin blankett, sitt material, sina foton och sin signatur bifogad. Därifrån blir ett slutfört jobb en faktura med datan redan ifylld — kontoret kollar den och skickar den, i stället för att knacka in den från grunden. Vi kopplade den till faktureringsprogrammet de redan använde i stället för att ersätta det, eftersom att byta ut fungerande mjukvara mitt i ett projekt är hur tioveckorstidsplaner blir tiomånaderstidsplaner.

De tio veckorna, ärligt

Tio veckor är inget magiskt tal; det är vad det här omfånget tog med ett designer–utvecklarpar och en genuint engagerad kund. Här är ungefär hur tiden fördelades — inklusive veckan vi förlorade, eftersom att låtsas att projekt går perfekt hjälper ingen.

1. 1
   Vecka 1–2: Titta, fråga inte

   Vi åkte med, satt på kontoret och kartlade det faktiska arbetsflödet på en vägg. Vi skrev enmeningsomfånget och "bygger inte"-listan och fick godkänt på båda innan någon design.
2. 2
   Vecka 3–4: En klickbar form

   Vi byggde en klickbar prototyp — ingen riktig kod, bara skärmar — och lade den i händerna på två tekniker. Deras feedback dödade tre av våra antaganden tidigt, vilket är det billigaste stället att ha fel på.
3. 3
   Vecka 5–7: Bygg kärnan

   Jobblistan, digitala blanketter, material, signatur, foton och offline-synkmotorn. Synken var den svåra biten och åt upp större delen av vecka 7.
4. 4
   Vecka 8: Veckan vi förlorade

   Faktureringsintegrationen bjöd motstånd. Det befintliga programmets gränssnitt var mer nyckfullt än dess dokumentation påstod, och vi brände en vecka på att få fälten att mappa rent. Värt det — omknackning var hela problemet vi löste.
5. 5
   Vecka 9–10: Pilot och finputs

   Två skåpbilar körde appen på riktigt medan de övriga sex stannade kvar på papper. Vi fixade det piloten avslöjade, sedan rullade vi ut den till alla med en enda kort utbildning.

Att få fältpersonalen att faktiskt använda den

Du kan bygga världens bästa fältserviceapp och se den dö för att en 55-årig tekniker med tjugo års muskelminne av skrivunderlägg bestämmer att den inte är något för honom. Införande är inte ett tekniskt problem och du löser det inte med funktioner. Vi behandlade det som det verkliga projekt det är.

Tre saker gjorde det tunga arbetet. Först gjorde vi flödet på plats snabbare än papper, inte bara digitalt — färre tryck än klotter, material du väljer i stället för stavar, en signatur i stället för att jaga en läslig. Hade appen varit ens lite långsammare än skrivunderlägget hade den misslyckats, med rätta. Sedan valde vi de två piloteknikerna noga: en som tyst respekterades av de andra, en som var öppet skeptisk. Att vinna över skeptikern var värt mer än någon marknadsföring.

För det tredje fick ingen känna sig dum. Utbildningen var tjugo minuter, appen var medvetet självklar, och kontorschefen blev den man vände sig till de första två veckorna så att ingen tekniker kände sig övergiven. Inom tre veckor var pappersarbetsorderna borta — inte förbjudna, bara övergivna, eftersom appen genuint var den enklare vägen.

Vad som förändrades — resultaten

Vi är försiktiga här, för fallstudier älskar att citera exakta siffror som faller isär under förhör. De här siffrorna är företagets egna, tagna några månader efter utrullningen, och de är riktningsvisande snarare än laboratorieexakta. Men riktningen är otvetydig, och den stämmer med vad ägaren känner dag för dag.

Rubriken ägaren brydde sig om stod dock inte i den tabellen. Det var kassaflödet. När fakturor går ut samma dag i stället för en vecka senare kommer pengarna in ungefär en vecka tidigare i hela verksamheten — varenda jobb. För ett företag med 24 anställda som går på snäva marginaler betydde den tidsförskjutningen mer än någon enskild effektivisering. De återvunna kontorstimmarna var trevliga. Att få betalt en vecka tidigare, varje gång, var det verkliga priset.

Vad vi skulle säga om du överväger samma sak

De flesta lärdomarna här är inte specifika för fältservice. De är vad vi skulle säga till vilket litet företag som helst som frestas att beställa skräddarsydd mjukvara, och de är värda mer än själva appen.

Skär omfånget skoningslöst och skriv din "bygger inte"-lista före din bygglista. Titta på det verkliga arbetet innan du designar något — ägare beskriver processen de önskar att de hade, inte den de faktiskt kör. Pilota i liten skala och låt skeptikerna omvända resten. Och koppla till verktygen du redan använder i stället för att ersätta dem, åtminstone i början. Inget av det är smart. Allt det är vad som gjorde tio veckor möjliga i stället för tio månader.

En till, den tysta: appen var aldrig poängen. Poängen var att få betalt tidigare och sluta knacka in samma data tre gånger. Vi kunde ha löst en del av det med standardverktyg, och för en del företag är det rätt val. För det här innebar den röriga blandningen av registrering på plats, offline-verklighet och ett befintligt faktureringssystem att ett fokuserat skräddarbygge betalade sig snabbt. Det ärliga svaret på "app eller standard?" är: det beror på, och vem som helst som svarar direkt säljer något.

Vanliga frågor