Waarom een AI-scan geen IT-project is

Een AI-scan wordt bijna altijd bij IT neergelegd, en dat is de eerste fout, nog voordat er een tool is gekozen. Niet omdat IT het niet zou kunnen begrijpen. Omdat de vragen die een AI-scan beantwoordt geen IT-vragen zijn.

Welk werk kost nu de meeste uren zonder dat het waarde toevoegt. Welke klantvraag duurt te lang om te beantwoorden. Waar loopt een goede medewerker vast op iets dat geen mens zou moeten doen. Geen van die vragen staat in een systeembeheerhandboek. Ze staan in het hoofd van de directie, en van niemand anders.

Waarom dit gebeurt, en waarom het logisch aanvoelt

Het is geen domme fout. AI klinkt als techniek, techniek hoort bij IT, dus AI hoort bij IT. Die redenering is intuïtief en ze klopt niet, om dezelfde reden dat een marketingstrategie niet bij IT hoort ook al draait de website op een server.

Het gevolg van deze verkeerde toewijzing is voorspelbaar. IT krijgt een budget en een deadline, en gaat op zoek naar een tool die "AI doet". Er wordt een pilot gestart op een proces dat IT kent, meestal iets in de eigen systemen, en niet op het proces waar het bedrijf het meeste last van heeft, want dat proces kent IT niet van binnenuit. Zes maanden later is er een werkend systeem dat niemand vroeg en dat het echte probleem niet raakt.

Een overleg rond een vergadertafel. Alleen de eigenaar overziet alle afdelingen tegelijk.

Het verschil tussen een IT-project en een organisatieproject

Een IT-project heeft een duidelijke specificatie: dit systeem moet met dat systeem praten, deze data moet daarheen. De uitkomst is meetbaar in techniek: werkt het, is het snel genoeg, is het veilig.

Een AI-scan heeft geen specificatie totdat iemand heeft besloten welk probleem het waard is om op te lossen. Dat besluit vraagt iemand die het hele bedrijf overziet: waar zit tijd die weg lekt, waar wacht een klant te lang, waar loopt goed personeel vast op iets onder hun niveau. Dat overzicht heeft in de meeste bedrijven van vijftig tot driehonderdvijftig mensen precies één persoon: de eigenaar of de directeur.

Dat is niet omdat directies alles beter weten dan hun mensen. Het is omdat zij de enigen zijn die over alle afdelingen heen kijken, terwijl IT, verkoop en operations elk maar hun eigen stuk zien.

De twee benaderingen op een rij, zodat het verschil concreet wordt.

De rechterkolom is niet duurder om te kiezen. Het is een andere volgorde van dezelfde stappen: eerst het probleem, dan pas het systeem.

Wat er misgaat als IT het overneemt

Drie patronen die we telkens terugzien.

De pilot lost het verkeerde probleem op. IT kiest een proces waar zij grip op hebben, meestal iets technisch zoals ticketafhandeling of interne rapportages. Dat is zelden het proces dat het bedrijf het meest kost. Het echte knelpunt zit vaker bij de klantenservice, de planning of de administratie, afdelingen die IT niet dagelijks spreekt.

Niemand controleert of het iets oplevert. Een technisch geslaagd project, het systeem draait, het crasht niet, wordt intern als succes gevierd, terwijl niemand heeft gemeten of het de tijd van de directeur bespaarde of de klanttevredenheid verbeterde. Techniek en waarde zijn twee verschillende metingen, en de eerste vervangt de tweede niet.

Het project krijgt geen eigenaar buiten IT. Zodra het project klaar is, verdwijnt de aandacht ervoor terug naar de volgende sprint. Zonder iemand die verantwoordelijk is voor de uitkomst in de bedrijfsvoering, sterft een AI-toepassing een langzame dood van onderhoud dat niet gebeurt.

Koelventilatoren van een server. Een technisch geslaagd project is niet hetzelfde als een waardevol project.

Een concreet voorbeeld van hoe het misgaat

Een middelgroot productiebedrijf besluit "met AI aan de slag te gaan" en legt het bij IT neer. IT kiest, logisch vanuit hun positie, het interne ticketsysteem als eerste proef: een chatbot die veelgestelde IT-vragen beantwoordt. Na drie maanden werkt de bot, de helpdesk krijgt iets minder tickets, en het project wordt intern gepresenteerd als een succesvolle eerste stap.

Ondertussen kost het inplannen van de productielijn nog steeds twee uur per dag aan een planner die het uit het hoofd doet, omdat niemand die vraag ooit aan IT heeft gesteld en IT die vraag ook niet kende. Het bedrijf heeft AI ingevoerd, en het duurste probleem in het bedrijf is geen millimeter opgeschoven.

Dit is geen slecht doordacht project. Elke stap erin was logisch vanuit het perspectief van wie hem zette. Het probleem zat in de eerste stap: wie bepaalde welk probleem het waard was om op te lossen.

Waarom dit ook een kwestie van mandaat is

Er is nog een reden waarom dit bij de directie hoort te beginnen, en die gaat verder dan overzicht alleen: mandaat om iets te veranderen.

Een IT-afdeling kan een tool implementeren. Een IT-afdeling kan zelden een werkproces veranderen dat over afdelingsgrenzen heen gaat, want dat vraagt een besluit dat verkoop, operations en administratie allemaal raakt. Als de planner in het voorbeeld hierboven zijn manier van werken moet aanpassen, is dat een besluit dat alleen iemand met gezag over die afdeling kan nemen en dragen als het weerstand oproept.

Zonder dat mandaat eindigt zelfs een technisch perfect project in een la. Er is niemand die de verandering in het echte werk kan afdwingen, en dus verandert er in de praktijk niets, ook al draait het systeem.

Wat wij anders doen, en waarom dat werkt

We beginnen een scan altijd met een gesprek met de eigenaar of de directeur, niet met de IT-manager. Niet omdat IT er niet bij hoort, maar omdat het eerste gesprek over prioriteiten gaat en niet over systemen. Waar zit de meeste tijd die weg lekt. Wat kost het bedrijf als dat een jaar langer duurt. Wat zou de directeur zelf het liefst van zijn bord af hebben.

Dat gesprek levert iets op wat een technische intake nooit oplevert: een rangorde van problemen op basis van wat er voor het bedrijf toe doet, niet op basis van wat het makkelijkst te bouwen is. Zie ook onze pagina over wat een AI Readiness Scan precies inhoudt en hoe die rangorde tot stand komt.

Het rekenvoorbeeld op onze eigen scan-pagina laat zien waar dat toe leidt: 1.200 uur handwerk per jaar, een besparing van 68.000 euro, terugverdiend binnen drie maanden. Dat is een illustratieve voorbeeldberekening, geen belofte voor elk bedrijf, maar het laat zien wat voor soort getal eruit komt als je bij het probleem begint en niet bij het systeem.

Waar IT wél onmisbaar is

Niets in dit stuk is een pleidooi om IT buiten te sluiten. Zodra het probleem is gekozen en de richting staat, wordt IT onmisbaar: welke systemen bevatten de data die nodig is, wat mag technisch wel en niet, waar zit een risico voor de bestaande infrastructuur. Die vragen kan alleen IT goed beantwoorden, en een organisatieproject dat ze overslaat loopt net zo hard vast als een IT-project dat bij de directie begint.

De volgorde is het punt, niet de uitsluiting. Eerst de directie voor het probleem en de prioriteit, dan IT voor de haalbaarheid en de uitvoering. Omgekeerd werkt het niet, want dan bepaalt de haalbaarheid welk probleem wordt opgelost in plaats van andersom.

De vraag die het verschil maakt

Als je met een leverancier praat, stel dan deze ene vraag voordat er over techniek wordt gepraat: met wie in ons bedrijf wil je eerst spreken?

Is het antwoord "jullie IT-afdeling", dan krijg je een IT-project met een AI-laagje. Is het antwoord "de eigenaar, en daarna iedereen die het werk daadwerkelijk doet", dan krijg je een organisatieproject waar techniek een middel is en geen doel.

Dat onderscheid kost geen geld om te maken. Het kost een gesprek van een uur voordat er een handtekening wordt gezet.

Wat je zelf kunt doen voordat je een scan aanvraagt

Maak zelf een lijst van drie dingen die je als eigenaar of directeur het meest frustreren aan hoe het bedrijf nu draait. Geen technische wensen, gewoon frustraties: iets dat te lang duurt, iets dat te vaak misgaat, iets waar een goede medewerker verspild wordt aan werk onder zijn niveau.

Leg die lijst naast elke offerte die je krijgt. Een partij die begint met vragen naar die lijst, begrijpt het verschil tussen een IT-project en een organisatieproject. Een partij die begint met een productdemo, niet.

Over deze pagina

Het rekenvoorbeeld van 1.200 uur en 68.000 euro komt van onze eigen AI Readiness Scan-pagina en is een illustratieve berekening, geen gemiddeld of gegarandeerd resultaat. Dit is de stand van 17 augustus 2026.