Onder een chatvenster gebeurt iets anders dan een vraag en een antwoord. Een keten is een reeks stappen die elkaar opvolgen zonder dat een mens tussen elke stap opnieuw op start hoeft te drukken. Een aanvraag komt binnen, wordt gelezen, gecontroleerd tegen een regel, doorgezet naar een systeem, en het resultaat wordt teruggemeld aan degene die het nodig heeft. Voor een mens is dat een reeks handelingen achter elkaar. Voor een keten is het één beweging, mits elke stap weet wat de vorige heeft opgeleverd en wat de volgende nodig heeft.
Eén taak automatiseren is behapbaar: een document lezen, een samenvatting maken, een vraag beantwoorden. Een keten is iets anders, omdat een fout in stap twee doorwerkt in stap vijf, en niemand die fout ziet totdat de uitkomst al ergens geland is. Dat is de reden waarom ketens meer vragen dan losse stappen: er moet iets zijn dat controleert of de overdracht tussen stappen klopt, en er moet iemand of iets zijn dat ingrijpt als dat niet zo is. Zonder dat wordt een keten een lopende band zonder noodstop.
Een keten raakt meerdere systemen, en dat betekent dat die systemen met elkaar moeten kunnen praten. Als een CRM, een planningstool en een facturatiesysteem elk hun eigen definitie van 'klant' of 'status' hanteren, breekt de keten op het punt waar de overdracht plaatsvindt. Dat is geen AI-probleem; dat is een vraag die voorafgaat aan AI, over of de infrastructuur en de datamanagement zodanig zijn ingericht dat informatie zonder handmatige correctie van het ene systeem naar het andere kan.
Daarnaast vraagt een keten om een organisatie die weet wie waarvoor verantwoordelijk is als iets misgaat. Bij een losse taak is die vraag klein: iemand controleert het resultaat en herstelt het zelf. Bij een keten is de vraag groter, omdat de fout zich ergens anders kan voordoen dan waar hij zichtbaar wordt. Wie de keten in de gaten houdt, wie een storing oppikt, en wie besluit of de keten door mag draaien of stil moet vallen, zijn vragen die eerder beantwoord moeten zijn dan dat de keten wordt aangezet.
Een veelvoorkomend patroon is signalering die leidt tot een vervolgstap: iets wordt opgemerkt, en dat opmerken zet een volgende actie in gang in plaats van dat het bij een melding blijft. Wat daarvoor nodig is, staat beschreven op de pagina over monitoring die vanzelf doorschakelt naar een vervolgactie. Een ander patroon is dat een keten stappen tussen afdelingen doorgeeft: iets dat bij inkoop begint, via finance loopt, en bij operations eindigt, zonder dat iemand het steeds opnieuw moet doorsturen. Wat dat van de organisatie vraagt, staat op de pagina over afstemming tussen afdelingen die nu nog via mensen loopt. Ook een keten die begint met een binnenkomend document — lezen, beoordelen, doorzetten — bouwt voort op wat te vinden is op de pagina over documenten die gelezen en samengevat worden voordat iemand ze doorstuurt.
Wat een keten oplevert, hangt af van hoeveel van die stappen daadwerkelijk op elkaar aansluiten. Een keten die op papier tien stappen telt maar bij stap drie stokt omdat een systeem geen actuele data doorgeeft, levert weinig op ten opzichte van een keten van drie stappen die daadwerkelijk zonder onderbreking doorloopt. De lengte van de keten is minder belangrijk dan de vraag of elke schakel daadwerkelijk aansluit op de volgende.
De meest voorkomende reden dat een keten niet doorloopt, is dat de fundamentele lagen er niet klaar voor zijn. Data die in het ene systeem anders is gestructureerd dan in het andere, een IT-infrastructuur die stappen niet automatisch kan doorgeven, of een organisatie die geen duidelijkheid heeft over wie een onderbroken keten weer op gang trekt — dat zijn geen kwesties die een keten zelf oplost. Dat is precies waarom de volgorde ertoe doet: eerst de fundamentele lagen op orde, dan pas de afhankelijke stap van een keten die daadwerkelijk doorloopt. Een organisatie die dat omdraait, bouwt een keten op een fundament dat nog niet gezet is.
Een keten die werkt, is zelden een technisch probleem alleen. Het is een organisatorische vraag: wie is eigenaar van het proces als het niet meer in losse taken is opgeknipt maar als één doorlopende beweging bestaat? Wie beoordeelt of een uitzondering in de keten door mag lopen of eruit gehaald moet worden? Die vragen zijn precies waar de volwassenheidsmeting van hybridresourcing naar kijkt, over de zeven dimensies heen, voordat er iets over een specifieke keten gezegd kan worden.
Of een keten binnen uw organisatie kan draaien, is een vraag over gereedheid. Welk deel van het werk in die keten daadwerkelijk door AI is over te nemen, is een andere vraag, en die wordt beantwoord door de werkscan van FTE TO AI, die per taak berekent welk deel van het werk voor overname in aanmerking komt. Wat dat vraagt van de organisatie als AI niet langer een taak beantwoordt maar een proces uitvoert, staat beschreven op de pagina over wat het inzetten van AI-agents vraagt van uw organisatie. Voordat die vraag zinvol te beantwoorden is, moet duidelijk zijn of de fundamentele lagen op orde zijn — en dat is waar deze meting mee begint.
De volwassenheidsmeting van hybridresourcing is in aanbouw. Wie wil weten hoe de vijf niveaus over de zeven dimensies zich tot de eigen organisatie verhouden, en hoe een plot-ronde de spreiding tussen collega's zichtbaar maakt, kan zich aanmelden voor de wachtlijst. Er is nu geen resultaat te leveren; er is wel een plek om als eerste te horen wanneer dat wel zo is.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Antwoorden komen uit de kennisbank van deze site. Geen advies op maat, en geen scan van uw bedrijf.