Breng eerst de workflow in kaart: waarom u nooit een proces moet automatiseren dat u niet kunt tekenen
Automatisering loopt veel vaker mis in het in kaart brengen dan in het bouwen. Voordat u een tool koopt of één enkele regel schrijft, tekent u het proces precies zoals het vandaag verloopt — inclusief de rommelige delen. Hier leest u hoe, stap voor stap.

Bijna elke automatisering die misgaat, ging al mis voordat iemand een tool aanraakte. De ondernemer sloeg de saaie stap over — het daadwerkelijk tekenen van hoe het werk vandaag verloopt — en sprong meteen naar het kopen van software voor een proces dat hij niet eens aan een nieuwe medewerker had kunnen uitleggen. Het resultaat laat zich raden: de automatisering verwerkt de versie van het werk die in uw hoofd zit, niet die welke zich echt afspeelt op een dinsdagmiddag wanneer een klant terugbelt om zijn bestelling te wijzigen.
Ik heb heel wat van deze post-mortems meegemaakt. Een klein bedrijf geeft echt geld uit aan een glad platform, configureert het vol vertrouwen, en binnen een maand werken mensen er stilletjes omheen. Vraagt u waarom, dan is het antwoord vrijwel nooit “de software was slecht.” Het is “de software wist niets van de uitzondering die we elke week hebben.” Niemand had die uitzondering opgeschreven, omdat niemand het geheel ooit op papier had getekend.
Een workflow in kaart brengen vóór u hem automatiseert is de goedkoopste verzekering die u kunt kopen. Het kost een middag en een whiteboard. Het vangt de verborgen stappen, de stille overdrachten en de waar-valt-deze-beslissing-eigenlijk gaten op die anders pas drie weken na livegang opduiken. Dit is het deel dat iedereen wil overslaan, en het is juist het deel dat in stilte bepaalt of het project werkt.
Wat "een workflow in kaart brengen" eigenlijk betekent
Laten we het jargon weglaten. Een workflow in kaart brengen betekent simpelweg dat u op volgorde elke stap opschrijft die plaatsvindt tussen een trigger en een afgerond resultaat — en eerlijk bent over de rommelige stukken. De trigger kan zijn “er komt een nieuwe aanvraag binnen” en het afgeronde resultaat “de klant heeft betaald en de opdracht is afgesloten.” Alles daartussenin is uw map.
U tekent niet het proces dat u zou willen hebben. U tekent het proces dat u daadwerkelijk hebt — de as-is, niet de to-be. Dat onderscheid is belangrijker dan welke notatie of tool dan ook. De hele waarde van het in kaart brengen komt voort uit het vastleggen van de werkelijkheid, inclusief de gênante delen: het spreadsheet dat alleen Maria weet bij te werken, de goedkeuring die plaatsvindt door even naar iemands bureau te lopen, de e-mail die met de hand wordt overgetypt in het facturatiesysteem.
Goed gedaan past een map op één pagina en zou een buitenstaander hem kunnen lezen en grofweg begrijpen hoe uw bedrijf een aanvraag in geld omzet. Dat is de lat. Als uw map een legenda en vier kleuren nodig heeft om leesbaar te zijn, hebt u hem overdreven complex gemaakt.
“U kunt geen proces automatiseren dat u niet kunt tekenen. Als niemand in het team het op één pagina kan schetsen, is de automatisering niet de volgende stap — het in kaart brengen wel.”
Waarom het overslaan van deze stap zo duur is
Wanneer u automatiseert zonder in kaart te brengen, automatiseert u niet uw proces — u automatiseert uw aanname over uw proces. En in de kloof tussen die twee verdwijnt het geld. Drie faalmodi duiken keer op keer op.
De eerste is de onzichtbare stap. Er is bijna altijd een taak die zo routineus is dat niemand hem noemt: de snelle controle, de handmatige btw-correctie, het belletje om een adres te bevestigen. Hij komt nooit in de briefing terecht, dus ook nooit in de automatisering, en de eerste keer dat hij nodig is, loopt de hele flow vast.
De tweede is de ongedocumenteerde beslissing. Ergens in uw proces neemt een mens stilletjes een oordeel — deze bestelling is dringend, deze klant krijgt korting, deze offerte moet langs een manager. Brengt u niet aan het licht waar die beslissing valt en welke regel zij volgt, dan negeert de automatisering hem of gokt zij — en beide zijn slecht.
De derde is de spookoverdracht. Werk gaat van twee mensen of twee systemen over via een kanaal dat niemand heeft gedocumenteerd — een doorgestuurde e-mail, een gedeelde map, een mondelinge tip. Automatiseer eromheen en het werk valt simpelweg in een gat. In kaart brengen is hoe u deze vindt voordat zij u vinden.

Voordat u iets tekent: kies één proces en één resultaat
Probeer niet uw hele bedrijf in kaart te brengen. Zo verandert het in kaart brengen zelf in een project van zes maanden dat doodbloedt op een gedeelde schijf. Kies precies één workflow — die waarvan u al vermoedt dat hij de moeite van het automatiseren waard is — en breng alleen die in kaart, van een duidelijke trigger tot een duidelijk einde.
Definieer de twee uiteinden hardop voordat u begint. Waar begint dit proces? en Hoe ziet "klaar" eruit? Kunt u beide niet in één zin benoemen, dan bent u nog niet klaar om in kaart te brengen — u probeert een mistbank te tekenen. "Vanaf het moment dat een bestel-e-mail binnenkomt tot het moment dat de factuur is verstuurd" is een te tekenen proces. "Onze verkoop" is dat niet.
Hoe u een workflow in kaart brengt, stap voor stap
U hebt hier geen speciale software voor nodig. Plaknotities op een muur verslaan elke tool, omdat ze makkelijk te verplaatsen zijn en het hele team eromheen kan staan. Geeft u de voorkeur aan digitaal, dan voldoet een gedeeld whiteboard of zelfs een genummerde lijst in een document prima. De methode telt veel zwaarder dan het medium.
- 1Krijg de juiste mensen in de ruimteNiet alleen de ondernemer. De mensen die het werk daadwerkelijk doen, zien stappen waarvan de ondernemer vergeten was dat ze bestonden. Eén ontbrekende stem en u mist een hele tak van het proces.
- 2Schrijf eerst de trigger en het resultaat opZet het begin uiterst links, het einde uiterst rechts. Alles wat u toevoegt leeft tussen die twee vaste punten, wat voorkomt dat de map uitdijt.
- 3Loop één echt voorbeeld doorNeem een werkelijk recent geval — een echte bestelling, een echte aanvraag — en vertel precies wat ermee gebeurde, stap voor stap. Echt verslaat hypothetisch elke keer.
- 4Markeer elke overdracht en beslissingTelkens als werk overgaat naar een andere persoon of systeem, tekent u het. Telkens als iemand een keuze maakt, tekent u een vertakking en schrijft u de onderliggende regel op. Dit zijn de plekken waar automatisering staat of valt.
- 5Jaag op de uitzonderingenVraag nu: wanneer gaat dit NIET de normale weg? De terugbetaling, de spoedklus, de lastige klant. Voeg de veelvoorkomende uitzonderingen toe; noteer de zeldzame in de marge.
- 6Schat de tijd per stap ruwweg inNoteer een grof aantal minuten naast elke stap. U zoekt naar de dikke delen — waar de uren echt verdwijnen — zodat u weet wat de moeite van het automatiseren waard is.
Bent u klaar, dan zou u een vinger ergens op de map moeten kunnen leggen en kunnen zeggen wat er gebeurt, wie het doet, hoe lang het duurt en wat er mis kan gaan. Is er een stap waar het eerlijke antwoord luidt “ik weet niet helemaal zeker hoe dat werkt” — gefeliciteerd, u hebt zojuist het belangrijkste ding op de muur gevonden. Die mist is precies wat uw automatisering zou hebben gebroken.
Hebt u formele notatie nodig?
Er bestaat een hele formele taal hiervoor, BPMN genaamd, met precieze symbolen voor taken, gateways en gebeurtenissen. Voor een grote onderneming met een toegewijd procesteam is die oprecht nuttig. Voor een bedrijf met acht mensen en één pijnlijke workflow is het overkill die in de weg zit. Vakjes voor stappen, ruiten voor beslissingen, pijlen voor de flow — meer notatie hebt u niet nodig. Laat de perfecte notatie u niet weerhouden om de imperfecte map te tekenen.

De map lezen: wat u moet oplossen vóór u automatiseert
Hier is het deel dat mensen over het hoofd zien. Een map is niet alleen documentatie voor de ontwikkelaar — het is een diagnose. Zodra het proces op de muur staat, lijken problemen waar u jaren mee hebt geleefd opeens overduidelijk. Weersta de drang om meteen te automatiseren. Los eerst op wat de map onthult.
Zoek naar stappen die alleen uit gewoonte bestaan. Een verrassend deel van het MKB-proces is archeologie — dingen die op een bepaalde manier worden gedaan omdat iemand het in 2017 zo heeft opgezet en niemand het sindsdien in twijfel heeft getrokken. Voegt een stap geen waarde toe, schrap hem dan. Een zinloze stap automatiseren maakt een zinloze stap alleen maar sneller.
Zoek ook naar dezelfde informatie die meer dan eens wordt ingetypt. Elke dubbele invoer op uw map is zowel een tijdvreter als een plek waar fouten insluipen — en het is doorgaans het makkelijkste, meest rendabele om te automatiseren. En zoek naar de knelpunten: de enkele stap waar alles zich ophoopt in afwachting van één persoon. Soms is de oplossing daar helemaal geen software, maar een regelwijziging.
- Overbodige stappen die alleen bestaan omdat "we het altijd zo hebben gedaan" — schrap ze.
- Dezelfde gegevens die met de hand in twee of meer systemen worden ingevoerd — eersteklas automatiseringsdoelen.
- Een beslissing die een mens neemt maar die eigenlijk een vaste, geschreven regel volgt — die regel kan worden geautomatiseerd; echt oordeel niet.
- Een knelpunt waar werk op één persoon wacht — soms verslaat een proceswijziging een technische wijziging.
- Een overdracht die informatie verliest — strak trekken voordat u er automatisering omheen bouwt.
Een korte casus: de orderdesk die het verkeerde eerst automatiseerde
Een kleine groothandel waarmee we werkten — laten we zeggen een regionale leverancier van cateringapparatuur, zo'n twintig medewerkers — kwam bij ons in de overtuiging dat ze een AI-tool nodig hadden om binnenkomende bestel-e-mails te lezen. Bestellingen kwamen binnen als vrije-tekst e-mails, iemand typte ze over in het systeem, en dat overtypen voelde als het voor de hand liggende om te automatiseren. Ze hadden zich bijna ingeschreven voor een product dat documenten leest voordat we gingen zitten.
We besteedden één middag aan het in kaart brengen van het werkelijke order-tot-factuurproces op hun vergaderzaalmuur. De map vertelde een ander verhaal. Ja, het overtypen van e-mails was vervelend — misschien tien minuten per bestelling. Maar twee stappen verderop bleef elke bestelling op het bureau van één persoon hangen voor een handmatige voorraadcontrole en een handmatige kredietcontrole, omdat die twee systemen niet met het ordersysteem en niet met elkaar praatten. Daar bleven bestellingen uren staan, soms een hele dag.
De dure AI-e-mailezer zou tien minuten hebben afgesnoept van een stap die niet het knelpunt was, terwijl de echte vertraging onaangeroerd bleef. Erger nog, de map bracht een ongedocumenteerde regel aan het licht: bestellingen boven een bepaald bedrag kregen altijd een telefoontje ter bevestiging vóór verwerking. Niemand had het genoemd, en het zou elke naïeve automatisering stilletjes hebben gebroken.
Wat we daadwerkelijk bouwden was onspectaculair en goedkoper: een koppeling die voorraad- en kredietstatus automatisch in het orderscherm trok, zodat de controle een blik werd in plaats van een omweg van een half uur, plus een markering voor de bestellingen met hoge waarde die nog steeds het menselijke telefoontje nodig hadden. Het overtypen van e-mails? Dat automatiseerden we uiteindelijk ook — maar als stap twee, toen de map had laten zien dat het de kleinere prijs was. De totale tijdwinst over de hele desk kwam ter illustratie neer op ongeveer anderhalve dag per week, en bijna niets daarvan kwam van het ding dat ze oorspronkelijk wilden kopen.
“Ze kwamen binnen om de luidste ergernis te automatiseren. De map liet hun de duurste zien. Het waren niet dezelfde stap.”

Een afgeronde map omzetten in een automatiseringsplan
Zodra uw map is getekend, verbeterd en vertrouwd, schrijft de automatisering zich vrijwel vanzelf voor. U stopt met het stellen van de enge open vraag — “hoe automatiseren we ons bedrijf?” — en begint kleine, beantwoordbare vragen te stellen, stap voor stap.
Loop de map langs en label elke stap eerlijk. Sommige zijn pure regels — een herinnering gaat af, gegevens gaan van A naar B, een status wordt bijgewerkt. Dat is gewone automatisering: goedkoop, betrouwbaar, geen AI nodig. Enkele stappen betreffen rommelige menselijke taal of oordeel — een ongestructureerde e-mail lezen, een antwoord opstellen, een telefonische vraag beantwoorden. Daar verdient moderne AI echt zijn brood. En sommige stappen moeten bewust menselijk blijven, omdat de kosten van een fout hoog zijn. De map maakt die categorieën duidelijk op een manier die een gesprek nooit doet.
| Hoe de stap eruitziet | Wat hij meestal nodig heeft | Prioriteit |
|---|---|---|
| Dezelfde gegevens, twee systemen, met de hand getypt | Gewone regelgebaseerde automatisering | Eerst doen |
| Een herinnering, waarschuwing of statusupdate | Gewone regelgebaseerde automatisering | Eerst doen |
| Vrije-tekst e-mail of documenten lezen | AI bovenop een opgeruimd proces | Daarna doen |
| Een beslissing die een geschreven regel volgt | Regelgebaseerde automatisering | Daarna doen |
| Echt oordeel of empathie | Houd het menselijk (voorlopig) | Laat met rust |
| Zeldzame uitzondering, enkele keren per jaar | Nog niet de moeite van het automatiseren waard | Laat met rust |
Merk op wat hieruit volgt. U hoeft niet de hele map in één keer te automatiseren — en dat moet u ook niet. U kiest de meest waardevolle regelgebaseerde stap, automatiseert alleen die, bewijst dat hij werkt in de echte week, en pas dan gaat u naar de volgende. De map is wat u in staat stelt het verstandig te faseren in plaats van het hele ding af te bijten en u te verslikken.
Wilt u een tweede paar ogen op uw procesmap?
Vaak is het nuttigste uur dat waarin u uw workflow op een muur tekent met iemand die hem eerder heeft zien misgaan. We helpen u het proces in kaart te brengen, de verborgen stappen te spotten en aan te wijzen wat echt het eerst de moeite van het automatiseren waard is — zonder enige verplichting om iets te bouwen.
Bespreek uw proces met onsVeelgestelde vragen
Hoe lang duurt het om een workflow in kaart te brengen?
Heb ik speciale procesmapping-software nodig?
Wat is het verschil tussen een as-is en een to-be map?
Moet ik het proces verbeteren vóór het automatiseren, of eerst automatiseren?
Wat als een deel van mijn proces te rommelig is om in kaart te brengen?

Have a nice day is een softwarestudio die kleine en middelgrote bedrijven helpt digitaliseren — automatisering, AI en maatwerksoftware die werkt in de dagelijkse praktijk, niet alleen op slides.