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

Je boekhouding draait in Exact Online en dat gaat goed. De facturen gaan eruit, de btw-aangifte klopt, je accountant kan erbij. Op dat vlak is er weinig reden om iets te veranderen.

En toch loop je vast. De planning staat in een Excel die één iemand beheert en waar niemand anders in durft. De monteurs sturen foto's van werkbonnen via WhatsApp. Je dealers mailen hun bestellingen, en iemand op kantoor tikt die over. Of er nog achter een offerte aan is gebeld weet je pas als je het vraagt.

Dat is een ander probleem dan uit je systeem groeien. Je hoeft Exact Online niet te vervangen. De vraag is wat je ernaast zet, en vooral in welke volgorde je dat doet.

Begin bij waar het misgaat, niet bij wat er ontbreekt.

De verleiding is om meteen functielijstjes te vergelijken. Dat is de verkeerde kant op werken. Houd eerst een paar weken bij waar werk blijft liggen, waar fouten ontstaan en waar iemand gegevens voor de tweede keer intikt. Niet uit je hoofd, maar op papier, met de mensen die het doen.

Wat daar uitkomt is vaak geen ontbrekende functie, maar een afspraak die nooit is gemaakt of functionaliteit die je al hebt en die niemand gebruikt. Exact Online kent naast boekhouden ook modules voor handel, bouw, productie, projectadministratie en CRM. Controleer op exact.com wat er in jouw situatie al beschikbaar is voordat je iets nieuws koopt.

Voor elk gat een losse tool is de verkeerde reflex.

Hier gaat het bij de meeste bedrijven mis, op een manier die op het moment zelf volledig logisch voelt. De planning loopt vast, dus je koopt een planningstool. De buitendienst werkt met papier, dus je neemt een werkbonnen-app. Dealers blijven mailen, dus je zet er een bestelportaal naast. Offertes blijven liggen, dus komt er een apart CRM bij.

Elk van die besluiten is verdedigbaar. Ze kosten weinig, ze zijn binnen een maand in gebruik en ze lossen precies op waar je last van had. Drie jaar verder zit je op zeven abonnementen en vijf koppelingen, waarvan er een paar zijn gebouwd door iemand die er niet meer werkt. Klantgegevens staan op vier plekken. Iemand wijzigt een adres in de planningstool, dat komt niet terug in Exact Online, en de factuur gaat naar het oude adres. Niemand kan nog zeggen welk systeem de waarheid bevat, en de vraag wat een project heeft gekost kost een halve dag.

Die tools zijn niet het probleem. Het probleem is dat niemand heeft vastgelegd welk systeem waarvoor de bron is. Het alternatief is dus niet meer tools en ook niet betere tools. Het is eerst die vraag beantwoorden: welk systeem is leidend voor relaties, artikelen, prijzen, voorraad, uren en orders. Pas daarna kies je waarmee je aanvult.

Bepaal per soort gegeven welk systeem de bron is.

Pak een vel papier, zet de soorten gegevens onder elkaar en schrijf achter elke regel één systeemnaam. Niet twee.

• Relaties en contactpersonen: waar worden ze aangemaakt, en waar alleen gelezen?
• Artikelen en prijzen: welk systeem bepaalt wat een klant uiteindelijk betaalt?
• Voorraad: welk getal is leidend?
• Uren: waar boekt de buitendienst, en wat daarvan gaat door naar de factuur?
• Offertes en orders: waar begint de order, en waar wordt hij financieel afgehandeld?

De regel is simpel: een gegeven wordt op één plek onderhouden en stroomt in één richting naar de rest. Twee systemen die elkaar allebei mogen bijwerken klinkt praktisch en levert binnen een jaar verschillen op die niemand meer kan verklaren. Wij houden vast aan de volgorde mens, proces, technologie, en dit is het procesdeel dat mensen willen overslaan omdat het niet op software lijkt.

Wat makkelijk koppelt en wat fragiel wordt.

Exact heeft een eigen App Store met oplossingen van andere leveranciers, met categorieën als magazijnbeheer, verzenden, productie, projectmanagement en relatiebeheer, en daar staan ook partijen tussen voor werkbonnen en buitendienst. Daarnaast is er een API voor eigen koppelingen. Er kan dus veel, maar niet alles wordt even stabiel.

Wat goed gaat, zijn gegevens die één richting op stromen in een vast formaat: verkoop- en inkoopfacturen richting je boekhouding, en relaties en artikelen vanuit Exact Online naar de tool die je ernaast zet. Fragiel wordt het als twee systemen dezelfde gegevens mogen wijzigen, als een koppeling bij elke handeling meteen moet doorgeven terwijl Exact limieten hanteert op het gebruik van de API, of als het maatwerk is dat één persoon ooit heeft gebouwd en nergens heeft vastgelegd. Vraag bij elke koppeling wie hem onderhoudt en hoe je ziet dat hij stilstaat. Dat laatste wordt bijna altijd vergeten, en een koppeling die stilletjes stopt is erger dan geen.

Let ook op dubbele stamgegevens. Wordt een klant in twee systemen apart aangemaakt, dan heb je twee nummers voor dezelfde klant. De koppeling moet ze matchen op naam of e-mailadres, en dat gaat mis zodra een bedrijf van naam verandert of een tweede vestiging krijgt. Spreek af welk systeem het klantnummer uitgeeft en laat het andere systeem dat nummer meedragen. Saai werk dat vooraf een uur kost en achteraf maanden.

Wanneer aanvullen niet meer genoeg is.

Soms is het eerlijke antwoord dat je verder moet kijken. Drie signalen wijzen daar echt op. Het knelpunt zit in je financiële proces zelf en niet aan de rand, bijvoorbeeld bij meerdere entiteiten of bij de manier waarop projecten worden vastgelegd. Je hebt drie of meer koppelingen nodig om te kunnen leveren, niet als extraatje maar om je primaire proces te laten lopen. Of de kern van je vak, productie of service, leeft volledig buiten je administratie.

Dan verandert de vraag. Het gaat niet meer over welke tool je ernaast zet, maar over welk systeem je financiële kern blijft en wat je daar als front office bovenop bouwt. Wij werken met Uniconta voor die kern en met Zoho One voor de voorkant. Dat is pas een zinnige discussie als je de bronvraag hebt beantwoord. Andersom werkt het niet, en daar gaan de meeste trajecten stuk.

Waar je kunt beginnen.

De eerste stap kost je geen geld. Teken je proces één keer uit, van offerte tot factuur, met elke plek waar gegevens worden ingevoerd en elke plek waar iets blijft liggen of wordt overgetikt. Op die tekening zie je zelf welke gaten echte gaten zijn en welke een afspraak zijn die nooit is gemaakt.

Dat is wat wij in een procesrisico-analyse doen. Geen demo, geen pakketadvies, gewoon een tekening en een eerlijk oordeel over waar geld en tijd weglekken. Die tekening blijft bruikbaar, ook als je met een andere partij verder gaat of als je besluit dat alles bij Exact Online blijft zoals het is.

Plan een kennismaking