In fasen bouwen: waarom een zesmaandse pilot zelden iets oplevert
Een halfjaar piloten zonder iets op te leveren klinkt grondig. Maar het is bijna altijd een teken dat de aanpak niet klopt. Wat er misgaat, en hoe u het anders aanpakt.
Op een donderdagochtend beslist een ondernemer eindelijk: we gaan het doen. Er komt een kickoff, er worden eisen opgesteld, er wordt gesproken over een pilot van zes maanden. Na vier maanden is er een presentatie met schermen die er veelbelovend uitzien. Na zes maanden is er niets in productie. Het team is sceptisch. De ondernemer heeft er geen vertrouwen meer in.
Dit is geen fictief scenario. Het is een patroon dat ik keer op keer tegenkom bij bedrijven die hun eerste AI-implementatie achter de rug hebben en er weinig aan hebben overgehouden. De oorzaak ligt zelden bij de techniek. Ze ligt bij hoe het traject is opgezet.
Een pilot van zes maanden is vaak uitgestelde besluitvorming
De redenering achter een lange pilot is begrijpelijk: we willen zeker weten dat het werkt voordat we echt inzetten. Maar wat er in de praktijk gebeurt, is dat niemand meer keuzes maakt. De scope groeit. Elk nieuw inzicht leidt tot een nieuwe eis. De vraag 'werkt het?' blijft onbeantwoord omdat het systeem dat getest wordt steeds van vorm verandert.
Een pilot die nergens op vastloopt is bovendien een pilot die nergens op stuit. En juist de wrijving is wat u wilt ontdekken. Welke uitzonderingen heeft uw proces die u zelf niet had bedacht? Wat doet een agent wanneer de invoer niet klopt? Die vragen beantwoordt u niet door te plannen, maar door iets te draaien.
Een halfjaar zonder iets in productie is ook een halfjaar zonder leerervaring op echte data. Uw medewerkers hebben het systeem nog niet aangeraakt. U weet nog niet hoe uw klanten reageren. U heeft alleen modeldata en aannames. Dat is geen pilot. Dat is nog steeds voorbereiding.
Fasen werken alleen als elke fase iets werkends oplevert
In fasen werken is de goede aanpak. Maar een fase is pas zinvol als hij eindigt in iets wat uw medewerkers gebruiken, al is het maar door tien klanten per week. Elke fase moet een duidelijk eindpunt hebben: een agent die een concrete taak uitvoert, die uw team heeft goedgekeurd, en die aanpassingen oplevert voor de volgende fase.
De eerste fase is dan niet 'de agent bouwen'. De eerste fase is: één proces kiezen, dat proces in kaart brengen, een werkende versie bouwen en die door twee of drie medewerkers laten gebruiken op echte invoer. Wat zij terugkoppelen, bepaalt hoe de tweede fase eruitziet.
Dit vraagt iets van u als opdrachtgever. U moet bereid zijn om iets in productie te nemen dat nog niet perfect is. Een agent die zeven van de tien gevallen goed afhandelt en drie gevallen voor u parkeert, levert al waarde op. Niet op zijn best, maar genoeg om te leren. En leren is wat u in de eerste maanden wilt.
De scope kruipt omhoog zodra niemand keuzes bewaakt
Weet u wat er bijna altijd misgaat in een lange pilot? Elk gesprek voegt een wens toe. De financieel manager wil ook dat de agent de marge berekent. De binnendienst wil dat uitzonderingen op een andere manier worden afgehandeld. De directeur wil dat de rapportage wekelijks uitgedraaid wordt.
Op zichzelf zijn dit redelijke wensen. Maar ze horen niet in de eerste fase. Ze horen op een lijst. En die lijst bekijkt u na de eerste fase, als u weet wat het systeem al doet en wat werkelijk de moeite waard is om toe te voegen. Bij het selecteren van welk proces u als eerste aanpakt is discipline over scope net zo belangrijk als technische keuzes.
Wie de scope niet bewaakt, belandt in een traject dat niet af komt. Niet omdat het niet kan, maar omdat het elke week iets anders moet kunnen. Dat is duurder, langzamer en frustrerender dan een scherp afgebakende eerste versie die u daarna stap voor stap uitbreidt.
Goedkeuring per fase houdt u in het zadel
Wij werken in fasen die elk eindigen met uw goedkeuring. Dat klinkt formeel, maar het is eigenlijk heel praktisch: u ziet wat er gebouwd is, u geeft aan of het klopt met uw verwachting, en u beslist of de volgende fase mag starten. Zo houdt u zelf de regie, zonder dat u dagelijks de voortgang hoeft te bewaken.
Dat betekent ook dat uitgaande acties van een agent nooit automatisch worden verzonden. Een herinnering aan een klant, een conceptofferte, een signaal naar uw inkoper: die legt de agent klaar, en een medewerker verstuurt. Tot u het vertrouwen heeft opgebouwd om een specifieke actie wél te automatiseren, op uw initiatief.
Die opbouw van vertrouwen is precies wat een goedkeuringsmoment per fase mogelijk maakt. U ziet wat de agent doet op echte gevallen. U ziet waar hij het goed doet en waar hij aarzelt. Op basis daarvan besluit u of u meer ruimte geeft, meer beleidsregels toevoegt, of een ander proces aanpakt. Lees meer over hoe u guardrails inzet als sturingsinstrument in plaats van als rem.
Begin klein, maar begin met iets wat echt gebruikt wordt
De meest productieve eerste fase is er een die uw team van dag één gebruikt. Niet in een testomgeving. Niet via een aparte inlogpagina. Maar in de werkstroom die uw medewerkers al kennen. Als de agent werkt via e-mail, moet hij te bereiken zijn via e-mail. Als hij werkt in uw ordersysteem, moet hij daar zichtbaar zijn.
Welk proces dat is, hangt af van uw situatie. Een veelgebruikt startpunt is het automatiseren van terugkerende klantvragen, omdat de input voorspelbaar is en de uitkomst makkelijk te controleren. Maar het kan ook facturatie zijn, orderverwerking, of inkoopsignalen. De techniek is in al die gevallen vergelijkbaar; het verschil zit in het proces.
Wat u niet wilt, is een agent die uw team omzeilt of vervangt voordat ze hem vertrouwen. Een agent die in het zicht werkt, die om goedkeuring vraagt en die fouten zichtbaar maakt in plaats van verbergt, wint sneller draagvlak dan een systeem dat zijn werk doet in het duister.
Wat u volgende week kunt doen
Kies één proces. Niet het meest complexe, en niet het kleinste dat niemand opvalt. Kies een proces dat elke week minimaal tien keer voorkomt, dat een duidelijk begin en einde heeft, en waarvan uw medewerker de regels kan uitleggen aan een nieuwe collega. Schrijf die regels op. Eén A4 is genoeg.
Dat A4 is het fundament van uw eerste fase. Het geeft een bouwer iets om op te werken, het geeft uw team iets om te toetsen, en het geeft u iets om te meten. Niet over zes maanden, maar na de eerste weken in gebruik.
Als u dat A4 klaar heeft en wil weten of het proces geschikt is voor een agent, leest u verder op /kennis/welk-proces-is-geschikt-voor-een-agent. Dat zijn dezelfde vragen die wij in een eerste gesprek stellen.
Over dit onderwerp
Hoe lang duurt een eerste fase bij het bouwen van een AI-agent?
Een eerste fase eindigt pas als er iets werkends is dat uw team goedkeurt. Dat hangt af van de complexiteit van het proces en de beschikbaarheid van uw medewerkers, niet van een vaste tijdlijn. Wij beloven geen doorlooptijden, maar werken toe naar een concreet eindpunt dat u kunt gebruiken en beoordelen.
Waarom is een lange pilot van zes maanden een risico?
Omdat u pas na zes maanden ontdekt wat al eerder zichtbaar had kunnen zijn. Een lange pilot zonder werkende tussenresultaten levert geen echte leerervaring op. U werkt op aannames in plaats van op gedrag van echte invoer. Dat maakt bijsturen moeilijker en draagvlak opbouwen bij uw team vrijwel onmogelijk.
Stuurt een agent zelfstandig mails en orders de deur uit?
Niet in de eerste fasen. Uitgaande acties, zoals herinneringen, offertes of inkooporders, legt de agent klaar voor goedkeuring door een medewerker. Pas als u op basis van gebruik voldoende vertrouwen heeft opgebouwd, kunt u bepaalde acties op uw eigen initiatief verder automatiseren.
Hoe voorkom ik dat de scope tijdens het bouwen steeds uitbreidt?
Door wensen buiten de lopende fase op een lijst te zetten in plaats van direct te verwerken. Elke fase heeft een vastgesteld eindpunt. Nieuwe wensen bespreekt u nadat die fase is goedgekeurd. Dat klinkt streng, maar het is de enige manier om iets op te leveren in plaats van eindeloos te verfijnen.