Zo voorkom je scope creep bij AI-implementaties in grote organisaties

De 20 procent die de planning opslokt

Door Philip Verdonk, Solution Architect bij Freeday

Een AI-implementatie binnen een grote organisatie begint waarde op te leveren zodra de eerste digitale medewerker gecontroleerd in productie draait. De eerste release moet daarom genoeg werk afhandelen om verschil te maken, zonder meteen elke uitzondering mee te nemen. Freeday gebruikt zes tot twaalf maanden aan interactiedata, een duidelijke beslisregel en een vroeg prototype om te bepalen wat nu nodig is en wat naar een latere release kan.

Scope creep begint vaak tijdens het beoordelen van prototypes. Betrokkenen denken aan afwijkende klanttypen, antwoordformats en uitzonderingen. Elk geval begint dan op een vereiste te lijken. Zonder een gezamenlijke manier om die te beoordelen, kan de laatste 20 procent meer ontwerp-, integratie- en testwerk kosten dan het kernproces.

Interactiedata vormt het vertrekpunt

Freeday begint met zes tot twaalf maanden aan klantinteracties, inclusief seizoenspieken. Afhankelijk van het kanaal gaat het om opgenomen gesprekken, een e-mailexport of gegevens over klantvragen uit systemen zoals Salesforce of Zendesk.

De interacties worden per scenario gegroepeerd. Het team legt voor elk scenario het volume, de benodigde afhandeltijd, de betrokken systemen en de gevolgen van een fout vast. Zo hebben inhoudelijke experts een feitelijk vertrekpunt voordat de interviews en workshops beginnen.

Een Europese fabrikant verwerkt elke maand tienduizenden service-e-mails in twee markten. De eerste release omvatte de intake en het meest voorkomende type verzoek in één markt. De tweede markt, antwoordformats voor specifieke retailers en het opschonen van CRM-data kregen elk een aparte release. In de zes maanden daarna volgden drie releases, op basis van data uit het proces dat al in productie draaide.

Vier vragen helpen om nieuwe verzoeken af te wegen

Volume is het eerste selectiecriterium. Het team kijkt ook naar de gevolgen van een fout, de betrokken systemen en de waarde van het scenario voor de huidige release.

• Hoe vaak komt het voor
  Het volume en de afhandeltijd laten zien hoeveel operationeel werk het scenario vertegenwoordigt.
• Wat kost het als het misgaat
  Een zeldzaam scenario kan toch in de eerste release thuishoren als een fout een wezenlijk risico, schade voor de klant of kostbaar herstelwerk oplevert.
• Hoeveel systemen zijn erbij betrokken
  Elk extra systeem brengt toegangsrechten, datamapping, validatie, tests en doorlopend onderhoud met zich mee.
• Weegt de waarde op tegen de bouwinspanning
  De operationele waarde moet het ontwerp- en bouwwerk rechtvaardigen binnen de businesscase en planning van de release.

Bij de goedkeuring van het ontwerp stelde een grote Europese automotivegroep voor om belastingbedragen op bepaalde facturen te controleren aan de hand van een overheidsregister voor voertuigen. Het volume was laag en de controle vergde een extra API-integratie. Een gemiste controle kon wel tot duur herstelwerk leiden. Het team woog die kosten mee voordat het besloot in welke release het verzoek thuishoorde.

Elke integratie verandert de businesscase

Voor een klant kan een taak aanvoelen als één handeling, zoals een afspraak wijzigen of een bestelling controleren. Om die handeling betrouwbaar uit te voeren, kunnen meerdere systemen nodig zijn.

Bij een leverancier van medische voeding kan een binnenkomend verzoek bijvoorbeeld HubSpot, een back-end voor abonnementen en bestellingen en een berichtenkanaal raken. Bij een grote Europese fabrikant van huishoudelijke apparaten kan de afhandeling van een servicevraag beginnen in Salesforce, productinformatie ophalen uit een andere applicatie en een derde systeem gebruiken om monteursafspraken te beheren. Eén stap in de klantenservice kan vier of vijf gecontroleerde koppelingen vereisen.

Elke koppeling brengt toegangsrechten, afhandeling van fouten, testgevallen, monitoring en onderhoud met zich mee. Een uitzonderingssituatie die meerdere systemen raakt, kan meer implementatiewerk vragen dan een veelvoorkomend scenario binnen één bestaand proces.

De businesscase moet per digitale medewerker kloppen

Ter illustratie: een digitale medewerker van 5.000 euro per maand zou tot 50.000 klantinteracties kunnen omvatten. Deze bedragen en aantallen zijn voorbeelden en staan niet voor een algemene contractopbouw. Ze laten zien waarom keuzes over de scope rekening moeten houden met zowel het beschikbare volume als de kosten van een extra proces of integratie.

Als werkdoel moet elke digitale medewerker operationele capaciteit opleveren met een waarde van ten minste drie tot vijf keer de eigen kosten. Welke verhouding haalbaar is, hangt af van het transactievolume, de complexiteit van het proces en de betrokken systemen. Kleinere toevoegingen hebben een eigen businesscase nodig.

Een uitgesteld verzoek mag nooit verdwijnen in een algemene backlog. Leg het scenario vast, de reden voor uitstel en het bewijs dat een latere release zou rechtvaardigen. Dat bewijs kan een minimumvolume zijn, gemeten herstelkosten of productiedata waaruit blijkt dat de uitzondering vaker voorkomt dan verwacht.

Vroege prototypes maken ontbrekend werk zichtbaar

Sommige organisaties kunnen geen goed bruikbare export van historische gegevens aanleveren. In dat geval maakt het team een globale indeling van de soorten verzoeken en de geschatte volumes. Daarna controleert het of de benodigde systemen gekoppeld kunnen worden.

Freeday laat betrokkenen een werkend prototype uitproberen na de kick-off en vóór de gedetailleerde ontwerpintake. Gesimuleerde koppelingen of testdata maken het proces tastbaar wanneer de productiekoppelingen nog niet gereed zijn. Ontbrekende scenario's komen zo aan het licht terwijl aanpassingen nog relatief weinig kosten.

Gebruik in productie vraagt om aanvullende beheersmaatregelen. De digitale medewerker werkt binnen een afgebakende scope en met goedgekeurde kennisbronnen. Het proces is opgesplitst in testbare stappen. Voor integraties gelden vaste interfaceafspraken, toegang volgt de rechten van de eindgebruiker en gesprekken kunnen worden overgedragen aan een mens. Vóór de livegang volgen interne tests, een externe bèta, gebruikersacceptatietests en een integratietest in de productieomgeving.

Latere releases houden waardevolle ideeën vast

Nieuwe ideeën zijn nuttige input voor de roadmap. Ze worden scope creep wanneer ze automatisch meeliften op de datum en het budget van de release die al in ontwikkeling is.

Elke substantiële toevoeging krijgt een naam, een eigenaar, een criterium voor het benodigde bewijs en een eigen onderbouwing van de beoogde waarde. Zo blijft het idee zichtbaar terwijl de eerste release verdergaat richting productie.

Een beslisregel die vóór de eerste prototype-review is afgesproken, houdt elke discussie bij het volume, de operationele impact, het integratiewerk en de businesscase. De eerste release blijft klein genoeg om op te leveren. De volgende begint met bewijs uit daadwerkelijk gebruik.

Plan een eerste release die in productie kan draaien

Freeday helpt grote organisaties hun eerste release af te bakenen, toevoegingen op een consistente manier te beoordelen en digitale medewerkers van prototype naar gecontroleerde productie te brengen.