De vier plekken waar AI-pilots stilletjes sneuvelen, en niemand het benoemt.

AI-pilots sterven niet op een groot, dramatisch moment. Daarom geeft de meeste teams de verkeerde dingen de schuld: het model was niet goed genoeg, de use case klopte niet, het team was niet klaar. Dat is zelden waar pilots echt verloren gaan. Je verliest ze in stilte, in het gat tussen de demo die iedereen imponeerde en het productiebudget dat nooit werd goedgekeurd.

In de pilot die zes weken na de lancering geruisloos stopte met updates. In de kartrekker die van team wisselde en de enige werkende kennis over de bouw ervan meenam. En in de tool die live ging, werkte, en waarvan niemand ooit mat of iemand hem bleef gebruiken. Dat zijn de vier plekken waar AI-pilots sterven, en in elke organisatie met een AI-initiatief duiken diezelfde vier op: geruisloos, telkens opnieuw, bijna altijd onopgemerkt.

Zo ziet een stille AI-dood er echt uit

Een pilot mislukt meestal niet op één moment. Hij stopt met opbouwen, geruisloos, zonder dat iemand het op dat moment merkt. De demo verloopt goed, dus de vervolgafspraak schuift een week op, dan een maand, en dan staat hij simpelweg niet meer in iemands agenda. Niemand heeft hem afgeblazen. Het was gewoon niemands taak meer.

Lek één: geen eigenaar na de demo

Een pilot heeft een eigenaar tijdens de bouw. Zelden heeft hij er een na de demo. De persoon die er achter stond gaat door naar de volgende prioriteit, de credits voor een goede demo zijn al geclaimd, en er is geen expliciete overdracht naar wie het naar productie moet brengen. Zonder eigenaar wordt een pilot niet stopgezet. Hij stopt gewoon met bewegen.

Lek twee: geen budgetregel voor "na de pilot"

Pilotbudgetten zijn makkelijk goed te keuren, omdat het bedrag klein is en het risico beheersbaar voelt. Productiebudgetten zijn een ander gesprek, een gesprek dat een business case vereist, een kartrekker die bereid is die te verdedigen, en een cijfer dat de pilot nooit opleverde omdat er nooit op gemeten werd. Dus blijft de pilot permanent liggen in een map met het label "veelbelovend," omdat niemand de case voor de volgende stap bouwde terwijl het enthousiasme nog vers was.

Lek drie: de kennis vertrekt met de persoon

De meeste pilots worden gebouwd door één enthousiaste persoon, in welke tool die als eerste tegenkwam, nergens gedocumenteerd. Wanneer die persoon van rol verandert, op iets urgents wordt gezet, of gewoon doorstroomt, wordt de pilot niet onderhouden. Hij wordt achttien maanden later herontdekt door iemand die opnieuw moet beginnen, omdat niets van hoe het werkte de persoon die het bouwde heeft overleefd.

Lek vier: niemand meet adoptie

Een tool kan live gaan, correct werken, en toch mislukken, als niemand checkt of mensen hem na de eerste week bleven gebruiken. Adoptie zonder meting ziet er precies uit als succes, tot iemand een lastige vraag stelt in een budgetoverleg en niemand een antwoord heeft. De tool staat technisch nog live. Of hij nog iets doet, is een aparte vraag die nooit is gesteld.

AI introduceren is maar het halve werk. De andere helft is de weerstand, en weerstand kondigt zichzelf niet aan. Hij wint gewoon stilletjes.

Waarom dit zich opstapelt in plaats van klein te blijven

Eén dode pilot is een afrondingsfout. Vier of vijf dode pilots in twee jaar is een patroon dat het volgende voorstel geruisloos vergiftigt, omdat de ruimte zich "dat hebben we al geprobeerd" veel helderder herinnert dan waarom de vorige poging eigenlijk vastliep. De technologie krijgt de schuld voor wat eigenlijk een eigenaarschapsprobleem was, en het volgende, écht goede idee krijgt een lastiger gehoor dan het verdient.

The ODB Way

Bij ODB Growth is een pilot niet het eindresultaat. Werkende software in productie, gemeten tegen het cijfer dat hij moest bewegen, is het eindresultaat. Dat betekent dat er een eigenaar wordt benoemd voordat de bouw begint, niet na de demo. Het betekent dat de business case voor productie aan het begin wordt vastgelegd, niet later onder druk gereconstrueerd. En het betekent dat adoptie vanaf week één wordt gemeten, zodat het antwoord op "gebruikt iemand dit nog" een cijfer is, geen gok.

Als het geen cijfer beweegt, is het een demo. De vier lekken hierboven dichten is hoe een demo iets wordt waar het bedrijf echt op kan vertrouwen.