Het beste proces om als eerste te automatiseren is zelden het proces waar de meeste irritatie zit. Het is het proces dat vaak terugkomt, scherp is afgebakend, weinig uitzonderingen kent en waarvan de betrokken systemen een bruikbare API hebben. Het grootste pijnpunt is meestal juist het rommeligste proces: veel meningen, veel afwijkingen, geen eigenaar. Wie daar begint, bouwt een dure machine rond een probleem dat eerst opgeruimd had moeten worden. Hieronder staan vijf criteria waarmee je je processen scoort, een scorekaart die je zelf invult, en zes situaties waarin automatiseren het verkeerde antwoord is.
Dat de vraag speelt is meetbaar. Volgens CBS (3 juni 2026) heeft 64% van de bedrijven last van personeelstekort en zet 29,7% daarvan in op automatisering, robotisering of AI; bij 5 tot 50 medewerkers is dat 20,1%, bij 250 of meer 40,4%. De vraag is dus niet óf het mkb automatiseert, maar waar het begint.
Eerst opruimen, dan automatiseren
Digitaliseren, standaardiseren, automatiseren: waarom die volgorde vaststaat
Deze drie woorden worden door elkaar gebruikt en betekenen iets anders. Digitaliseren is papier, e-mail en losse bestanden omzetten naar data die een systeem kan lezen. Standaardiseren is vijf manieren waarop iets gebeurt terugbrengen tot één afgesproken manier, met een eigenaar en een besluitregel voor de afwijkingen. Pas daarna volgt automatiseren. De volgorde is niet ideologisch maar praktisch: je kunt geen regel programmeren die nog niet bestaat, en geen bestand uitlezen dat alleen op papier staat.
| Stap | Wat het is | Wat het oplevert | Wat de voorbereiding kost |
|---|---|---|---|
| Digitaliseren | Papier, PDF en losse mails omzetten naar gestructureerde data | Het werk wordt vindbaar; fouten worden zichtbaar | Vooral doorlooptijd: scannen, opschonen, veldnamen kiezen |
| Standaardiseren | Eén werkwijze met een eigenaar en expliciete uitzonderingsregels | Minder varianten, dus minder te bouwen en te onderhouden | Vooral interne tijd en besluiten; weinig techniek |
| Automatiseren | Systemen voeren de vastgelegde stappen uit, met logging en foutafhandeling | Tijdwinst, kortere doorlooptijd, minder overtypfouten | Bouwbudget, plus doorlopend onderhoud na oplevering |
Wat er gebeurt als je een rommelig proces automatiseert
Een rommelig proces wordt door automatisering niet netter, alleen sneller zichtbaar rommelig. Uitzonderingen die medewerkers nu stilzwijgend oplossen komen als foutmeldingen naar boven, en dan blijkt dat niemand de juiste afhandeling kent. Zo stranden de meeste projecten: niet de techniek faalt, maar de aanname dat het proces vaststond.
Criterium 1: volume
Volume is het aantal keer dat een proces per week draait, niet het aantal uren dat het totaal kost. Absolute aantallen misleiden: duizend orders per jaar klinkt veel, maar is vier per werkdag. Reken terug naar handelingen per week en vermenigvuldig met de tijd per handeling. Een proces van drie minuten dat honderd keer per week gebeurt — vijf uur per week — is een beter startpunt dan een proces van vier uur dat maandelijks voorkomt. Bij hoog volume zie je bovendien binnen enkele weken genoeg echte gevallen om te weten of het klopt.
Criterium 2: frequentie en voorspelbaarheid
Dagelijks klein verslaat maandelijks groot. Een proces dat elke dag draait geeft je elke dag een meetpunt, dus je stuurt binnen een paar weken bij. Een maandelijkse batch levert twaalf meetmomenten per jaar op. Voorspelbaarheid telt even zwaar: loopt het proces altijd via dezelfde trigger — een binnenkomende mail, een nieuwe order, een status die verandert — of moet iemand eerst beoordelen of het van toepassing is? Dat laatste is geen handeling maar een beslissing, en die hoort bij criterium 5.
Criterium 3: foutgevoeligheid
Meet niet hoe vaak een fout voorkomt, maar wat één fout kost. Een verkeerd overgetypt rekeningnummer of een gemiste voorraadmutatie kost herstelwerk, soms een creditnota en bijna altijd goodwill. Reken per proces uit: hoeveel fouten per maand, hoeveel hersteltijd, welke directe kosten. Processen met overtypen tussen twee systemen scoren hier vrijwel altijd hoog. Hoe je die herstelkosten in geld uitdrukt, staat in de kostengids over automatisering.
Criterium 4: is er een API?
Dit criterium ontbreekt in vrijwel elke keuzegids, terwijl het bepaalt of iets in weken of in maanden werkt. De vraag is niet of je leverancier het woord API gebruikt, maar of er een gedocumenteerde interface is met authenticatie, leesbare foutcodes en de velden die jij nodig hebt. Zoek dat uit vóór de bouw.
De ladder: van API tot overtypen
- Gedocumenteerde REST-API met webhooks. Het systeem meldt zelf dat er iets veranderd is en je kunt direct terugschrijven. Kortste bouwtijd, minste onderhoud.
- API zonder webhooks. Je moet periodiek pollen en zelf bijhouden wat je al verwerkt hebt, dus extra logica tegen dubbele verwerking.
- Read-only API of database-view. Uitlezen kan, terugschrijven niet. Bruikbaar voor signalering, zelden voor een volledige workflow.
- SFTP of CSV-export op een schema. Betrouwbaar maar traag: je werkt in batches, dus realtime is van tafel.
- Geen koppelmogelijkheid. Alleen overtypen. De eerlijke uitkomst is dan vaak: eerst met de leverancier praten.
Elke trede die je zakt verlengt de doorlooptijd en verhoogt het onderhoud: je bouwt zelf wat de bovenste trede cadeau geeft — signalering van wijzigingen, herkenning van dubbele records, bruikbare foutmeldingen. Heeft je systeem niets daarvan, dan is dat geen reden om te stoppen, wel om dit proces niet als eerste te kiezen. Waarom die koppellaag later stukgaat, staat in waarom koppelingen stukgaan.
Criterium 5: het percentage uitzonderingen
Waarom veel uitzonderingen duurder zijn dan veel volume
Volume kost je één keer bouwwerk; uitzonderingen kosten je bouwwerk per soort uitzondering. Stel: proces A verwerkt honderd gevallen per week waarvan er veertig afwijken, verdeeld over acht soorten. Dan bouw je één hoofdroute plus acht uitzonderingsroutes, elk met eigen regels, tests en afhandeling. Proces B verwerkt duizend gevallen per week waarvan er twintig afwijken, allemaal van hetzelfde type: één hoofdroute plus één uitzonderingsroute. Proces B heeft tien keer zoveel volume en is toch goedkoper, want de kosten zitten in het aantal soorten gevallen.
Hoeveel uitzonderingen zijn te veel? Een absolute grens bestaat niet, maar de test is simpel: kun je de afwijkingen niet in een handvol benoemde categorieën indelen, dan is het proces nog niet gestandaardiseerd. Eerst categoriseren, dan bouwen.
Human-in-the-loop als bewuste keuze
Uitzonderingen hoeven niet allemaal geautomatiseerd te worden. Automatiseer de hoofdroute volledig en stuur alles wat afwijkt naar een scherm waar iemand het in seconden afhandelt. Je haalt zo het grootste deel van de tijdwinst binnen tegen een fractie van de bouwkosten. Voorwaarde is dat het systeem eerlijk is over wat het niet aankan: foutmeldingen die iemand leest, in plaats van stil falen.
Je processen scoren
Zet drie of vier kandidaat-processen naast elkaar en geef per criterium een score van 1 tot 5. Vul de laatste kolom per proces apart in; de vergelijking zegt meer dan het totaal op zichzelf.
| Criterium | Wat je meet | Score 1 | Score 5 | Jouw score |
|---|---|---|---|---|
| Volume | Handelingen per week × minuten per handeling | Minder dan een uur per week | Meer dan vijf uur per week | ___ |
| Frequentie | Hoe vaak het draait en of de trigger vaststaat | Maandelijks, handmatig gestart | Dagelijks, gestart door een systeemgebeurtenis | ___ |
| Foutgevoeligheid | Fouten per maand × hersteltijd, plus directe kosten | Zeldzaam en goedkoop te herstellen | Kost geld, creditnota's of klantvertrouwen | ___ |
| API-beschikbaarheid | Positie op de ladder hierboven, per systeem | Geen koppelmogelijkheid, alleen overtypen | Gedocumenteerde API met webhooks aan beide kanten | ___ |
| Uitzonderingen | Percentage afwijkende gevallen én het aantal soorten | Veel, niet in categorieën te vatten | Weinig, één of twee vaste categorieën | ___ |
- Totaal 20 of hoger: een goede eerste kandidaat, ook als elders meer irritatie zit.
- Totaal 14 tot 19: kansrijk, maar los eerst de laagste score op — meestal de API of de uitzonderingsgraad.
- Totaal onder de 14: nog niet doen. Kijk of het drukkende criterium met standaardiseren op te lossen is.
- Score 1 op API of uitzonderingen: een veto, ongeacht het totaal. Hoog volume zonder koppelmogelijkheid wordt een duur en fragiel project.
Scoort alles rond de middenmoot? Een workflow-audit legt de stappen, systemen en uitzonderingen vast voordat er één regel code wordt geschreven.
Wanneer je beter niet automatiseert
Deze zes situaties komen het vaakst voor. In elk geval is er een alternatief dat beter werkt dan bouwen.
1. Het proces verandert de komende maanden nog
Staat er een nieuw pakket, een verhuizing of een gewijzigde werkwijze op de planning, dan bouw je iets dat je binnen een jaar omgooit. Alternatief: wacht tot de nieuwe situatie staat en leg intussen het proces vast — dat is de helft van de latere opdracht.
2. Het volume is te laag om de bouw terug te verdienen
Een proces dat een half uur per maand kost verdient een bouwtraject nooit terug, hoe irritant het ook is. Alternatief: een sjabloon of een formule in de software die je al hebt. Reken het bedrag uit vóór je een offerte vraagt; dat staat in wat automatiseren kost.
3. Niemand is eigenaar van het proces
Is er geen persoon die mag beslissen hoe een uitzondering wordt afgehandeld, dan komt die beslissing tijdens de bouw alsnog op tafel — en dan als vertraging. Alternatief: wijs eerst een eigenaar aan die knopen mag doorhakken.
4. De brondata deugt niet
Dubbele klantrecords, artikelnummers die per systeem verschillen, adresvelden met een notitie erin: automatisering vermenigvuldigt die rommel. Alternatief: eerst opschonen en ontdubbelen, en vastleggen welk systeem de bron van waarheid is.
5. Het oordeel is de kern van het werk
Bij een offerte op maat, een klacht met context of een kredietbeoordeling zit de waarde in het oordeel, niet in de handeling. Alternatief: automatiseer de voorbereiding — data verzamelen, invullen, klaarzetten — en laat het oordeel bij de mens. Bij besluiten met rechtsgevolgen stelt de AVG in artikel 22 daar bovendien grenzen aan, zoals de Autoriteit Persoonsgegevens toelicht.
6. Het is eigenlijk een verkapt softwarevervangingsproject
Bestaat de automatisering vooral uit het omzeilen van een pakket dat niet meer voldoet, dan is het vervanging onder een andere naam. Alternatief: voer dat gesprek expliciet. Soms is een koppeling de goedkope brug naar een pakket dat toch wordt vervangen — dan is het een bewuste keuze met een houdbaarheidsdatum.
Vijf processen die in het mkb bijna altijd goed scoren
| Proces | Volume | Uitzonderingen | API meestal aanwezig | Waar de bouwtijd in gaat zitten |
|---|---|---|---|---|
| Inkomende orders overnemen in het ERP | Hoog, dagelijks | Laag tot gemiddeld | Ja, bij webshop én ERP | Artikelnummers die niet matchen |
| Inkoopfacturen verwerken | Hoog, dagelijks | Gemiddeld | Ja, bij vrijwel elk boekhoudpakket | Wisselende PDF-lay-outs per leverancier |
| Offertes samenstellen uit vaste onderdelen | Gemiddeld | Gemiddeld tot hoog | Wisselend, afhankelijk van het CRM | Maatwerkregels die per verkoper verschillen |
| Voorraad synchroniseren tussen kanalen | Zeer hoog, continu | Laag | Ja, met rate limits | Dubbele verwerking bij herhaalde berichten |
| Documenten genereren en versturen | Gemiddeld tot hoog | Laag | Ja, via het bronsysteem | Ontbrekende velden in het bronrecord |
Dat het mkb hier ruimte heeft blijkt ook uit cijfers die anderen aanhalen. Volgens Appec (02-02-2026), dat zich baseert op de Exact MKB Barometer 2025, vindt 6% van het mkb zichzelf voldoende geautomatiseerd terwijl 87% er budget voor heeft. En volgens Pailot (22-05-2026), dat CBS-cijfers uit 2025 citeert, noemt 75% gebrek aan kennis als reden om af te haken. Precies dat kennisgat dicht je met een scorekaart en een audit.
Wat een audit oplevert en waarom die eerst komt
Een workflow-audit is geen offertegesprek maar een meting: je legt vast wat er feitelijk gebeurt, niet wat er in het handboek staat. Dat voorkomt de duurste fout — bouwen op een aanname.
- Meeschrijven met het echte werk. Welke stappen, welke systemen, hoeveel gevallen, hoeveel tijd per geval.
- Uitzonderingen categoriseren. Het aantal categorieën voorspelt de bouwkosten.
- Systemen inventariseren. Per systeem de positie op de ladder, plus authenticatie, limieten en benodigde velden.
- Eigenaar en besluitregels vastleggen. Wie beslist bij een mismatch, en wat geldt als correcte afhandeling.
- De scope knippen in een hoofdroute, benoemde uitzonderingsroutes en wat buiten scope blijft.
- De nulmeting vastleggen. Huidige kosten en foutfrequentie, zodat je later kunt aantonen wat het opleverde.
De uitkomst is een document waarmee je offertes vergelijkbaar maakt, ook bij een ander bureau. Hoe zo'n traject verder loopt staat op de pagina over een proces laten automatiseren.
Wat het daarna kost
Proceskeuze en budget horen bij elkaar: een proces met een hoge score op API en een lage op uitzonderingen kost aanzienlijk minder dan hetzelfde volume met tien soorten afwijkingen. Reken eerst uit wat het handwerk je nu kost — zonder dat getal is elke offerte een gok. Die berekening, de drie prijsmodellen van bureaus, de kosten die zelden in een offerte staan en een ROI-formule met een negatief scenario staan in wat automatiseren kost.
En de mensen die het werk nu doen? Wat verdwijnt is het overtypen, niet de functie; de vrijgekomen tijd gaat naar werk dat blijft liggen. Neem ze mee in de audit — zij weten als enigen welke uitzonderingen er echt zijn.