De meeste AI-implementaties die stilvallen, mislukken niet op de techniek. Ze mislukken omdat niemand binnen het bedrijf eigenaar is zodra het systeem live staat. Een sponsor tekent het budget en vraagt hoe het gaat. Een eigenaar heeft uren in de week, de positie om het werk daadwerkelijk te veranderen, en zijn naam aan het resultaat. In een bedrijf van dertig mensen is die eigenaar nooit een functietitel. Het moet uit een bestaande functie worden weggehaald.
Waarom valt een AI-project stil na een geslaagde pilot?
Het patroon is zo consistent dat ik er de klok bijna op gelijk kan zetten. De pilot werkt. Iedereen aan tafel is tevreden. Twee maanden later vraag ik hoe het gaat en krijg ik een variant op "goed, denk ik", uitgesproken door iemand die niet echt gekeken heeft.
Er is niets stukgegaan. Precies daarom is het zo lastig te zien. Het model geeft nog steeds terug wat het in week één gaf. Wat verdwenen is, is de persoon die merkt dat de antwoorden beginnen af te wijken, die het bericht "hij deed gisteren iets raars" uit het magazijn krijgt en beoordeelt of dat een fout is, een gat in de instructies, of een proces dat in april stilletjes veranderde zonder dat iemand het systeem heeft ingelicht.
Eén voorspelling wordt mij voortdurend voorgehouden: Gartner verwacht dat meer dan 40% van de agentische AI-projecten vóór eind 2027 wordt stopgezet, vanwege oplopende kosten, onduidelijke businesswaarde of ontoereikende risicobeheersing. Lees dat rijtje van drie nog eens. Geen daarvan is een modelprobleem. Kosten lopen op wanneer niemand ernaar kijkt. Businesswaarde blijft onduidelijk wanneer niemand gevraagd wordt die te benoemen. Risicobeheersing blijft ontoereikend wanneer niemand te horen heeft gekregen dat die beheersing van hem is. Dat zijn drie manieren om een lege stoel te beschrijven.
Ik heb eerder geschreven over waarom AI-pilots de sprong naar het dagelijkse werk niet halen, en de oorzaak is meestal organisatorisch, niet technisch. Dit stuk gaat over de kleinste en best oplosbare variant daarvan: de ontbrekende naam.
Wie is eigenaar van een AI-project: de sponsor of de eigenaar?
Een sponsor keurt goed. Hij verdedigt het budget in het MT, hij wil een getal dat hij kan herhalen, en hij is echt nodig. In het Nederlandse mkb is de sponsor meestal de directeur, en dat is voor die rol ook de juiste persoon.
Een eigenaar leeft ermee. Hij bepaalt waar de uitzonderingsgrens ligt. Hij beantwoordt "waarom deed hij dat" voor de collega die het vroeg. Hij is degene die zegt "het proces is veranderd, dus het systeem moet mee veranderen", vóórdat het systeem zes weken stilletjes fout heeft gestaan.
Er is één vraag die verraadt welke van de twee u heeft. Vraag: wie besluit volgende maand of we de betrouwbaarheidsgrens van tachtig procent naar negentig verschuiven? Is het antwoord een naam, dan heeft u een eigenaar. Is het antwoord "dat zouden we met elkaar bespreken", dan heeft u een sponsor plus een overleg, en staat die grens over een jaar nog steeds op tachtig.
Ik stel die vraag inmiddels in eerste gesprekken. Het is geen trucje. Het is de snelste manier die ik ken om te achterhalen of het project waarvoor ik een offerte maak ergens kan landen.
Waarom het antwoord voor grote bedrijven niet past bij dertig man
Er is inmiddels serieus nagedacht over dit onderwerp, en het is allemaal voor iemand anders geschreven. In februari 2026 publiceerde de chief people officer van Writer een stuk met de stelling dat uw volgende aanname een AI Agent Owner is, naast een AI Agent Builder en een AI Champion, onder een governancemodel met twee lagen. Het is een goed doordacht raamwerk. Het bevat ook een passage die het bezwaar "wij zijn een bedrijf van 100.000 mensen" beantwoordt, en een routekaart van negentig dagen die de auteur omschrijft als werkbaar voor de complexiteit van een Fortune 500.
Drie nieuwe rollen. Een governancelaag erboven. Een business unit om in te beginnen. Als u dertig mensen in dienst heeft, heeft u geen business unit. U heeft een bedrijf. U gaat hier geen functie voor creëren, en wat mij betreft moet u dat ook niet willen.
De vertaling moet dus de andere kant op, en die is lastiger en minder bevredigend dan aannemen. De vraag bij een groot bedrijf is: wie halen we erbij. De vraag in het mkb is: waar stoppen we mee, zodat dit ergens kan wonen. Die tweede vraag schrijft niemand op, want het antwoord is nooit vleiend: er gaat met opzet iets op iemands lijstje slechter worden, en de sponsor moet bereid zijn dat hardop te zeggen.
Het poldermodelprobleem: overeenstemming is geen eigenaarschap
Ik wil hier zorgvuldig zijn, want wat volgt is een observatie over een zakelijke cultuur waarin ik werk en die ik waardeer, geen klacht erover.
Nederlandse bedrijven zijn opvallend goed in iedereen aan tafel krijgen. Die gewoonte heeft een naam en een geschiedenis. Wat mensen bedoelen met het poldermodel wordt doorgaans teruggevoerd op het Akkoord van Wassenaar uit 1982, toen vakbonden, werkgevers en overheid een pakket afspraken van kortere werktijden en loonmatiging in ruil voor meer werkgelegenheid. Het woord is jonger dan de praktijk: politica Ina Brouwer lijkt de eerste te zijn geweest die "poldermodel" opschreef, in een artikel uit 1990. En vrijwel vanaf het begin gebruikten critici het werkwoord polderen voor de trage variant, waarin elke partij gehoord moet zijn voordat er iets in beweging komt.
De goede helft daarvan zie ik voortdurend. Een Nederlands team zegt een externe consultant recht in het gezicht dat zijn idee niet deugt, en bouwt vervolgens in één overleg een versie waar iedereen mee kan leven, zonder dat er daarna iemand zit te mokken. Dat is een echt voordeel, en veel landen hebben het niet.
De prijs komt op precies één moment aan het licht: wanneer een project een naam nodig heeft in plaats van overeenstemming. Het overleg waarin iedereen het erover eens is dat AI de binnenkomende offerteaanvragen moet afhandelen, verloopt makkelijk en prettig. Het overleg waarin één persoon zegt "dan is het van mij, en dit laat ik ervoor vallen" komt vrijwel nooit vanzelf tot stand. Iemand aan tafel moet er hardop om vragen. Meestal moet ik dat zijn, omdat ik de enige ben die ervoor betaald wordt om het even ongemakkelijk te maken.
Hoe kiest u een interne AI-eigenaar?
Vier dingen waar ik op let, ongeveer in deze volgorde.
Degene die het precíést klaagt over het proces. Niet de hardste klager. De preciesste. Iemand die u kan vertellen dat de offerte juist misgaat wanneer de klant een wederverkoper is én het afleveradres afwijkt van het factuuradres, draagt een model van het proces met zich mee dat in geen enkel document in het pand staat. De precisie van de klacht is de beste indicator voor echte proceskennis die ik ken.
Iemand die de uitkomst gebruikt, niet iemand die de invoer levert. Wie stroomafwaarts zit, voelt elke fout persoonlijk, want hij moet die herstellen voordat een klant hem ziet. Wie stroomopwaarts zit, kan te horen krijgen dat zijn data prima is en dat opgewekt geloven.
Genoeg positie om het werk te veranderen. Diegene moet kunnen zeggen "vanaf maandag doen we het anders" en dat moet blijven staan, zonder dat er iets bijeengeroepen hoeft te worden. In een platte organisatie gaat dat meestal over respect en niet over titel, wat goed uitkomt, want bij dertig mensen zijn de titels toch grotendeels decoratief.
Iemand die een discussie met mij kan winnen. Dit weegt zwaarder dan het klinkt. Een eigenaar die bij elke afweging naar de consultant kijkt, is een sponsor met extra stappen, en op de dag dat ik de deur uitloop heeft het systeem niemand meer. Ik werk veel liever met degene die mij vertelt dat mijn uitzonderingsregel nergens op slaat omdat het proces op vrijdag anders loopt. In mijn ervaring heeft die persoon daar vrijwel altijd gelijk in.
Hoeveel tijd kost een AI-eigenaar werkelijk?
Mij wordt om een getal gevraagd en ik ben huiverig om er een te noemen, omdat het eerlijke antwoord afhangt van hoeveel van het proces het systeem raakt. Wat ik wel kan beschrijven is de vorm ervan.
De eerste vier tot zes weken zijn het zwaarst, want dan komen de uitzonderingen binnen. Elke uitzondering is een besluit dat nooit eerder formeel genomen is, en de eigenaar neemt ze in het tempo waarin het systeem ze boven water haalt. Daarna zakt het terug naar iets veel kleiners en veel regelmatigers: een blok om te bekijken wat het systeem gedaan heeft, wat het geweigerd heeft, en waar mensen stilletjes omheen zijn gaan werken.
Het belangrijke woord in die alinea is blok. Zet het in de agenda als terugkerende afspraak, met een begintijd en een eindtijd. Tijd die niet is toegewezen gaat naar wat het hardste schreeuwt, en een AI-systeem dat langzaam afdrijft schreeuwt helemaal niet. Dat is nu juist het probleem, en daarom is "we houden het in de gaten" geen plan.
Er is één toets die het hele gesprek doorsnijdt. Kunt u niet benoemen wát er van het bordje van deze persoon af gaat, dan bestaan die uren niet. Dan heeft u een voornemen beschreven, en voornemens overleven een drukke november niet.
Wat de AI-verordening stilzwijgend veronderstelt over eigenaarschap
Drie weken geleden veranderde er iets dat dit minder abstract maakt. Artikel 4 van de Europese AI-verordening, de verplichting rond AI-geletterdheid, geldt al sinds 2 februari 2025, maar toezicht en handhaving liggen bij de nationale markttoezichtautoriteiten, en die zijn per 2 augustus 2026 begonnen met toezicht houden en handhaven. De Digital Omnibus die medio juli 2026 in werking trad, heeft de formulering verzacht in plaats van geschrapt: aanbieders en gebruiksverantwoordelijken moeten de ontwikkeling van AI-geletterdheid onder hun medewerkers ondersteunen, en er wordt geen specifiek niveau voorgeschreven.
Dat is geen reden tot paniek en ik ga daar niemand een compliancepakket op verkopen; wilt u de praktische versie, dan houden wij een AI Act-checklist voor het mkb apart bij. De reden dat het in een stuk over eigenaarschap thuishoort, is de grammatica ervan. De verordening spreekt "de gebruiksverantwoordelijke" aan alsof een bedrijf één handelende partij met één geheugen is. Dat is een juridische fictie, en een nuttige, maar iemand binnen het pand moet haar waarmaken. In een bedrijf van dertig mensen is een verplichting zonder naam een verplichting die niemand uitvoert. Niet uit onwil. Omdat iedereen redelijkerwijs aannam dat die bij een ander lag. De vaardighedenvraag eronder is meestal kleiner dan men vreest: wat ontbreekt is zelden een kenniskloof. Het is een naam.
En als niemand de uren heeft?
Dan is het project niet klaar om te starten, en dat zeg ik liever in het eerste gesprek dan in maand vier.
Dat antwoord kost mij opdrachten en daar heb ik vrede mee. Een bedrijf dat geen vier uur per week kan vrijmaken voor datgene wat het zojuist strategisch belangrijk noemde, vertelt mij iets kloppends over zijn prioriteiten, en het juiste antwoord daarop is niet om er een kleinere versie van hetzelfde probleem aan te verkopen.
Er is een tussenweg die vaker werkt dan het harde nee: verklein de scope tot het eigenaarschap erin past. Is de eerlijke capaciteit twee uur per week, bouw dan iets dat twee uur per week vraagt. In de praktijk betekent dat één proces in plaats van drie, een ondersteunend systeem in plaats van een autonoom systeem, en een bewust smal eerste project. Adoptie is waar deze dingen breken, niet de code, en bij het tweede project blijkt pas of de organisatie echt veranderd is. Dat tweede project komt er alleen als iemand op het eerste heeft gepast.
Wat ik wel op mij neem, en wat ik weiger
Voor de duidelijkheid, want dit is makkelijker gepredikt dan gedaan.
Ik neem de bouw op mij, de documentatie, de overdracht en het antwoord op "hoe werkt dit nou eigenlijk". Ik zit de eerste weken samen met de eigenaar in dat agendablok, en ik ben in de eerste maand degene die om elf uur 's avonds gebeld wordt, want dat is wat een eerste maand is.
Ik neem het oordeel niet op mij of een uitzondering aanvaardbaar is. Dat is een besluit over uw klanten, uw marge en uw risicobereidheid, en ik heb niet de positie om dat te nemen. Elke keer dat een externe partij die afwegingen bij verstek maakt, ruilt het bedrijf een technische afhankelijkheid in voor een persoonsafhankelijkheid, en dat is de vervelendste van de twee, want die staat op geen enkele factuur tot de dag waarop u mij moet vervangen.
Bepaalt u nog wat u wilt vragen voordat u tekent met een AI-partner voor uw mkb-bedrijf, zet dit dan hoog op de lijst: wat verwacht u dat wij zelf in eigendom nemen, en vanaf wanneer? Een partner die over dat antwoord niet heeft nagedacht, heeft niet nagedacht over wat er na livegang gebeurt, en dat is het enige deel van een AI-implementatie dat moet blijven staan.
Niets hiervan gaat over het model, en dat is al een tijd niet meer zo. De technologie is gearriveerd. Het organogram is niet meegegaan. In het gat tussen die twee feiten gaat op dit moment het meeste geld voor AI-implementatie in het Nederlandse mkb verloren, en dat gat dichten is oninteressant en vrijwel gratis. Eén naam, wat uren, en een terugkerende afspraak die niemand mag afzeggen.