Een proces doorlichten in twee weken

Twee weken doorlooptijd, vier tot zes gesprekken en zes stukken aan het eind: zo lichten we één proces door, met de juridische toets erin en niet erna.

Luis Gravestein, Oprichter · 14 augustus 2026, bijgewerkt 14 september 2026 · 5 min

Twee weken is genoeg om één bedrijfsproces door te lichten. Niet twee weken voltijds, wel twee weken doorlooptijd met een vaste einddatum en een vaste set stukken aan het eind. Langer doorlichten levert zelden een beter besluit op, wel een dikker rapport. Hieronder staat welke volgorde wij aanhouden, en waarom de juridische toets binnen dat venster valt en niet erna.

We beginnen met afbakenen. Niet "de administratie", maar: van binnenkomende werkbon tot verstuurde factuur. Of: van sollicitatie tot afwijzing of intakegesprek. Een proces met een begin, een eind en een teller is te meten. Zonder die grens meten we niets en beslissen we op gevoel.

Week één: het proces zoals het werkelijk loopt

De eerste week is meekijken, geen werksessie. We gaan naast de mensen zitten die het werk doen en kijken mee op hun scherm. Wat we in een vergaderzaal horen is het proces zoals het bedoeld is; wat we op het scherm zien is het proces zoals het draait. Dat verschil zetten we apart in de nulmeting: per stap hoe vaak de standaardroute niet gevolgd wordt. Wat het waard is, blijkt pas uit de voor/na-meting.

• Frequentie: hoe vaak per week of maand loopt dit proces?
• Doorlooptijd: van eerste handeling tot afronding, inclusief wachttijd.
• Aanraakmomenten: hoeveel keer pakt een mens dit dossier op?
• Systeemwissels: hoe vaak gaan dezelfde gegevens van het ene scherm naar het andere?
• Foutherstel: hoeveel gevallen komen terug, en waarom?
• Uitzonderingen: welk deel van de gevallen volgt níét de standaardroute?

We meten, we schatten niet. Vijftien tot twintig echte gevallen met een stopwatch en een Excel zijn betrouwbaarder dan de inschatting van de teamleider. Dat rekenen we daarna om naar uren en kosten per jaar. Dat getal is geen verkoopargument maar het uitgangspunt: het bepaalt wat we wél en niet aanpakken, en waaraan we na livegang meten.

Met wie we praten

We praten eerst met de uitvoerder en pas daarna met de manager. Wie het proces heeft ontworpen, vertelt het ontwerp. Wie het elke dag doet, vertelt de omweg. Vier tot zes gesprekken van een uur, niet meer.

• De uitvoerder: waar hij of zij op wacht, en waar de tijd blijft.
• Degene die de fouten herstelt: dat is bijna nooit dezelfde persoon.
• De systeembeheerder of de leverancier van het ATS, ERP of CRM: wat kan er koppelen, en wat kost dat.
• De financiële administratie: waar de gegevens uiteindelijk moeten landen, en in welk formaat.
• De verantwoordelijke voor privacy of kwaliteit: welke registraties, bewaartermijnen en normen al zijn vastgelegd.

In elk gesprek vragen we naar het schaduwproces. Bijna elk team houdt naast het officiële systeem een eigen lijst bij: een Excel, een map met mailtjes, een WhatsApp-groep. Die lijst bestaat omdat het systeem iets niet doet. Wat daarin staat, hoort in de proceskaart.

Week twee: de toets en de architectuur

In week twee leggen we het gemeten proces langs de regels. Welke persoonsgegevens stromen waarheen, op welke grondslag, hoe lang bewaard, en wat moet er in het verwerkingsregister. Waar een AI-component in het plan zit: classificeren volgens de AI Act. En de regels van de sector zelf, van WAADI tot NEN, getoetst op déze processtappen en niet in het algemeen.

Die toets hoort in de twee weken omdat de uitkomst het ontwerp verandert. Een bewaartermijn bepaalt hoe de database wordt ingericht. Een verplichting tot menselijk toezicht bepaalt waar het scherm van de beoordelaar zit. Een logplicht bepaalt wat er bij elke beslissing wordt vastgelegd. Wie dat na de bouw ontdekt, herbouwt.

Wat dat praktisch betekent: bij een matchingfunctie leggen we in week twee al vast wie de beslissing neemt, welke uitkomsten worden gelogd, hoe lang die logs blijven staan en hoe een kandidaat uitleg krijgt. Dat zijn ontwerpeisen, geen documentatie achteraf. Ze horen in de architectuurschets, naast de koppelingen.

Wat er aan het eind ligt

• Een proceskaart: elke stap, elke overdracht, elk systeem, met het handwerk gemarkeerd.
• Een nulmeting: frequentie, doorlooptijd, aanraakmomenten en foutpercentage, met de meetmethode erbij zodat er later hetzelfde gemeten wordt.
• Een datastroomoverzicht: welke persoonsgegevens waarheen gaan, op welke grondslag en met welke bewaartermijn.
• Een classificatie van elk AI-onderdeel, met per uitkomst wat die betekent voor de bouw.
• Een architectuurschets op de bestaande systemen, met elke koppeling benoemd en met wat er gebeurt als er één uitvalt.
• Een faselijst met een go/no-go-moment per fase, en per fase wat het oplevert.

Daarnaast leveren we een lijst op van wat we afraden. Stappen die te weinig voorkomen om te automatiseren, uitzonderingen die goedkoper met de hand blijven, koppelingen waarvan het beheer duurder is dan het handwerk dat ze vervangen. Een doorlichting die alles aanbeveelt heeft niet goed gekeken.

Soms is twee weken niet het juiste antwoord. Een proces dat over drie maanden toch verandert door een reorganisatie of een systeemmigratie, lichten we nu niet door. Een proces dat vijf keer per jaar loopt, is niet betrouwbaar te meten. En als er geen enkele registratie bestaat van doorlooptijd of volume, beginnen we met tellen tot er twintig echte gevallen liggen, en pas daarna met doorlichten. Dat eerlijk zeggen is goedkoper dan een rapport dat op lucht staat.

Wil je het zelf beginnen: kies één proces met een duidelijk begin en eind, en houd twintig echte gevallen bij: hoe vaak het loopt, hoe lang het duurt en hoe vaak iemand het dossier oppakt. Zet daarnaast welke persoonsgegevens er in omgaan. Met die twee bladen heb je genoeg om te bepalen of automatiseren loont. En zo niet, dan heb je dat ook zwart-op-wit.