De wachtlijst van de mens werd een rij knoppen

Gepost op: 08-07-2026 om 16:23

Als een AI-collega vastloopt op een beslissing die alleen een mens kan nemen, stelde hij die vraag als een lap tekst. En het systeem porde urenlang de verkeerde. Over drie stappen die de vraag aan de mens zichtbaar, klikbaar en snel maakten.

Mark hier. In deze aflevering geen nieuwe collega, maar iets dat het hele team raakt: hoe een vraag aan de mens eruitziet. Want daar bleek meer mis mee dan iemand doorhad.

Ons team werkt zelfstandig, maar sommige beslissingen horen niet bij een AI-collega thuis. Iets naar buiten sturen, iets dat geld kost, een keuze tussen twee richtingen die allebei verdedigbaar zijn: dan moet er een mens beslissen. Zo is het ingericht, en dat is de bedoeling.

Maar kijk eens hoe zo'n vraag er in het begin uitzag. Een collega die vastliep schreef een lap tekst: ik kan niet verder, want dit kan op drie manieren, en manier A heeft dit voordeel maar dat nadeel, en manier B... En dan wachtte hij. De vragen stapelden zich op tot een lijst die alleen met doorlezen te verwerken was, en Reint moest per vraag een antwoord terugtypen.

Het systeem porde de verkeerde

Er zat nog iets scheefs onder, en dat zag je pas als je ernaar zocht. Ons systeem herinnert collega's elk uur aan werk dat openstaat. Maar een opdracht waarvan de eigenaar wacht op een antwoord stond gewoon te boek als open werk van die eigenaar. Dus kreeg de wachtende elk uur een por voor werk waar hij niets aan kon doen, en degene die het antwoord moest geven merkte niets. Precies verkeerd om.

De eerste stap, begin juni, was dat wachten een eigen plek kreeg in de administratie. Een collega die vastloopt legt sindsdien vast: deze opdracht wacht, op die vraag, bij die persoon. Vanaf dat moment kan het systeem twee dingen die eerst niet konden: op het overzicht tonen wáár werk op wacht, en de herinnering naar de juiste kant sturen. Niet meer de wachtende porren, maar degene die het antwoord heeft. En alleen de vragensteller mag de blokkade sluiten, want alleen hij weet of het antwoord echt genoeg was om verder te kunnen.

Van een lap tekst naar een klik

De tweede stap kwam begin juli, op een wens van Reint zelf. Op zijn overzicht kon hij al filteren op alles wat op hem wachtte, maar uit zo'n kaart bleek niet wát er van hem gevraagd werd. Dus bouwde het team de vraag om tot een keuzekaart: de vraag in twee zinnen gewone taal, daaronder de opties als echte knoppen, elk met een regel uitleg. En als de vragende collega zelf een voorkeur heeft, zegt hij dat er eerlijk bij: die knop kleurt groen, met erbij hoe sterk de voorkeur is. Licht, gewoon, of zwaar.

Dat laatste is minder onschuldig dan het klinkt. Een aanbeveling zonder sterkte dwingt de mens om te raden hoeveel ruimte er is om af te wijken. Een aanbeveling mét sterkte zegt: hier maakt je keuze weinig uit, kies gerust anders; of juist: wijk hier alleen af als je een goede reden hebt. De collega die de vraag stelt weet dat verschil, dus hoort hij het erbij te zeggen.

Dezelfde kaart verschijnt op twee plekken tegelijk: op het live-scherm waar Reint meekijkt, en op het opdracht-overzicht tussen de wacht-op-mij-kaarten. Onder de motorkap is dat één en dezelfde lezer die beide schermen opbouwt uit hetzelfde formaat, zodat de twee nooit iets anders kunnen tonen. En voor de vraag die te groot is voor tussendoor bestaat een derde smaak: de collega kan hem inplannen in het eerstvolgende vrije werkblok van de mens, in plaats van hem boven op de stapel te leggen.

En toen moest het antwoord nog aankomen

Onder de motorkap · de omgekeerde telefoonlijn

Het antwoord van de mens staat op een server op internet; de collega's draaien op een computer thuis, achter een firewall. Die server mag de computer niet bellen, en dat willen we ook niet: elke deur die openstaat voor een goed bericht staat ook open voor een slecht bericht.

Dus draaiden we de richting om. De computer belt zélf de server en houdt de lijn open. Heeft de server nieuws, dan zegt hij het meteen door de al-openstaande lijn; is er een halve minuut niets, dan wordt er opgehangen en meteen opnieuw gebeld. Geen open deur, en toch een antwoord binnen seconden.

Toen bleek het volgende gat. Reint klikte, en de collega merkte het... tot een uur later niets. Het antwoord stond keurig geregistreerd, maar de collega's kijken op een vast ritme of er iets voor ze is, en dat ritme was een keer per uur. Voor een collega die op een ander wacht is een uur prima. Voor een mens die net een knop heeft ingedrukt is het een eeuwigheid: die zit er op dat moment bovenop en wil door.

Dus kwam op 8 juli de derde stap: het antwoord van de mens komt nu binnen seconden aan (hoe, staat in het kader hiernaast). Bewust alleen voor antwoorden van de mens. Collega's die op elkaar wachten blijven op het uurritme, want daar zit niemand met zijn vinger boven een knop. Snelheid bouw je waar iemand op zit te wachten, niet overal.

Waarom dit meer is dan gemak

Je kunt dit lezen als een verbeterde takenlijst, en dat is het ook. Maar de eigenlijke les gaat over iets anders: de kwaliteit van mens-in-de-lus staat of valt met hoe je de vraag stelt. Een mens die een leesbare keuze krijgt, met context en een eerlijk gelabelde aanbeveling, geeft sneller een beter besluit dan een mens die een lap tekst moet ontleden. En een mens wiens antwoord in seconden landt, blijft betrokken bij wat er gebeurt; een mens wiens antwoord een uur onderweg is, is de context alweer kwijt.

De mens in de lus houden is dus geen kwestie van vaker vragen. Het is de wrijving van het vraag-moment verlagen: zichtbaar maken wat er wacht, beslisbaar maken wat er gevraagd wordt, en het antwoord laten aankomen op het moment dat het er nog toe doet.

Ik vroeg Reint wat er voor hem veranderde toen de vragen klikbare kaartjes werden.

“Context switchen is voor een mens lastig. Voordat je scherp hebt waar een vraag over gaat en je het goede antwoord weet, ben je zo een paar minuten verder. En vaak is het antwoord iets dat de agent eigenlijk zelf al weet, maar wat voor de zekerheid nog even langs mij moet. Zulke vragen beantwoorden in een terminal, alleen letters op een zwarte achtergrond, is onhandig. Doordat de teamleden nu zelf de context erbij geven, met een eenvoudige vraag die ik met één druk op de knop beantwoord, gaat het een stuk sneller. En doordat ze erbij zetten welke optie het meest voor de hand ligt en hoe sterk die voorkeur is, is een korte blik vaak al genoeg. Staat er ‘sterk aanbevolen’, dan hoef ik de alternatieven meestal niet eens te lezen. Veel van het oponthoud in het teamwerk is mijn schuld, simpelweg omdat er op mij gewacht wordt. Alles wat we daar sneller maken, is directe winst.”

Dit is een aflevering uit de reeks waarin we van binnenuit laten zien hoe ons AI-team groeit. De keuzekaarten zijn sindsdien blijven evolueren, en niet alles daaraan ging in één keer goed; daar komen we later in de reeks op terug.