Waarom de vraag zelden goed gesteld wordt
De gebruikelijke vraag is: kan AI dit? Het antwoord is bijna altijd ja, en daarom is het een nutteloze vraag. De bruikbare vraag is: levert het automatiseren van dit proces meer op dan het beheren ervan kost, en wat gebeurt er als het model ernaast zit? Die twee vragen samen vormen het besliskader hieronder.
Vraag 1 — Hoe vaak komt dit voor?
Een proces dat twintig keer per week terugkomt, betaalt de inrichting terug. Een proces dat vier keer per jaar voorkomt bijna nooit: je bouwt iets wat niemand onderhoudt, en bij de vierde keer is het systeem eromheen veranderd.
Frequentie is ook een kwaliteitsvoorwaarde. Bij twintig gevallen per week zie je binnen een week of de voorstellen deugen. Bij vier per jaar duurt het twee jaar voordat je iets weet.
Vraag 2 — Hoe vast zijn de regels?
Hier zit de belangrijkste scheiding, en het is niet de scheiding die mensen verwachten.
- Volledig vaste regels — "factuur boven 10.000 euro gaat naar de controller" — horen niet bij een model. Dat is een regel; schrijf hem als regel. Een model dat een drempelbedrag moet toepassen is duurder, trager en minder betrouwbaar dan een vergelijking.
- Geen regels, alleen oordeel — "is deze klant boos?" — is precies waar een model iets toevoegt, en precies waar een mens moet kunnen ingrijpen.
- Het mengsel is de meeste echte processen: vaste regels met oordeel op één of twee punten. Splits die punten uit. Geef het model het oordeel en houd de rest deterministisch. Dat maakt het testbaar, uitlegbaar en goedkoper.
Vraag 3 — Wat kost een fout?
Dit bepaalt het controleniveau, niet de techniek. Zet per stap op papier wat er gebeurt als de uitkomst fout is en wie dat merkt.
- Fout is onzichtbaar en onomkeerbaar — een verkeerd bedrag in de boekhouding, een verstuurde offerte. Menselijke goedkeuring, altijd.
- Fout is zichtbaar en makkelijk terug te draaien — een verkeerd gelabelde taak. Automatisch met een logboek van elke stap volstaat.
- Fout raakt een klant rechtstreeks. Menselijke goedkeuring, ook als het model het meestal goed doet. "Meestal" is hier geen kwaliteitsniveau maar een risicoprofiel.
Vraag 4 — Staat de bron ergens waar je bij kunt?
Een workflow is zo goed als zijn invoer. Als het antwoord in het hoofd van één collega zit, in een gedeelde inbox zonder structuur, of in een systeem waar niemand leesrechten voor durft te geven, dan automatiseer je een probleem dat je eerst moet oplossen. Begin dan met het ontsluiten van die bron en niet met de workflow eromheen.
Wanneer automatisering het verkeerde antwoord is
Deze gevallen komen vaak genoeg voor om ze expliciet te noemen:
- Het proces is kapot. Een slechte werkwijze sneller uitvoeren maakt hem niet beter, alleen moeilijker te repareren. Herontwerp eerst.
- Het proces verandert elk kwartaal. Dan onderhoud je een workflow in plaats van werk te besparen.
- Het contact is de waarde. Bij een klacht, een opzegging of een slechtnieuwsgesprek is het menselijke contact niet de overhead maar het product.
- Niemand is eigenaar. Een workflow zonder eigenaar die de uitzonderingen bekijkt, verslechtert stilletjes tot iemand hem uitzet.
Het kader in één beweging
Loop je proceslijst langs deze vier vragen en noteer per proces: frequentie, welk deel oordeel is, wat een fout kost, en waar de bron staat. De processen die hoog scoren op frequentie, een klein maar echt oordeelsdeel hebben, een omkeerbare fout kennen en een bereikbare bron hebben — dat zijn je eerste drie kandidaten. De rest is later, of nooit, en dat is een geldige uitkomst.