Wat stokkende adoptie je AI-project écht kost

Er is één getal dat bijna geen enkel AI-project opvolgt: de blijvende kost van twee systemen naast elkaar laten draaien.

Je projectdashboard toont adoptie op 40%. Dat klinkt als een afwerkingsprobleem — iets om vóór de volgende review op te lossen. Wat het eigenlijk beschrijft, is een blijvende toestand: twee parallelle manieren om hetzelfde werk te doen, voor onbepaalde tijd, tegen dubbele proceskost. Het nieuwe systeem. En de omwegen eromheen.

De economie van de omweg

Zes maanden na de lancering ziet het beeld er meestal zo uit. Mensen registreren de verplichte gegevens in het nieuwe systeem — de compliance is technisch in orde. Daarna openen ze hun eigen spreadsheet, of de gedeelde map van hun team, of het gereedschap dat ze al vier jaar gebruiken, en doen ze het echte werk daar.

Dit is geen weerstand. Dit is rationeel gedrag. Het nieuwe systeem behandelt de specifieke uitzondering niet die veertig keer per dag voorkomt. Of het levert rapporten op in een formaat dat niemand in de organisatie effectief leest. Of de goedkeuringsstap vraagt drie klikken meer dan de oude — en doe je dat tweehonderd keer per week, dan telt dat.

Niemand vertelde het aan het projectteam. Het projectteam keek niet naar het echte werk. Het keek naar de adoptiecijfers.

Drie kosten die niet op je projectdashboard staan

1. Organisatorische geloofwaardigheid

Wie een omweg gebruikt, stapt niet enkel uit jouw systeem. Die persoon doet ook een voorspelling over het volgende initiatief.

Wanneer een grote transformatie er niet in slaagt hoe mensen werken te veranderen, laat dat een spoor na. Het volgende programma — of dat nu de AI-laag is bovenop het systeem dat niet werd overgenomen, of een heel ander strategisch initiatief — begint met een tekort. Mensen hebben geleerd dat de kloof tussen "uitgerold" en "echt gebruikt" groot is, en ze begroten hun compliance-inspanning daarnaar.

Dit is moeilijk te zien vanaf een programmadashboard. Het wordt zichtbaar in de kamer wanneer je het volgende initiatief aankondigt en de gezichten bekijkt.

2. Dubbele proceskost

Twee systemen die hetzelfde werk doen, zijn niet half zo efficiënt als één. Het is minder dan de helft, want elk systeem vraagt zijn eigen gegevensinvoer, zijn eigen foutcorrectie, zijn eigen trainingslast en zijn eigen ondersteuning. Het oude systeem moet vaak naast het nieuwe blijven draaien, omdat de omweg ervan afhangt.

Voor een team van vijftig mensen dat parallelle processen draait, is die overhead geen afrondingsfout. Het is een structurele kost die elke maand dat de adoptie vlak blijft, verder oploopt.

3. Gemiste kans: de toepassingen die je niet kunt ontsluiten

De meeste AI-implementaties zijn opgebouwd in lagen. Fase 1 brengt de gegevens in het systeem. Fase 2 en 3 gebruiken die gegevens voor iets nuttigs — voorspelling, automatisering, beter rapporteren. Fase 2 en 3 hangen af van gegevens uit fase 1 die accuraat, volledig zijn en ingevoerd door mensen die echt begrijpen wat ze invoeren.

Bij een adoptie van 40% is de datakwaliteit niet goed genoeg voor fase 2. De capaciteit waarrond de business case werd gebouwd — de reden waarom leidinggevenden het budget goedkeurden — blijft ontoegankelijk. Ze zit vast achter een adoptiekloof die het projectteam niet meer bemand is om te dichten, want het project is technisch afgerond.

Waarom extra training dit niet oplost

De reflex na een mislukte adoptie is meer training. Meer gebruikershandleidingen. Een tweede lanceringsevent. Nog een ronde verandercommunicatie.

Die ingrepen pakken vaardigheidstekorten aan. Adoptieproblemen na implementatie zijn bijna nooit vaardigheidstekorten. Mensen weten hoe het systeem werkt. Ze zijn getraind. Ze kiezen ervoor het niet te gebruiken — om redenen die niets met kunnen te maken hebben en alles met de kloof tussen hoe het systeem ontworpen werd en hoe het werk echt verloopt.

Je kunt mensen niet trainen uit een probleem met procesontwerp.

De structurele oorzaak

Transformaties stokken om een steeds terugkerende reden: de mensen die de verandering moeten uitvoeren, waren geen deel van de beslissing hoe ze zou werken.

Het implementatieplan werd gebouwd door mensen die het systeem ontwierpen, het aftoetsten bij de betrokkenen in formele reviewsessies waar niemand het probleem van de veertig-uitzonderingen-per-dag naar boven brengt, en het lanceerden naar mensen die rationele bezwaren hadden die ze nooit de kans kregen te uiten.

Die bezwaren verdwenen niet. Ze werden omwegen.

Meer communicatie brengt die bezwaren niet naar boven. Meer training ook niet. Wat ze wél naar boven brengt, is een gestructureerde omgeving waarin de juiste mensen — wie weet waarom het niet werkt en wie de bevoegdheid heeft het te veranderen — samen het probleem doordenken, op een manier die voorkomt dat de gebruikelijke dynamiek onderdrukt wat eigenlijk gezegd moet worden.

Het pad vooruit

De eerste stap is diagnose, geen ingreep. Vóór je een nieuw adoptieprogramma ontwerpt, zoek precies uit waar de wrijving zit. Niet het algemene gevoel — de concrete momenten waarop mensen stoppen het systeem te gebruiken, en waarom.

De tweede stap is de juiste mensen in de kamer krijgen. Wie weet waarom het niet werkt. Wie de bevoegdheid heeft het te veranderen. Een gestructureerde facilitatiesessie waarin beide groepen samen het probleem doordenken, met methodes die garanderen dat elke stem bijdraagt — ook die meestal stil blijft.

De derde stap is toezegging, geen naleving. De uitkomst van die sessie is geen nieuw communicatieplan. Het is een reeks besluiten, genomen door wie ze moet uitvoeren, vastgelegd vóór iemand de kamer verlaat.

Dat is wat adoptie van 40% naar functioneel brengt.