Wachttijd, handelingstijd en herstelwerk: meten wat AI in de operatie verandert

Enkele duizenden uren per jaar: de besparing in een businesscase voor factuurautomatisering, opgesteld voordat wij erbij waren. Die vermenigvuldigde het aantal facturen met de vroegere tijd van binnenkomst tot betaling. Het grootste deel van die tijd was wachten: in een inbox, in de wachtrij van een goedkeurder, op het magazijn dat moest bevestigen dat de goederen binnen waren. Meestal werkte niemand aan de factuur. Automatisering zou het wachten verkorten, geen uren teruggeven die niemand had besteed.

Elk gegeven klopte. De methode telde wachten als werk. Een jaar na de livegang zou het bestuur hebben gevraagd waar de uren waren gebleven, en niemand had ze kunnen aanwijzen.

Het State of AI-onderzoek van McKinsey (maart 2025) liet zien dat de meeste organisaties die generatieve AI gebruiken, nog geen wezenlijk effect zagen op de winst van het hele bedrijf. Een deel van dat gat is echt. Een deel is, in onze ervaring, een meetprobleem: waarde geclaimd in een vorm die niemand achteraf terugvindt. Daarom begint het werk met een waardeverklaring, afgesproken vóór de bouw en daarna tegen gerapporteerd.

Elk geval valt uiteen in wachttijd, handelingstijd en herstelwerk

We splitsen de levensloop van een geval in drie delen, elk gemeten uit een eigen bron. Wachttijd is tijd waarin niemand eraan werkt: in een inbox, in een goedkeuringswachtrij, geblokkeerd door ontbrekende gegevens. Handelingstijd is de tijd dat een mens er actief aan werkt. Herstelwerk is handelingstijd die opnieuw nodig is, omdat de eerste poging fout of onvolledig was. Behandelt u claims of verwijzingen in plaats van facturen? De indeling is dezelfde.

Doorlooptijd is de som van alle drie, en komt uit de tijdstempels die de systemen al vastleggen: ontvangen, geopend, goedgekeurd, betaald. Handelingstijd en herstelwerk komen uit het klokken van een steekproef van echte gevallen over een volle maand, inclusief het drukke einde van de maand. Nooit uit interviews: mensen herinneren zich de moeilijke gevallen, vergeten de makkelijke en kunnen werken niet van wachten onderscheiden. In een gerandomiseerde studie die METR in juli 2025 publiceerde, deden ervaren softwareontwikkelaars 19% langer over taken waarbij AI-tools waren toegestaan, en geloofden ze achteraf toch dat de tools hen 20% sneller hadden gemaakt. Als engineers hun eigen snelheid zo verkeerd inschatten, is de schatting van een team van bespaarde uren geen meting.

De uitsplitsing laat zien waar de waarde vandaan komt, voordat er iets gebouwd is. Automatisering haalt het meeste wachten weg, veel van het herstelwerk en minder van de handelingstijd, omdat de moeilijke gevallen nog steeds mensen nodig hebben. In de factuurcase was het grootste deel van die duizenden uren wachten.

Wachten wordt betaald in geld, niet in salarissen

Wachttijd weghalen blijft waardevol, in een andere munt. Een factuur die blijft liggen tot na de kortingsdatum, verliest de korting voor vroeg betalen. Een klantorder die op een kredietcheck wacht, wacht ook in de inbox van de klant. Geld dat een klant verschuldigd is en waarvan de betaling nog niet is gekoppeld, kan het bedrijf niet gebruiken. Niets daarvan is loonkosten, en niets daarvan verschijnt in uren.

Daarom waardeert de waardeverklaring wachten waar het neerslaat: benutte betalingskorting tegenover beschikbare, dagen van order tot bevestiging, het gemiddelde aantal dagen tot klanten betalen in het deel van het bedrijf dat de workflow raakt. Een CFO volgt deze getallen al en kan ze zonder ons controleren. Alleen handelingstijd en herstelwerk horen in een maat voor capaciteit.

Een stapsgewijze start levert de vergelijking

Elke waardeclaim moet beantwoorden wat er zonder het systeem was gebeurd. Een project verandert altijd ook andere dingen: gegevens worden opgeschoond, leveranciers wordt gevraagd ordernummers te vermelden, een overbodige goedkeuringsstap verdwijnt. Alles verbetert de cijfers. Niets ervan is de AI.

Het zuiverste antwoord dat we kennen: in een groep met meerdere bedrijven, markten of teams in sommige eerder live gaan dan in andere. Een paar maanden lang zijn de onderdelen zonder workflow de vergelijking, met hetzelfde seizoen, hetzelfde volume en, als zij het ook krijgen, dezelfde opschoning. Het verschil tussen de groepen is het effect van het systeem, en dat varieert, dus rapporteren we het per team of soort geval in plaats van als één getal. Waar dat niet kan, wordt elke andere wijziging opgesomd en zo mogelijk apart gemeten. Soms telt de opschoning zwaarder dan het systeem, en dat zegt de verklaring dan ook.

Capaciteit wordt op de piek gemeten

Voor de meeste organisaties telt capaciteit: hoeveel meer volume hetzelfde team kan opvangen voordat het de bottleneck wordt. Dat getal heeft een groeiplan nodig, en op een gemiddelde dag ziet het er beter uit dan het is. Wij meten het op de piek aan het eind van de maand: volume dat op de drukste dagen binnen de deadline is afgehandeld, en de omvang van de controlewachtrij die overblijft. Een team dat de piek nu ruim haalt, waar het vroeger doorschoof naar de volgende maand, heeft capaciteit waarop een CFO groei kan plannen.

Bij een drankenproducent ging de weg van factuur via inkooporder en goederenontvangst naar betaling van 3 dagen naar 15 minuten, met 94% van de facturen gekoppeld zonder een mens. Dat zijn doorlooptijd en koppelingsaandeel uit systeemtijdstempels voor en na. Het laat leveranciers zien die op tijd worden betaald en een financeteam dat het proces niet meer ophoudt. Het is geen claim over uren, personeel of omzet, en zo presenteren we het ook niet.

Omzet en voorkomen fouten vragen direct bewijs

Sneller offreren levert misschien meer orders op. Soms is het verband echt; gemeten wordt het bijna nooit. Wij claimen een omzeteffect alleen als de klant het heeft gemeten op een manier die een financiële controle doorstaat: een vergelijkingsgroep, of een voor en na op iets wat de workflow direct stuurt, zoals aanvragen die vroeger onbeantwoord bleven.

Voorkomen fouten krijgen dezelfde discipline. Een tegengehouden dubbele betaling, een verschil gevonden voordat de maand wordt afgesloten: elk telt alleen als het systeem het signaleerde en een mens het als echt bevestigde, gewaardeerd tegen het bedrag dat op het spel stond, niet tegen een gok over gevolgen.

De waardeverklaring heeft een vaste vorm

De verklaring die een sponsor krijgt, bevat drie tot vijf maten, nooit twintig. Per maat: definitie, bronsysteem, periode, beginwaarde, huidige waarde en wat er in dezelfde periode nog meer veranderde. Een getal waarvan de methode niet in één zin te geven is, blijft eruit. Elke winst staat naast wat het kost om te draaien: de AI en de hosting, en de controletijd die het systeem van mensen vraagt, de kosten die businesscases het vaakst weglaten. De maten liggen vóór de bouw vast en worden na livegang niet geruild voor een die mooier oogt.

Nog twee regels. Een getal dat het systeem over zichzelf rapporteert, zoals hoeveel gevallen het zelf koppelde, wordt eerst gecontroleerd tegen de gegevens in het ERP (het centrale bedrijfssysteem) en bij de bank. En de rapportage begint bij de eerste volle maand, omdat de eerste weken een nieuw proces mengen met de verstoring van het leren. "The Productivity J-Curve" (2021) van Brynjolfsson, Rock en Syverson beschrijft dezelfde dip voor hele economieën: de onzichtbare moeite om een nieuwe technologie in te voeren, laat productiviteit eerst slechter lijken voordat ze beter wordt. Een sponsor die de dip verwacht, ziet hem niet aan voor mislukking.

Twee zinnen per getal

Voordat een waardeverklaring naar het bestuur gaat, beantwoordt de sponsor per getal hardop één vraag: hoe is dit gemeten, en wat veranderde er in dezelfde periode nog meer? Kost het antwoord meer dan twee zinnen of staat het woord "geschat" erin, dan is het getal niet klaar.