De meeste bedrijven met een buitendienst weten precies waar het misgaat. De monteur vult op de klus een werkbon in op papier, levert die aan het eind van de week in, en dan begint het werk opnieuw: iemand op kantoor tikt de uren over, zoekt uit welke materialen er werkelijk verbruikt zijn en probeert daar een factuur van te maken. Wie zoekt naar een field service app, zoekt zelden naar techniek. Je zoekt naar het einde van dat overtikken.

Dat is een goed vertrekpunt, want het is een procesvraag en geen softwarevraag. Alleen loopt het daarna vaak mis: er komt een demo, er komt een pakket met veertig functies, en een jaar later staat de stapel werkbonnen er nog steeds. Hieronder de route die in de praktijk wél werkt.

Wat papier je echt kost.

De kosten zitten niet in het papier. Ze zitten in de dagen ertussen.

• Uren komen een week later binnen, dus factureer je een week later. Dat is werkkapitaal.
• Meerwerk dat de monteur mondeling afstemt met de klant, staat nergens. Bij de eindafrekening verlies je die discussie, want je hebt geen bewijs.
• Foto's staan op de telefoon van de monteur. Bij een bouwbedrijf troffen we een eigenaar met duizenden projectfoto's op zijn eigen toestel. Waardevol materiaal, alleen niet terug te vinden en niet gekoppeld aan een project.
• Kantoor weet niet of een klus klaar is, dus wordt er gebeld. Elke dag, aan beide kanten.
• Je nacalculatie loopt achter de feiten aan: je weet pas na de laatste factuur of een klus geld heeft opgeleverd.

Begin bij de route van één werkbon.

Voordat je pakketten gaat vergelijken, teken je de route van één werkbon uit. Waaruit ontstaat de opdracht: een telefoontje, een mail, een contract, een storing? Wat moet de monteur weten voordat hij vertrekt: adres, contactpersoon, afspraken, de juiste tekening, de vorige keer dat hij er was? Wat brengt hij terug: uren, materialen, foto's, een handtekening, een opmerking over vervolgwerk? En wie doet daar wat mee: facturatie, loonadministratie, nacalculatie, planning?

Die tekening levert bijna altijd een verrassing op. Bij een bouwbedrijf met circa dertig medewerkers bleek de werkbon niet het echte knelpunt: de capaciteitsplanning per ploeg stond in Excel, meer- en minderwerk in een tweede Excel met een tabblad per onderdeel, en de uren kwamen binnen op papieren weekbriefjes. Drie bronnen die niemand naast elkaar kon leggen. Bij een servicebedrijf in de scheepsmotoren zat de pijn ergens anders: de ERP stond er goed in, maar de serviceplanning paste er niet in en gebeurde in Outlook. Twee bedrijven, twee verschillende eerste stappen. Dat zie je niet in een demo.

Wat een field service app moet doen, en wat je kunt overslaan.

Als de route helder is, wordt de eisenlijst kort. Voor de eerste fase heb je dit nodig:

• De opdracht op de telefoon, met adres, contactpersoon, afspraak en de historie van die klant of locatie.
• Uren en verbruikte materialen vastleggen op de klus, niet op de week.
• Foto's en een opmerking, direct aan de opdracht gekoppeld.
• Aftekenen door de klant op locatie, ook als dat maar een vinkje en een naam is.
• Werken zonder bereik, want kelders en nieuwbouw hebben geen netwerk.
• Één plek waar die uren terechtkomen, zodat facturatie en loonadministratie uit dezelfde bron werken.

En dit kun je later doen: voorraad per bestelbus, routeoptimalisatie, onderhoudscontracten met staffels, dashboards voor het management. Dat zijn geen slechte functies, het zijn de verkeerde eerste. Ze vragen data die je nog niet hebt en maken het scherm van de monteur voller. Kies je eerste fase zo klein dat je hem in twee minuten kunt uitleggen.

De verkeerde conclusie: alles moet op de schop.

Dit is de val waar de meeste bedrijven in stappen. De werkbon werkt niet, dus moet het hele systeem eruit. Het gesprek gaat binnen twee weken over een nieuw ERP, een migratie, een jaar doorlooptijd en een bedrag waar de directie van schrikt. Daarna gebeurt er niets meer, want niemand durft.

In de meeste gevallen is dat niet nodig. Je financiële administratie of je branchepakket kan blijven staan. De vraag is niet of het oud is, maar of het twee dingen kan: gegevens naar buiten geven en gegevens ontvangen. Kan dat, dan zet je de app ernaast en laat je de administratie doen waar die goed in is. Vervangen is pas nodig als de kern je gegevens niet kan vasthouden, of als de leverancier de doorontwikkeling heeft gestaakt. Dat is een aparte beslissing met een eigen tempo, en die hoeft je monteur niet af te wachten. Wat je naast je bestaande pakket zet en wat je kunt overslaan, staat in ons artikel over field service software.

De monteur bepaalt of het werkt.

Een field service app die op de klus langzamer is dan een pen, wordt niet gebruikt. Dan krijg je het ergste van twee werelden: een licentie, en nog steeds een stapel papier in de bus. Daarom is de belangrijkste test niet functioneel maar menselijk. Laat één ploeg vier weken meelopen, en kies daarvoor niet je meest enthousiaste monteur maar juist iemand die er sceptisch in zit. Als die het invult zonder klagen, gaat de rest volgen.

Let daarbij op het aantal schermen. Een directeur van een bouwbedrijf vatte zijn randvoorwaarden zo samen: hou het simpel, geen doolhof van apps, mensen eerst. Dat is geen weerstand, dat is een ontwerpeis. Als je al een systeem hebt waarin de klant en het project staan, hoort de werkbon daar ook in, niet in een losse tool die daarnaast leeft.

Klein beginnen, met één soort werk.

Pak niet je meest complexe projecten als eerste. Kies het werk dat zich het beste herhaalt: service, onderhoud, kleine klussen. Daar is de werkbon voorspelbaar, daar is het volume het hoogst en daar zit het meeste overtikwerk. Laat het vier weken naast papier lopen, vergelijk wat er binnenkomt, en pas de bon aan op wat de monteur echt nodig heeft. Daarna zet je het grotere projectwerk erop.

Het effect merk je vaak buiten de buitendienst. Zodra uren en materialen per klus binnenkomen, ontstaat je nacalculatie bijna van zelf en zie je per soort werk waar je marge zit. Dat is een groter resultaat dan het digitaliseren van een formulier.

Een eerste stap die niets kost.

Je hoeft hiervoor geen demo te bekijken en geen pakket te kiezen. Wij tekenen samen met je de route van één werkbon uit, van aanvraag tot factuur, en zetten erbij waar nu iets wordt overgetikt, kwijtraakt of blijft liggen. Die procesrisico-analyse duurt een ochtend, kost niets en levert een plaat op die je ook zonder ons kunt gebruiken.

Plan een kennismaking

Je hebt tien tot vijftig mensen in de buitendienst, en het loopt. Niet soepel, maar het loopt. De planning zit grotendeels in het hoofd van één persoon, met een Excel-bestand als geheugensteun. Werkbonnen komen op papier binnen, of als foto via WhatsApp. Uren worden achteraf ingeschat, omdat niemand op locatie de tijd heeft om iets in te vullen. Materiaal dat uit de bus is gegaan, staat soms nergens. En de facturatie loopt daardoor structureel twee tot vier weken achter.

Ga je dan kijken naar field service software, dan kom je terecht in een markt die vooral laat zien wat er allemaal kán. Routeoptimalisatie, voorspellend onderhoud op sensordata, SLA-bewaking per contractregel, dashboards met alles erop en eraan. Dat is indrukwekkend, en het is ook grotendeels niet wat jou op dit moment tegenhoudt.

Dit stuk gaat over dat onderscheid. Wat je echt nodig hebt om van papier en schattingen af te komen, en wat je in dit stadium gerust kunt laten liggen zonder dat je jezelf tekortdoet.

De basis is smaller dan je denkt.

Als je terugrekent vanaf de factuur, kom je op een korte lijst uit. Alles wat op die factuur moet staan, moet ergens op locatie zijn vastgelegd door de persoon die het werk deed. Dat is het hele mechanisme.

• De werkorder digitaal naar de monteur. Wat, waar, bij welke klant, welke installatie, en wat er vorige keer is gebeurd.
• Een app die blijft werken zonder bereik. Kelders, machinekamers, scheepsruimen, nieuwbouw zonder wifi. Dit is de vraag die je aan elke leverancier expliciet stelt, want de folder zegt er zelden iets over.
• Uren en materialen ter plekke vastleggen. In seconden, niet in schermen. Als het invullen langer duurt dan opschrijven, gebeurt het niet.
• Foto's bij de opdracht. Situatie bij aankomst, situatie bij vertrek. Dit scheelt achteraf de meeste discussie.
• Handtekening van de klant op locatie. Akkoord op wat er is gedaan en wat er is verbruikt, op het moment dat de klant er nog bij staat.
• Doorstroom naar de facturatie. Van afgeronde werkbon naar conceptfactuur, zonder dat iemand het overtypt.

Dat is het. Als je dit werkend krijgt voor je hele buitendienst, heb je het grootste deel van je probleem opgelost. De rest is verfijning.

Begin niet bij de planning, ook al voelt dat als de grootste pijn.

Hier gaat het bij de meeste bedrijven mis, en het is een begrijpelijke fout. De planning is waar het schuurt. Het is de persoon die met vakantie niet gemist kan worden, de puzzel die elke ochtend opnieuw gelegd wordt, de bron van de meeste telefoontjes. Dus lijkt automatisch plannen de logische eerste investering.

Alleen: een planningsalgoritme is niet meer dan een rekensom over de gegevens die je erin stopt. En die gegevens heb je nu niet. Automatisch plannen werkt pas als drie dingen kloppen.

• Realistische doorlooptijden per taak. Niet wat je ooit hebt afgesproken dat een onderhoudsbeurt duurt, maar wat hij in de praktijk duurt, inclusief reistijd en het gedoe bij aankomst.
• Actuele beschikbaarheid. Wie werkt wanneer, wie is ziek, wie zit vast op een klus die is uitgelopen.
• Vastgelegde vaardigheden per monteur. Wie mag aan welke installatie komen, wie heeft welk certificaat, wie kent deze klant.

Die drie dingen zitten nu in iemands hoofd. Zet je daar een algoritme op, dan krijg je een systeem dat sneller de verkeerde planning maakt dan je planner dat met de hand deed. En erger: het is een planning waar niemand meer het gevoel bij heeft dat hij klopt, dus gaat iedereen er weer omheen werken.

Begin daarom bij de werkbon. Dat is waar de gegevens ontstaan. Na een half jaar consequent uren en materialen vastleggen op locatie, weet je hoe lang taken echt duren. Dán heb je iets waar een planningsmodule mee kan werken. De volgorde is niet willekeurig: eerst de mensen die het vastleggen, dan het proces, dan pas de techniek die erop rekent.

Wat je in dit stadium kunt overslaan.

Een paar dingen die bijna altijd in de demo zitten en bijna nooit in het eerste jaar iets opleveren.

Geavanceerde routeoptimalisatie. Die verdient zich terug bij veel korte opdrachten per dag in een dichtbevolkt gebied. Heb je monteurs die twee of drie klussen per dag doen, dan is de winst van een slimmere volgorde marginaal vergeleken met de winst van een werkbon die klopt.

Voorspellend onderhoud op sensordata. Dit vraagt gekoppelde apparatuur, jaren storingshistorie en iemand die de uitkomsten kan beoordelen. Zonder die drie is het een duur dashboard.

Uitgebreide contract- en SLA-modules. Zinvol als je met boetes op responstijden werkt of veel verschillende serviceniveaus verkoopt. Heb je vooral onderhoudscontracten die op dezelfde manier lopen, dan volstaat een terugkerende werkorder.

Dashboards. Vraag jezelf eerlijk af wie er elke maandag daadwerkelijk in gaat kijken en wat hij dan anders gaat doen. Kun je die vraag niet beantwoorden, laat het dan.

Wanneer die zwaardere onderdelen wél aan de beurt zijn.

Niet nooit, wel later. Concreet: routeoptimalisatie wordt interessant als je monteurs vier of meer opdrachten per dag draaien en je reistijd een serieuze kostenpost is geworden. Vaardigheden en shiftplanning gaan meetellen zodra je te veel monteurs hebt om ze allemaal te kennen, in de praktijk ergens rond de twintig tot dertig.

Contract- en SLA-bewaking wordt noodzakelijk op het moment dat je verplichtingen hebt die geld kosten als je ze mist. Voorspellend onderhoud komt in beeld als je installaties al data leveren en je genoeg storingshistorie hebt vastgelegd om een patroon te kunnen zien. Dat laatste is precies de reden om nu goed vast te leggen wat er bij een storing is gebeurd, ook al doe je er voorlopig nog niets mee.

De meeste pakketten laten zich in die volgorde uitbouwen, van een basis met werkorders en servicerapporten naar zwaardere onderdelen als vaardigheden, assets en onderhoudsplannen. Vraag bij je selectie dus niet alleen wat een pakket kan, maar ook wat je op dag één kunt uitzetten zonder dat het in de weg zit.

Waar je kunt beginnen.

Voordat je demo's gaat plannen, is het nuttig om je serviceproces één keer uitgetekend te hebben. Van binnenkomende melding tot verzonden factuur, met daarin de punten waar informatie nu verloren gaat of dubbel wordt ingevoerd. Meestal blijkt dat er drie of vier van die punten zijn, en dat ze samen het merendeel van je vertraging veroorzaken.

Dat is wat wij in een procesrisico-analyse doen. Geen demo, geen pakketadvies, gewoon een tekening en een eerlijk oordeel over waar je begint. Die tekening blijft van jou en is net zo bruikbaar als je uiteindelijk met een andere partij verder gaat.

Plan een kennismaking