Iemand vraagt of de automatisering veilig is. Het antwoord komt vlot: er zit een human in the loop. De vraag is beantwoord, de vergadering gaat verder. Maar er is niets gezegd.
Human in the loop betekent dat er ergens in het proces een mens zit. Het zegt niet wáár, niet wat die persoon te zien krijgt, niet hoeveel tijd hij heeft en niet of hij nee mag zeggen. Vier totaal verschillende opzetten dragen dezelfde geruststellende naam — en drie ervan zijn in de meeste situaties de verkeerde.
Dit artikel gaat over die keuze. Niet over of je een mens nodig hebt, maar over waar je hem neerzet en wat dat kost.
Waarom deze vraag nu overal opduikt
De term is in twaalf maanden meer dan verdubbeld in zoekvolume in Nederland: van ongeveer 210 zoekopdrachten per maand in september 2025 naar 480 in augustus 2026. Dat is geen taalkundige mode. Het is het geluid van organisaties die iets in productie hebben genomen en zich afvragen wie er nog kijkt.
Wat het onderzoek zegt over waarom projecten stranden
40%+
van de agentic AI-projecten wordt vóór eind 2027 geannuleerd. Gartner noemt drie oorzaken: oplopende kosten, onduidelijke bedrijfswaarde en ontoereikende risicobeheersing.
~130
van de duizenden leveranciers die zich ‘agentic’ noemen, zijn dat volgens Gartner werkelijk. De rest doet aan agent washing: bestaande chatbots en RPA opnieuw gelabeld.
Bron: Gartner, persbericht 25 juni 2025.
Let op wat er in dat rijtje staat. Niet ‘de modellen zijn niet goed genoeg’. Wél: niemand had vastgelegd wat het systeem zelfstandig mocht doen. Dat is geen technisch probleem. Dat is een ontwerpbeslissing die niet genomen is.
Positie 1 — controle vooraf, op alles
Elke actie wacht op een mens. Het systeem bereidt voor, iemand keurt goed, dan pas gebeurt het.
Dit voelt het veiligst en is dat in het begin ook. Het probleem ontstaat bij volume. Bij tien voorstellen per dag leest iemand ze werkelijk. Bij honderd ontstaat er een ritme: openen, scannen, akkoord. Bij driehonderd is de goedkeurknop een reflex geworden.
Dit heet automation bias: naarmate een systeem vaker gelijk blijkt te hebben, daalt de aandacht waarmee mensen het controleren. Het effect is goed gedocumenteerd in de luchtvaart en de medische besliskunde, en het geldt onverkort voor een medewerker die conceptantwoorden goedkeurt.
De pijnlijke conclusie: controle vooraf op álles wordt vanzelf minder betrouwbaar naarmate je meer volume draait. Precies wanneer je hem het hardst nodig hebt.
Wanneer positie 1 tóch de juiste is
- Onomkeerbare handelingen. Geld overmaken, een contract versturen, iets verwijderen. Als terugdraaien niet kan, controleer je vooraf. Altijd.
- De eerste zes weken. Begin altijd hier, ongeacht het volume. Je hebt die weken nodig om te zien wat het systeem werkelijk doet in plaats van wat je denkt dat het doet.
- Laag volume, hoge waarde. Vijf offertes per week van vijftigduizend euro: laat daar een mens naar kijken. Dat is geen inefficiëntie, dat is verstandig.
Positie 2 — ingrijpen bij twijfel
Het systeem handelt zelfstandig, behalve wanneer het onzeker is. Dan legt het de zaak voor. Dit is in verreweg de meeste MKB-situaties de bruikbaarste opzet.
De kracht zit in de schaalbaarheid: de hoeveelheid werk die bij een mens belandt, groeit niet mee met je volume maar met je uitzonderingen. Verdubbelt je facturenstroom, dan verdubbelt je controlewerk niet.
De moeilijkheid zit in het woord twijfel. Software twijfelt niet — je moet twijfel definiëren. Meestal in drempelwaarden:
- Bedrag. Boven een grens gaat het altijd naar een mens.
- Nieuwe relatie. Eerste factuur van een onbekende leverancier: altijd kijken.
- Afwijking van het patroon. Deze leverancier stuurt normaal €400, nu €4.000.
- Ontbrekend veld. Geen inkoopordernummer, geen match, dus geen automatisch besluit.
- Lage zekerheidsscore. Het model geeft aan dat het de tekst slecht kan plaatsen.
FLOW 1
Inkoopfactuur met drempelcontrole
Voor wie: Administratiekantoren en MKB-bedrijven vanaf ongeveer vijftig inkoopfacturen per maand.
Wat het oplevert: Het routinewerk verdwijnt, de beoordelingen blijven. De medewerker ziet alleen de gevallen waarin zijn oordeel iets toevoegt.
Let op: Zet de drempel bewust te laag bij de start. Hem later verhogen op basis van meetgegevens is eenvoudig; een verkeerd geboekt kwartaal terugdraaien niet.
De laatste zekerheidsscore verdient een waarschuwing. Taalmodellen zijn slecht gekalibreerd: ze geven soms hoge zekerheid bij een fout antwoord. Gebruik zo’n score als één signaal naast harde regels, nooit als enige poortwachter.
Positie 3 — steekproef achteraf
Het systeem handelt zelfstandig. Een mens controleert achteraf een deel van wat er is gebeurd. Dit is de goedkoopste vorm en de meest onderschatte.
De fout is al gemaakt wanneer je hem ziet. Dat klinkt onacceptabel, maar bij goedkope en snel corrigeerbare handelingen is het dat niet. Een verkeerd gelabelde e-mail herstel je in tien seconden. Een concepttekst die niet deugt, herschrijf je.
Wat een steekproef uniek maakt: het is de enige positie die je vertelt hoe goed je systeem werkelijk is. Bij controle vooraf zie je nooit wat er zou zijn gebeurd zonder de correctie. Bij een steekproef meet je de echte foutmarge — en dat cijfer heb je nodig om de drempels van positie 2 te onderbouwen.
Voorbeeld: mailtriage bij een dienstverlener
VOORBEELD 1
De situatie. Een adviesbureau ontvangt dagelijks zestig tot tachtig e-mails op het algemene adres. Sorteren kost een medewerker ongeveer een uur per dag, verspreid over de dag, met de bijbehorende onderbreking van ander werk.
De aanpak. Een flow leest elke mail, bepaalt de categorie en het label, en zet hem in de juiste map. Verwijderen mag het systeem niet en beantwoorden ook niet. Elke vrijdag krijgt de medewerker twintig willekeurig gekozen mails van die week voorgelegd met de vraag: klopt deze indeling?
Het resultaat. Na acht weken bleek de indeling in negentien van de twintig gevallen te kloppen. De uitzondering was steeds hetzelfde type — mails van bestaande klanten met een nieuwe vraag, die als ‘bestaand dossier’ werden gelabeld in plaats van als ‘nieuwe aanvraag’. Eén aanpassing in de regels loste dat op.
Wat er tegenvalt. De eerste twee weken was de steekproef nutteloos, omdat niemand had afgesproken wat ‘klopt’ betekende. Twee medewerkers labelden dezelfde mail anders. Definieer je categorieën vóór je begint te meten, anders meet je onenigheid in plaats van kwaliteit.
Rekenvoorbeeld op basis van gangbare MKB-volumes, geen klantcase. In de scan rekenen we jouw cijfers door.
Positie 4 — alleen ingrijpen bij een alarm
Er is geen mens in de keten. Er is een melding wanneer iets misgaat.
Dit is geen human in the loop. Dit is een geautomatiseerd systeem met een piepje, en het wordt verkocht onder dezelfde naam omdat het geruststellend klinkt.
Het kan legitiem zijn: bij zuiver technische stappen die niets beoordelen — een bestand verplaatsen, een record synchroniseren — is een foutmelding voldoende. Het wordt gevaarlijk zodra het systeem iets beoordeelt, want dan is de fout die je wilt vangen precies de fout die geen alarm veroorzaakt: een antwoord dat verkeerd is maar plausibel klinkt.
Er is nog een reden waarom deze positie zelden werkt, en die is menselijk. Een alarm dat maandenlang niet afgaat, wordt genegeerd zodra het wél afgaat. Wie nooit iets hoort, stopt met luisteren.
De vraag die je vooraf beantwoordt
Alle vier de posities zijn verdedigbaar. Welke past, volgt uit twee vragen die je moet beantwoorden vóórdat je iets bouwt.
| Fout is snel zichtbaar | Fout is laat zichtbaar | |
|---|---|---|
| Fout is goedkoop | Positie 3 — steekproef achteraf | Positie 3 met wekelijkse meting |
| Fout is duur | Positie 2 — drempelcontrole | Positie 1 — controle vooraf |
Die tweede vraag — hoe snel merk je het? — wordt vrijwel altijd overgeslagen, terwijl hij zwaarder weegt dan de eerste. Een dure fout die je binnen een uur ziet, is beheersbaar. Een goedkope fout die je pas na een half jaar ontdekt, heeft zich dan honderdduizend keer herhaald.
Vier regels die ik hanteer
- Onomkeerbaar betekent altijd vooraf. Geld, contracten, verwijderingen. Geen uitzonderingen.
- Begin strenger dan nodig. Versoepelen op basis van meetgegevens is eenvoudig. Aanscherpen na een incident is duur en pijnlijk.
- Meet altijd, ook bij controle vooraf. Zonder cijfers over je foutmarge kun je nooit onderbouwd versoepelen.
- Leg vast wie mag ingrijpen en hoe. Een noodstop die niemand kan bedienen omdat de enige die weet hoe het werkt op vakantie is, bestaat niet echt.
Wat dit kost, en waarom dat de bedoeling is
Menselijke controle maakt automatisering minder rendabel. Dat is geen weeffout — dat is de prijs van beheersbaarheid, en je hoort hem expliciet te betalen in plaats van hem weg te rekenen.
Een keten met controle vooraf bespaart misschien zestig procent van het handwerk in plaats van negentig. Wie je negentig procent belooft, laat de mens weg of rekent zijn tijd niet mee. Vraag door wanneer je die belofte hoort.
