NinA AI Agency

Kennisbank · van pilot naar productie

Waarom AI-projecten mislukken, en wat je eraan doet

AI-projecten mislukken zelden op de techniek. Ze stranden op een plan zonder getal, data die er niet is, een pilot zonder eigenaar of een team dat niet is meegenomen. Hier staan negen oorzaken die we steeds weer zien, met per oorzaak het signaal waaraan je het herkent en wat je eraan doet. Voor iedereen met een pilot die blijft hangen, of die wil voorkomen dat het zover komt.

  • Door Olaf Lemmens
  • Bijgewerkt 27 oktober 2026
  • Leestijd 11 minuten

9

oorzaken die we steeds weer zien

3

getallen per stap, gemeten voor de start

40%

maximale betrouwbaarheid zonder data of voorbeelden

1

eigenaar per pilot, met naam

Waarom mislukken AI-projecten?

Bijna nooit door het model. AI-projecten mislukken omdat niemand wist waar te beginnen, niemand kon onderbouwen wat het oplevert, het werk tegelijk werd overschat en onderschat, of de randvoorwaarden werden overgeslagen. Daar komen in de praktijk vijf dingen bij: geen eigenaar, geen meting vooraf, een werkvloer die niet mee is, geen beheer na livegang en alles autonoom willen.

De eerste vier zijn de problemen waarvoor we de APO-methode hebben gemaakt. De andere vijf zien we bij organisaties die al ergens mee bezig zijn: een pilot die na de demo stil valt, een tool die niemand gebruikt, een workflow die drie maanden werkte en toen ongemerkt stopte. Samen zijn het de klassieke problemen bij AI-implementatie.

Je leest overal percentages over hoeveel AI-projecten mislukken. Die laten we hier bewust weg: ze meten allemaal iets anders, en je hebt er weinig aan voor je eigen project. Waar je wel wat aan hebt, zijn de signalen. Elke oorzaak kondigt zich aan, meestal maanden voordat iemand hardop zegt dat het niet gaat lukken.

De vier problemen onder bijna elk mislukt AI-project

Deze vier komen we tegen bij organisaties die nog moeten beginnen, en bij organisaties die al een paar pilots achter de rug hebben. Vaak spelen ze tegelijk.

1. Niet weten waar te beginnen

'Iedereen heeft een mening over AI. Niemand heeft een lijst.' Er lopen vijf losse experimenten, elke afdeling heeft een eigen tool, en het gesprek in het MT gaat over Copilot of ChatGPT in plaats van over het werk.

Herkenbaar signaal: niemand kan in één zin zeggen welk proces als eerste beter moet, en waarom juist dat proces.

Wat je eraan doet: begin bij het werk, niet bij de tool. Verzamel kansen met de mensen die het werk doen en kies er één: het proces waar nu het meest wordt overgetypt, gezocht of nagebeld. Een eerste beeld van waar je staat, krijg je met de gratis zelfscan.

2. Het niet kunnen onderbouwen

'Zonder getal geen budget. Zonder budget geen project.' Iedereen voelt dat het werk veel tijd kost, maar niemand weet hoeveel. Dus vraagt de directeur wat het oplevert, en blijft het stil.

Herkenbaar signaal: de business case bestaat uit woorden als 'efficiënter' en 'veel tijdwinst', of uit een percentage uit een rapport.

Wat je eraan doet: geef elke processtap drie getallen: hoe lang duurt het, met hoeveel mensen, hoe vaak per maand. Veertig minuten, twee mensen, tachtig keer per maand is bij € 45 per uur € 57.600 aan werk per jaar. Reken daarna met het verwachte scenario, niet het gunstigste, en nooit met meer dan 90 procent besparing per stap. Hoe dat werkt, lees je in een AI business case maken.

3. Tegelijk overschatten en onderschatten

'Dat is even automatiseren, zeiden we. Een half jaar later bouwden we nog.' Organisaties overschatten wat AI zelf kan, zoals foutloos en zonder toezicht werken. En ze onderschatten wat het kost om het goed te bouwen: koppelingen, uitzonderingen, testen en beheer. Soms gebeurt ook het omgekeerde, en wordt werk dat AI prima kan afgedaan met 'dat kan een computer nooit'.

Herkenbaar signaal: de planning gaat uit van de demo, en niemand heeft het over uitzonderingen.

Wat je eraan doet: beoordeel per stap of hij geschikt is voor AI. Volgt de taak een vast patroon? Is hij in een paar stappen af? Hoe erg is een fout? En raam de bouw met vaste ervaringscijfers in plaats van op gevoel. In de APO-methode koppelen we elke kans aan een van 24 bouwblokken met een urenraming in drie scenario's. Onthoud ook: veertig uur bouwwerk is geen week doorlooptijd.

4. Randvoorwaarden overslaan

'Het model was het probleem niet. De data was er gewoon niet.' De offertes staan in mailboxen van mensen die al weg zijn. Er zijn geen voorbeelden van goed werk, behalve 'een weekje naast Henk zitten'. Er is geen toegang tot het ERP. Er is geen AI-beleid.

Herkenbaar signaal: halverwege gaat het project vooral over data opschonen, toegang regelen en uitzoeken wat 'goed' eigenlijk is.

Wat je eraan doet: stel vooraf drie vragen. Is de data digitaal beschikbaar? Zijn er tien of meer voorbeelden van input en goede output? Is helder wat erin gaat en wat eruit moet komen? Is het antwoord op een van de eerste twee nee, dan rekenen we in de APO-methode met maximaal 40 procent betrouwbaarheid, hoe mooi de kans ook klinkt. Dat is geen nee, maar een volgorde: eerst data en voorbeelden op orde, dan bouwen.

Vijf valkuilen die we in de praktijk zien

Deze vijf zien we vooral bij organisaties die al zijn begonnen. Het project loopt, er is iets gebouwd, en toch komt het niet van de grond.

5. Een pilot zonder eigenaar

De pilot is van 'het AI-team', van IT of van die ene enthousiaste collega. Na de demo zegt iedereen dat het mooi is. Daarna gebeurt er niets, want niemand uit de afdeling zelf voelt zich verantwoordelijk.

Herkenbaar signaal: op de vraag 'wanneer gaat dit live?' is het antwoord 'we zijn er nog mee bezig'.

Wat je eraan doet: geef elke pilot een eigenaar uit de business, met naam. Iemand die het proces kent, er zelf beter van wordt en mag beslissen. Spreek vooraf af wanneer de pilot geslaagd is, en wat er dan gebeurt: live, verbeteren of stoppen.

6. Geen meting vooraf

Na drie maanden voelt het sneller. Maar hoeveel sneller? Niemand weet hoe lang het werk eerst duurde, dus niemand kan laten zien wat het oplevert. Het gesprek over doorgaan wordt een gesprek over gevoel.

Herkenbaar signaal: er is een startdatum en een budget, maar geen nulmeting.

Wat je eraan doet: meet voor de start hoe het nu gaat: de drie getallen per stap, en waar het kan ook het aantal fouten en de doorlooptijd. Meet na livegang op precies dezelfde manier. Dat is het enige bewijs dat telt.

7. De werkvloer niet meegenomen

De tool staat klaar, de training was een webinar van een uur, en drie weken later werkt iedereen eromheen. 'Dat ding snapt ons werk niet.' Soms speelt er ook onzekerheid: wat betekent dit voor mijn baan?

Herkenbaar signaal: het gebruik zakt na de eerste weken in, en de kritiek komt via de wandelgangen.

Wat je eraan doet: laat de kansen komen van de mensen die het werk doen, niet alleen van het MT. Train op hun eigen werk, met hun eigen mails en documenten. Laat ze de controle houden: de AI zet klaar, zij keuren goed. En zeg eerlijk wat het betekent: minder overtypen en zoeken, meer tijd voor het werk waar ze goed in zijn. Dat het werk er leuker van kan worden, zie je bij Wens Chalets: daar ging het werknemersgeluk van 7 naar 9 toen AI een deel van de administratie en de gastcommunicatie overnam. Meer over trainen op eigen werk lees je bij AI-training voor je team.

8. Geen beheer na livegang

Het werkt. Drie maanden lang. Dan krijgt het ERP een update, verandert een leverancier zijn factuur of wordt het taalmodel vervangen, en stopt de workflow. Of erger: hij draait door en doet het net verkeerd. Niemand merkt het, tot een klant belt.

Herkenbaar signaal: na de oplevering is het project 'af', en niemand heeft de taak om het in de gaten te houden.

Wat je eraan doet: regel het beheer voordat je live gaat. Wie bewaakt het, wie wordt er gebeld, hoe vaak kijk je naar de resultaten? Houd een vaste set testgevallen bij en draai die bij elke wijziging opnieuw, ook bij een nieuw model.

9. Alles autonoom willen

'Het moet helemaal zonder mens.' De business case rekent met 100 procent besparing, de AI krijgt meteen de laatste stap, en de eerste fout belandt bij een klant. Daarna vertrouwt niemand het systeem nog, en wordt het project stilletjes stopgezet.

Herkenbaar signaal: in het plan staat nergens wie controleert, of wat er gebeurt bij een uitzondering.

Wat je eraan doet: begin met 'mens keurt goed'. De AI doet het werk, een medewerker controleert voordat het de deur uit gaat. Geef pas meer ruimte als de cijfers laten zien dat het kan. In de APO-methode landen verreweg de meeste kansen op deze rol of op 'AI helpt'. Lees meer in human in the loop.

Van pilot naar productie: wat is het verschil?

Een pilot laat zien dat iets kan. Productie betekent dat het elke dag werkt, met echte data, echte uitzonderingen en echte mensen die erop rekenen. Het gat daartussen is groter dan de meeste planningen aannemen, en precies daar strandt een AI-pilot vaak.

Een pilot

  • draait op een handvol schone voorbeelden
  • wordt bediend door de enthousiasteling die hem bouwde
  • is niet of half gekoppeld aan de echte systemen
  • slaat de uitzonderingen over, 'die doen we later'
  • heeft geen logboek, geen bewaking en geen eigenaar

Productie

  • werkt op alle input, ook de scheve scan en de mail in het Duits
  • wordt gebruikt door het hele team, ook door de sceptici
  • is gekoppeld aan je systemen, met een eigen account, de kleinste rechten en een logboek (zie AI koppelen aan je systemen)
  • stuurt uitzonderingen naar een mens
  • wordt bewaakt, onderhouden en gemeten tegen de nulmeting

Klaar voor productie? Vijf vragen

  1. 01Is er een eigenaar uit de business die zegt: dit gaan we gebruiken?
  2. 02Is er een nulmeting, en is de pilot op dezelfde manier gemeten?
  3. 03Is er getest op echte gevallen, ook de lastige?
  4. 04Weet iedereen wie goedkeurt en wat er gebeurt bij een uitzondering?
  5. 05Is geregeld wie het beheert na livegang?

Vijf keer ja: door. Een of meer keer nee: eerst dat regelen. Het hele stappenplan van idee tot livegang lees je bij AI implementeren.

Wie heb je nodig voor een AI-project dat wel lukt?

Vijf rollen. Bij een kleine organisatie zijn dat soms maar twee of drie mensen. Ontbreekt er een, dan zie je dat terug in een van de negen oorzaken hierboven.

  • De mensen die het werk doen. Zij weten hoe het echt loopt, waar de uitzonderingen zitten en welke voorbeelden er zijn. Zonder hen teken je het proces zoals het in het handboek staat, niet zoals het gaat.
  • Een eigenaar uit de business. Iemand die het proces kent, het resultaat wil en de knoop doorhakt als het moet.
  • Iemand die over geld beslist. Anders blijft een goede business case op tafel liggen.
  • De beheerder van de systemen. Je IT-partner of key user, voor toegang, rechten en de vraag wat er volgend kwartaal verandert.
  • Iemand die bouwt en blijft. Intern of een partner, die het niet alleen oplevert maar ook bewaakt en verbetert.

In de AI Quick Scan praten we daarom op één dag bij jullie op locatie met de directie, het team en de werkvloer. Een sessie met alleen het MT levert een mooie lijst op, maar weinig draagvlak op de werkvloer.

Hoe voorkomt de APO-methode dat je AI-project mislukt?

Door de vier problemen aan te pakken voordat er iets gebouwd wordt, en de vijf valkuilen mee te nemen in hoe we werken. Een project zonder risico bestaat niet. Wel kun je de kans op mislukken flink verkleinen door eerlijk te rekenen en klein te beginnen.

  • Waar beginnen. In de AI Quick Scan verzamelen we kansen met de mensen die het werk doen en kiezen we er een top 3 uit. Eén dag op locatie, € 6.000 eenmalig.
  • Onderbouwen. Per kans een business case met drie getallen per stap en drie scenario's, met het verwachte scenario als leidraad. Binnen een week, samen met een nulmeting op zeven punten, een impact-effortmatrix, een roadmap voor twaalf maanden en een pakketadvies.
  • Inschatten. Per stap de AI-fit, de rol van mens en AI en een bouwblok met een vaste urenraming. Koppelingen zonder standaardkoppeling rekenen we mee als maatwerk.
  • Randvoorwaarden. Geen data of geen voorbeelden, dan maximaal 40 procent betrouwbaarheid en eerst het fundament.
  • Eigenaar, meting en beheer. In het AI Partnership, vanaf € 4.500 per maand voor minimaal twaalf maanden, laten we elke maand zien wat er draait en wat het oplevert, tegen de business case die we samen maakten. Met een vast team, dus niemand die na de oplevering verdwijnt.
  • Mens in de lus. Altijd. Meer ruimte voor de AI alleen als de cijfers dat laten zien.

Onze garantie: het partnership levert in het eerste jaar minimaal twee keer terug wat het kost. Haalt het verwachte scenario dat niet, dan beginnen we er niet aan. Want ook dat is een mislukt AI-project: een project dat werkt, maar niet loont. Alle bedragen zijn exclusief btw.

In één tabel

De negen oorzaken op een rij

Per oorzaak het signaal waaraan je het herkent, en wat je eraan doet. Handig om naast je eigen project te leggen.

Herkenbaar signaalWat je eraan doet
1. Niet weten waar te beginnenVijf experimenten, nul in productieBegin bij het werk en kies één proces
2. Niet kunnen onderbouwen'Veel tijdwinst', maar geen getalDrie getallen per stap, verwacht scenario
3. Overschatten en onderschattenDe planning gaat uit van de demoAI-fit per stap en een vaste urenraming
4. Randvoorwaarden overslaanHet project gaat vooral over data opschonenEerst data, voorbeelden en toegang
5. Pilot zonder eigenaar'We zijn er nog mee bezig'Een eigenaar uit de business, met naam
6. Geen meting voorafWel een budget, geen nulmetingMeet voor de start en na livegang op dezelfde manier
7. Werkvloer niet meeHet gebruik zakt na een paar weken inKansen van de werkvloer, training op eigen werk
8. Geen beheer na livegangHet project is 'af'Een eigenaar, bewaking en een vaste testset
9. Alles autonoom willenNergens staat wie controleertBegin met 'mens keurt goed'

De eerste vier zijn de problemen waar de APO-methode op is gebouwd. De andere vijf zien we in de praktijk bij organisaties die al zijn begonnen.

Pilot loopt vast?

Zo krijg je een vastgelopen AI-pilot weer los

Een vastgelopen pilot is geen mislukking. Het is informatie. Met deze vijf stappen maak je er een besluit van.

  1. 01

    Stop met bouwen

    Nog een functie toevoegen lost het niet op. Zet het werk even stil en zoek eerst uit waar het echt vastzit.

  2. 02

    Teken het proces opnieuw uit

    Met de mensen die het werk doen. Per stap drie getallen: duur, aantal mensen en frequentie. Meteen heb je ook je nulmeting.

  3. 03

    Check de randvoorwaarden

    Is de data er, zijn er voorbeelden van goed werk, is er toegang tot de systemen? Wat ontbreekt, wordt de eerste opdracht.

  4. 04

    Wijs een eigenaar aan en maak het kleiner

    Eén eigenaar uit de business. Eén stap in plaats van het hele proces, met een mens die goedkeurt.

  5. 05

    Besluit: door, kleiner of stoppen

    Meet de kleinere versie tegen de nulmeting. Loont het, ga door. Loont het niet, stop. Ook dat is een goede uitkomst: je weet het nu, en niet over een jaar.

Vragen

Veelgestelde vragen over mislukte AI-projecten

Waarom mislukken AI-projecten?

Meestal niet door de techniek. AI-projecten mislukken omdat niet duidelijk is waar je begint, de opbrengst niet is onderbouwd, het werk tegelijk wordt overschat en onderschat, of randvoorwaarden zoals data en voorbeelden ontbreken. In de praktijk komen daar vijf dingen bij: een pilot zonder eigenaar, geen meting vooraf, een werkvloer die niet is meegenomen, geen beheer na livegang en alles autonoom willen.

Waarom komt een AI-pilot niet in productie?

Omdat een pilot en productie iets heel anders vragen. Een pilot draait op schone voorbeelden, zonder echte koppelingen en zonder uitzonderingen. Productie vraagt een eigenaar uit de business, koppelingen met rechten en een logboek, een mens die uitzonderingen afhandelt en iemand die het beheert. Ontbreekt een van die dingen, dan blijft de pilot hangen na de demo.

Hoe kom je van een AI-pilot naar productie?

Stel vijf vragen. Is er een eigenaar uit de business die het gaat gebruiken? Is er een nulmeting, en is de pilot op dezelfde manier gemeten? Is er getest op echte gevallen, ook de lastige? Is duidelijk wie goedkeurt en wat er gebeurt bij een uitzondering? En is geregeld wie het beheert na livegang? Vijf keer ja: door. Een of meer keer nee: eerst dat regelen.

Hoeveel AI-projecten mislukken?

Daar gaan veel percentages rond, maar ze meten allemaal iets anders: wat telt als mislukt, welke projecten, welke organisaties. Wij noemen daarom geen getal. Bruikbaarder is weten waaraan je een project herkent dat gaat mislukken: geen getal onder de business case, geen eigenaar, geen nulmeting, ontbrekende data of voorbeelden, en een plan waarin niemand controleert.

Ligt het aan de AI als een AI-project mislukt?

Zelden. Bij gewoon kantoorwerk is de techniek meestal niet het knelpunt. Projecten stranden op wat eromheen zit: data die er niet is, voorbeelden die ontbreken, koppelingen die meer werk zijn dan gedacht, een team dat niet is meegenomen en niemand die het na de oplevering beheert. Dat is goed nieuws, want daar heb je zelf invloed op.

Hoe weet je vooraf of een AI-project gaat lukken?

Zeker weten doe je het nooit, maar je kunt het goed inschatten. Geef elke processtap drie getallen (duur, aantal mensen, frequentie), check of data en voorbeelden er zijn, beoordeel per stap hoe geschikt hij is voor AI en raam de bouw met vaste ervaringscijfers. Reken met het verwachte scenario, niet het gunstigste. In de AI Quick Scan doen we dat op één dag bij jullie op locatie.

Wat doe je met een AI-pilot die vastloopt?

Stop met bouwen en zoek uit waar het vastzit. Teken het proces opnieuw uit met de mensen die het werk doen, check of data, voorbeelden en toegang er zijn, wijs één eigenaar uit de business aan en maak de pilot kleiner: één stap, met een mens die goedkeurt. Meet dat tegen een nulmeting en besluit dan: doorgaan, kleiner maken of stoppen.

Hoe neem je medewerkers mee in een AI-project?

Door ze vanaf het begin te betrekken. Laat de kansen komen van de mensen die het werk doen, train op hun eigen werk en laat ze de controle houden: de AI zet klaar, zij keuren goed. Zeg eerlijk wat het betekent voor hun werk. Wie zelf ziet dat het overtypen en zoeken verdwijnt, werkt mee in plaats van eromheen.

Pilot die blijft hangen? Laten we kijken waar het zit.

Plan een kennismaking van een kwartier. We kijken naar wat er ligt en zeggen eerlijk of doorgaan, kleiner maken of stoppen de beste stap is.

  1. 01

    Kennismaking

    Een kwartier, vrijblijvend. Waar loopt het werk vast en wat wil je bereiken?

  2. 02

    AI Quick Scan

    Eén dag bij jullie op locatie. Binnen een week een business case en een roadmap.

  3. 03

    AI Partnership

    Een vast team dat bouwt, traint en elke maand laat zien wat het oplevert.

160+ organisaties · Sessies gewaardeerd met een 9,3 · Vanuit Amsterdam