Hoe procesdoorlooptijd te meten

Uw processen voelen traag aan, maar niemand kan precies aangeven waar de tijd naartoe gaat. Orders duren twee weken terwijl ze vijf dagen zouden moeten duren, inkoopverzoeken blijven dagenlang ongelezen liggen voordat iemand actie onderneemt, en wanneer het management vraagt "waar zit de vertraging?" is het eerlijke antwoord: dat weten we eigenlijk niet. Dit artikel geeft u een praktische, stapsgewijze methode om de doorlooptijd van processen te meten in elke zakelijke workflow — zodat u kunt stoppen met gissen en kunt beginnen met verbeteren op basis van echte data.

Wat is proces-doorlooptijd en waarom is het belangrijk?

Proces-doorlooptijd is de totale verstreken tijd vanaf het moment dat een proces wordt gestart tot het moment dat het volledig is afgerond — vanuit het perspectief van de klant of stakeholder, niet vanuit de interne visie van uw team.

Dit onderscheid is belangrijk. Uw team kan oprecht de hele dag bezig zijn, maar toch kan de doorlooptijd van een klantorder tot levering nog steeds 12 dagen bedragen. Die kloof — tussen actieve werktijd en totale verstreken tijd — is waar de werkelijke kosten van inefficiëntie verborgen zitten.

Twee begrippen worden hier vaak verward:

• Doorlooptijd: totale kloktijd van aanvang tot afronding (inclusief alle wacht-, wachtrij- en overdrachtsmomenten).
• Cyclustijd: de tijd die een processtap actief in beslag neemt wanneer iemand er daadwerkelijk aan werkt.

Doorlooptijd is vrijwel altijd groter dan de som van alle cyclustijden. Het verschil is verspilling: wachten, batchen, goedkeuringswachtrijen en systeemoverdrachten waar niemand actief op stuurt.

Waarom de meeste bedrijven "waar gaat de tijd naartoe?" niet kunnen beantwoorden

De eerlijke reden is dat de meeste processen nooit zijn ontworpen om gemeten te worden. Werk beweegt tussen mensen, systemen, inboxen en spreadsheets zonder een tijdstempel. Niemand legt vast wanneer een factuur van "ontvangen" naar "goedgekeurd" is gegaan — die overgang vindt gewoon ergens, op enig moment, plaats.

In de praktijk betekent dit:

• Een inkooporder wordt per e-mail naar een leverancier gestuurd, en de volgende geregistreerde gebeurtenis is de aankomst van de goederen. De drie dagen dat de order in de inbox van een inkoopadministrateur lag voordat hij werd verstuurd, zijn onzichtbaar.
• Een klantenserviceticket wordt geopend, behandeld door twee verschillende medewerkers over vier dagen, en vervolgens gesloten. Het systeem toont "4 dagen tot oplossing", maar niet dat de actieve afhandeling slechts 40 minuten bedroeg.
• Een verkooporder komt om 9:00 uur op maandagochtend binnen in FileMaker of uw ERP, maar het magazijn pikt de order pas op woensdag — omdat niemand de wachtrij op dinsdag heeft gecontroleerd.

Zonder tijdstempels op elk overdrachtspunt is doorlooptijd een gevoel, geen feit.

Stap 1: Definieer de procesgrenzen duidelijk

Voordat u ook maar iets meet, moet u het eens zijn over wat "start" en "einde" betekenen — en dit expliciet opschrijven. Dit klinkt vanzelfsprekend, maar het is precies waar de meeste meetinspanningen ongemerkt mislukken.

Voor order-to-cash:

• Start: klant plaatst order (tijdstempel van orderinvoer)
• Einde: betaling ontvangen en verwerkt in het grootboek

Voor purchase-to-pay:

• Start: inkoopverzoek ingediend
• Einde: leveranciersfactuur betaald

Voor een productiewerkopdracht:

• Start: werkopdracht vrijgegeven aan de werkvloer
• Einde: eindproducten geboekt in de voorraad

Voor een klantenserviceverzoek:

• Start: ticket geopend (eerste klantcontact geregistreerd)
• Einde: ticket gesloten en klant bevestigt oplossing

Schrijf deze definities op en deel ze met iedereen die betrokken is voordat u ook maar één datapunt verzamelt. Als verschillende mensen "start" anders definiëren, is uw meting waardeloos.

Stap 2: Breng elke overdracht in het proces in kaart

Teken een eenvoudige proceskaart — geen volledig BPMN-diagram, slechts een lineaire volgorde van stappen. Identificeer voor elke stap:

1. Wie of wat de stap in gang zet (een persoon, een systeemgebeurtenis, een e-mail)
2. Wie of wat de stap uitvoert
3. Waar de output naartoe gaat
4. Of er momenteel een tijdstempel bestaat voor deze overgang

Voor een order-to-cash-proces kan deze kaart er als volgt uitzien:

1. Klant plaatst order → wordt ingevoerd in het systeem
2. Order beoordeeld en bevestigd → doorgestuurd naar magazijn
3. Magazijn pickt en pakt → overdracht aan logistiek
4. Logistiek verzendt → vervoerder scant pakket
5. Levering bevestigd → factuur gegenereerd
6. Factuur verstuurd → klant betaalt
7. Betaling ontvangen → verwerkt in de boekhouding

Elke pijl tussen stappen is een potentiële wachtperiode. Stappen 2, 3 en 6 hierboven staan erom bekend dat ze bij de meeste bedrijven dagen aan vertraging verbergen.

Stap 3: Bepaal waar tijdstempels bestaan — en waar niet

Loop uw proceskaart door en markeer elke overgang: bestaat er momenteel een betrouwbare, door het systeem gegenereerde tijdstempel voor deze gebeurtenis?

"Betrouwbaar" betekent: automatisch vastgelegd door een systeem, niet achteraf handmatig ingevoerd door een persoon. Handmatige tijdstempels zijn vrijwel altijd onjuist — mensen registreren ze wanneer ze eraan denken, niet wanneer de gebeurtenis daadwerkelijk heeft plaatsgevonden.

Veelvoorkomende bevindingen:

• Uw ERP registreert de orderinvoertijd ✓
• Uw WMS registreert de verzendscan ✓
• De stap waarbij een manager de order goedkeurt? Geen tijdstempel — dat gebeurt via e-mail ✗
• De stap waarbij inkoop een verzoek beoordeelt? Geen tijdstempel — dat gebeurt mondeling ✗

Deze gap-analyse is op zichzelf al waardevol: het laat u precies zien waar uw proces een zwarte doos is.

Stap 4: Verzamel doorlooptijddata voor een representatieve steekproef

Zodra u weet welke tijdstempels beschikbaar zijn, haalt u een steekproef op van afgeronde procesinstanties — minimaal 30, bij voorkeur 100 of meer — en berekent u voor elk de doorlooptijd:

Doorlooptijd = Eindtijdstempel − Starttijdstempel

Bereken hier niet meteen het gemiddelde van. Kijk eerst naar de verdeling:

• Wat is de mediaan doorlooptijd? (Nuttiger dan het gemiddelde — uitschieters vertekenen gemiddelden sterk)
• Wat is het 80e percentiel? (Wat kunt u klanten met 80% betrouwbaarheid beloven?)
• Wat is de spreiding? (Een proces dat 2–18 dagen duurt heeft een heel ander probleem dan een proces dat consequent 10 dagen duurt)

Hoge variatie is op zichzelf al een diagnostisch signaal. Het betekent meestal dat de vertraging niet in de processtappen zelf zit, maar in een wachtrij of goedkeuring die onregelmatig optreedt.

Stap 5: Splits de doorlooptijd op in deelsegmenten

De totale doorlooptijd vertelt u dát er een probleem is. Deelsegmentanalyse vertelt u wáár.

Bereken voor elke overdracht waarvoor u tijdstempels heeft de verstreken tijd tussen opeenvolgende gebeurtenissen over uw steekproef. U zoekt naar:

• Welk segment heeft de hoogste gemiddelde verstreken tijd?
• Welk segment heeft de hoogste variatie?
• Welk segment vertoont een patroon — bijvoorbeeld vertragingen altijd op maandagochtend, of altijd wanneer een bepaalde persoon betrokken is?

Een praktijkvoorbeeld uit een purchase-to-pay-proces: een bedrijf was ervan overtuigd dat hun betalingsvertragingen werden veroorzaakt door trage facturering van leveranciers. Deelsegmentanalyse wees uit dat facturen gemiddeld binnen twee dagen binnenkwamen — maar vervolgens gemiddeld 6,4 dagen in een goedkeuringswachtrij lagen voordat een financieel manager actie ondernam. De bottleneck was intern, niet extern, en deze deed zich voor bij één enkele goedkeuringsstap zonder SLA of escalatieregel.

Stap 6: Bereken de waardetoevoegende ratio

Zodra u deelsegmentdata heeft, berekent u de waardetoevoegende ratio (VAR) voor het proces:

VAR = (Som van actieve werktijd) ÷ (Totale doorlooptijd) × 100

Voor de meeste administratieve en dienstverlenende processen is een VAR van 10–30% gebruikelijk. Dat betekent dat 70–90% van de totale doorlooptijd bestaat uit wachten, niet uit werken.

Voor een productieproces is een VAR onder de 20% een sterk signaal om batching, planning en materiaalstroom nader te onderzoeken. Voor een order-to-cash-proces wijst een VAR onder de 15% vaak op goedkeuringsbottlenecks of systeemoverdrachtsproblemen.

Dit getal is ook krachtig voor businesscases: als uw order-to-cash-doorlooptijd 10 dagen bedraagt en uw VAR 12% is, heeft u 8,8 dagen aan niet-waardetoevoegende tijd om op te richten — zonder ook maar één productief uur aan te raken.

Stap 7: Prioriteer bottlenecks op impact, niet op omvang

Niet elke vertraging is de moeite waard om op te lossen. Gebruik deze eenvoudige prioriteringsmatrix voordat u actie onderneemt:

Factor	Te stellen vraag
Frequentie	Hoeveel procesinstanties doorlopen deze stap per maand?
Vertragingsomvang	Wat is de gemiddelde vertraging bij deze stap?
Variabiliteit	Piekt deze stap onvoorspelbaar?
Stroomafwaartse impact	Leidt een vertraging hier tot klantgerichte latentie?
Complexiteit van de oplossing	Is dit op te lossen met een regel, een SLA of een systeemwijziging?

Een stap die elke order 4 uur vertraagt is bijna altijd eerder de moeite waard om op te lossen dan een stap die één order per maand twee dagen vertraagt — ook al lijkt de laatste dramatischer wanneer die zich voordoet.

Hoe een goede meetinfrastructuur eruit ziet

Om deze analyse betrouwbaar en herhaaldelijk uit te voeren (niet slechts eenmalig), heeft u het volgende nodig:

1. Door het systeem gegenereerde tijdstempels bij elke overdracht — geen handmatige logboekregistraties
2. Één enkel record dat elke procesinstantie van begin tot eind bijhoudt — geen data verspreid over e-mail, een spreadsheet en drie systemen
3. Een rapportagelaag die verstreken tijd tussen gebeurtenissen kan ophalen en segmenteren per processtap, team of tijdsperiode
4. Meldingen of dashboards voor instanties die de doorlooptijddrempelwaarden overschrijden voordat ze klachten worden

Zonder deze infrastructuur wordt doorlooptijdmeting een kwartaalse handmatige exercitie die niemand consistent de tijd heeft om uit te voeren.

Checklist doorlooptijdmeting

Gebruik deze checklist voordat u een doorlooptijdmeetproject start:

• Start- en eindgebeurtenissen van het proces zijn schriftelijk gedefinieerd en door alle stakeholders goedgekeurd
• Er bestaat een proceskaart met elke overdracht tussen personen of systemen
• Door het systeem gegenereerde tijdstempels zijn bevestigd voor minimaal de start- en eindgebeurtenissen
• Hiaten in de tijdstempelregistratie zijn gedocumenteerd (de "zwarte doos"-stappen)
• Een steekproef van minimaal 30 afgeronde instanties is beschikbaar voor analyse
• Deelsegmenttijdstempels zijn beschikbaar voor minimaal de 3–4 meest verdachte bottleneckstappen
• Doorlooptijd is berekend als een verdeling, niet alleen als een gemiddelde
• De waardetoevoegende ratio is berekend
• Bottlenecks zijn gescoord op frequentie × vertragingsimpact, niet alleen op vertragingsomvang
• Er bestaat een plan om de zwarte-doos-stappen te instrumenteren vóór de volgende meetcyclus

Veelgestelde vragen

Hoe verschilt doorlooptijd van doorstroomtijd? In de meeste zakelijke contexten worden ze door elkaar gebruikt om de totale verstreken tijd door een proces te betekenen. In lean manufacturing verwijst doorstroomtijd soms specifiek naar de productiestroom. Definieer uw begrippen voor meetdoeleinden expliciet in plaats van te vertrouwen op de benaming.

Hoeveel datapunten heb ik nodig voor een betrouwbare meting? Voor processen die dagelijks worden uitgevoerd (zoals orderverwerking) geven 30–50 instanties een bruikbare basislijn. Voor minder frequente processen (zoals de maandelijkse financiële afsluiting) moet u mogelijk 6–12 maanden terugkijken om voldoende instanties te verzamelen. Het doel is genoeg data om een verdeling te zien, niet alleen individuele gevallen.

Wat als er geen tijdstempels bestaan in mijn huidige systemen? Begin met het instrumenteren van de meest kritieke overdrachten als eerste — zelfs een eenvoudig statuswijzigingslogboek in uw bestaande systeem voegt meetbare waarde toe. Wacht niet op een perfecte data-infrastructuur voordat u begint; gedeeltelijke meting is aanzienlijk beter dan geen meting.

Kan ik doorlooptijd meten zonder speciale software? Ja — een goed gestructureerde spreadsheet met start- en eindtijdstempels per geval is voldoende om te beginnen. De beperking zit in schaal en consistentie: handmatige extractie bezwijkt boven een paar dozijn gevallen per week. Op dat punt verdient het inbouwen van tijdstempels in uw operationele systeem zichzelf snel terug.

Hoe vaak moet ik opnieuw meten? Meet na elke proceswijziging opnieuw met minimaal 30 nieuwe instanties voordat u conclusies trekt. Voor doorlopende monitoring is een maandelijkse beoordeling van de doorlooptijdverdeling (niet alleen het gemiddelde) doorgaans voldoende voor administratieve processen; wekelijks voor workflows met een hoog volume of klantgerichte workflows.

Wat is een realistisch doel voor doorlooptijdreductie? Voor een proces met een waardetoevoegende ratio onder de 20% is een reductie van 30–50% in totale doorlooptijd doorgaans haalbaar via structurele veranderingen alleen (het elimineren van goedkeuringswachtrijen, het automatiseren van overdrachten, het instellen van SLA's) — zonder te wijzigen hoe het eigenlijke werk wordt uitgevoerd.

---

Als uw processen de juiste resultaten opleveren maar er veel langer over doen dan zou moeten, is de oorzaak bijna altijd onzichtbare wachttijd tussen stappen — en de oplossing begint met het zichtbaar maken van die tijd. Loggix helpt bedrijven de operationele infrastructuur te bouwen om precies dat te doen: van het ontwerpen van aangepaste FileMaker-oplossingen die tijdstempels vastleggen bij elke procesoverdracht, tot het verbinden van systemen via API-integraties zodat data automatisch doorstroomt in plaats van handmatig te worden overgetypt, tot het toevoegen van AI-ondersteunde monitoring die doorlooptijdafwijkingen signaleert voordat ze de klant bereiken. Als u wilt overstappen van het meten van doorlooptijd in spreadsheets naar het beheren ervan in real time, is dat een gesprek dat de moeite waard is.