22 van de 81 bureaus in deze directory die AI-strategie verkopen, vermelden helemaal niets dat software bouwt. Ze beoordelen je gereedheid, leiden de prioriteringsworkshop en leveren een roadmap op, en daarna heeft die roadmap iemand anders nodig. Dat is een legitiem bedrijfsmodel en dat is het al veel langer dan AI bestaat, maar het is niet wat de meeste kopers denken te kopen wanneer een voorstel AI-consulting en implementatie belooft. De twee helften van die term worden vaak door twee verschillende bedrijven verkocht, en de naad tussen die twee is de plek waar AI-programma's sneuvelen.
De cijfers hierachter komen op 9 oktober 2026 uit de live directory en iedereen kan ze op de categoriepagina's nakijken. Van de 243 echte vermeldingen dragen 81 de categorie AI-strategieconsulting. 167 dragen minstens één categorie die bouwen impliceert: AI-integratie, custom AI-oplossingen of procesautomatisering. Slechts 59 dragen beide. Dus 22 bureaus adviseren zonder te bouwen, 108 bouwen zonder te adviseren, en minder dan een kwart van de markt stelt in het openbaar dat het de hele klus doet.
De naad die niemand bezit
Een strategieopdracht eindigt met een document. Een implementatieopdracht begint met een specificatie. Dat zijn niet dezelfde artefacten, en het een in het ander omzetten is echt werk waarvoor geen van beide contracten doorgaans betaalt. De roadmap zegt: zet een model voor documentclassificatie in productie om handmatige controle terug te dringen. Het bouwteam moet weten welke documenten, welke nauwkeurigheidsdrempel als klaar geldt, wie de trainingsdata labelt, waar het model draait, wat er gebeurt met de 4 procent die het fout doet, en wie verantwoordelijk is wanneer een mens het model overruled.
Iemand moet die vragen beantwoorden. Bij één leverancier antwoordt het bureau dat de roadmap schreef, en het antwoordt in de wetenschap dat het met die antwoorden zal moeten leven. Bij twee leveranciers is het adviesbureau naar huis en leest het bouwbureau een document dat is geschreven door iemand met wie het nooit heeft gesproken. Het gaat gokken, of het voert zijn eigen discovery uit en brengt die in rekening, wat erop neerkomt dat de koper tweemaal voor dezelfde beslissingen betaalt.
De tweede uitkomst is de gangbare. Het is ook de minst zichtbare, omdat die aankomt onder het label onboardingfase van het bouwbureau in plaats van als een mislukte overdracht. Eén contract voor AI-consulting en implementatie haalt dat werk niet weg, het voorkomt alleen dat je er twee keer voor betaalt.
Moet één bureau zowel het advies als de implementatie doen?
Voor alles onder ongeveer zes maanden meestal wel. De kosten van de naad zijn hoger dan de kosten van het belangenconflict, en dat belangenconflict is het standaardargument om de twee te scheiden. Dat argument is niet onjuist: een bureau dat werk aanbeveelt waarvoor het vervolgens betaald wordt, heeft een duidelijke reden om er meer van aan te bevelen. De vraag is welk risico in jouw specifieke geval groter is. Voor een eerste productiesysteem is het risico van een roadmap die niemand kan bouwen groter. Voor een meerjarig programma met een inkoopafdeling en serieus geld op tafel is de onafhankelijkheid de kosten van de naad waard, en grote organisaties splitsen de twee om precies die reden.
De bruikbare middenweg is om de beslissing te splitsen en niet de relatie: koop een korte, werkelijk onafhankelijke beoordeling bij één bureau en organiseer daarna een competitief traject voor de bouw waarin de beoordelaar mag meedingen zonder enig voordeel te krijgen. Zo blijft het advies eerlijk en kan het bureau dat het probleem begrijpt het alsnog verder brengen.
Vier manieren waarop de term gebruikt wordt
Voorstellen die AI-consulting en implementatie aanbieden gebruiken dezelfde woorden voor afspraken die zich heel verschillend gedragen zodra het werk begint. Deze vier dekken het meeste van wat een koper toegestuurd krijgt.
| Wat het voorstel zegt | Wat het in de praktijk betekent | Wie advies omzet in een specificatie | Waar je op moet letten |
|---|---|---|---|
| Strategie en implementatie, één bureau | Hetzelfde team, of ten minste hetzelfde bedrijf, van beoordeling tot productie | Het bureau, op eigen kosten | Of de engineers die het gaan bouwen bij de strategiesessies zitten |
| Strategie met implementatiebegeleiding | Het adviesbureau houdt toezicht op een bouw door iemand anders | Niemand, formeel | Wie aftekent dat de bouw de roadmap volgt |
| Implementatiepartner | Alleen bouwen, tegen een specificatie die jij aanlevert | Jij | Of je werkelijk een specificatie hebt of alleen een roadmap |
| End-to-end AI-transformatie | Alles van beide bovenstaande vormen tot geen van beide | Onbekend totdat je het vraagt | Vraag welke mensen met naam en toenaam code schrijven |
De vierde rij is de rij om voorzichtig mee te zijn. End-to-end beschrijft een ambitie en geen structuur, en de test die de eerlijke versie van de brochureversie scheidt, is eenvoudig: vraag om de namen en functies van de mensen die de eerste productiecommit schrijven. Een bureau dat bouwt antwoordt in één zin. Een bureau dat uitbesteedt beschrijft een proces.
Wat de vermeldingen zeggen over wie wat doet
46 van de 243 echte vermeldingen dragen helemaal geen categorie, en dat is het waard om gewoon te zeggen, omdat het een grens stelt aan wat een directory je kan vertellen. Voor de 197 die dat wel doen is het categoriepatroon een redelijk eerste filter. Een bureau dat alleen strategie draagt is vrijwel zeker adviserend. Een bureau dat integratie, maatwerk of automatisering draagt en geen strategiecategorie is vrijwel zeker een bouwbureau dat verwacht dat je met een plan aankomt. De 59 die beide dragen zijn de shortlist voor een opdracht bij één leverancier.
Wat de vermeldingen je niet vertellen is diepgang. 40 van de 243 publiceren een uurtarief en 42 publiceren een teamgrootte, dus voor het grootste deel van de markt kun je niet zien of de implementatiecapaciteit 30 engineers is of één zelfstandige die de eigenaar belt wanneer er een project binnenkomt. De telling per categorie van deze markt laat zien hoe ongelijk het aanbod werkelijk verdeeld is, en de schaarste zit precies waar kopers aannemen dat die niet zit.
Hoe zie ik voor het gesprek het verschil tussen een adviesbureau en een bouwbureau?
Lees de cases op artefacten in plaats van op uitkomsten. Een adviesbureau beschrijft beslissingen: een geprioriteerd portfolio, een operating model, een governancekader. Een bouwbureau beschrijft systemen: een pipeline, een latencycijfer, een model dat in productie achter een API draait. Beide gebruiken het woord opgeleverd. Slechts één van de twee noemt een ding dat draait. Beschrijven de cases alleen beslissingen, dan is het bureau adviserend, wat de dienstenpagina ook zegt, en dat is nuttige informatie en geen verwijt.
Waar het geld werkelijk heen gaat
Advieswerk wordt geprijsd op senior tijd en zit vooraan in het programma. Implementatie wordt geprijsd op engineeringmaanden en is waar het grootste deel van de kosten van een programma zit, meestal met ruime marge. Een koper die een strategieopdracht goedkeurt omdat het bedrag beheersbaar is, heeft ruwweg het kleinere deel van de uiteindelijke uitgave goedgekeurd, en de roadmap die eruit komt is geschreven zonder harde budgetbeperking op het deel dat meer kost.
Dit is de praktische reden om de bouwkant vroeg aan tafel te hebben, ook wanneer je nog niet bij hen inkoopt. Een engineer die weet wat drie maanden werk aan een datapipeline kost, zegt dat terwijl de roadmap nog aanpasbaar is. Dezelfde informatie die vier maanden later binnenkomt, komt binnen als heronderhandeling. De vraag welk samenwerkingsmodel je ondertekent telt hier ook, want een retainer vangt dit soort verrassingen geruisloos op terwijl een contract met vaste scope ze naar buiten dwingt.
De governancekant heeft standaardreferenties die het lezen waard zijn voordat een van beide contracten wordt ondertekend. Het NIST AI Risk Management Framework is opgebouwd rond functies die aansluiten op implementatiebeslissingen en niet op strategische, en ISO/IEC 42001 behandelt AI-managementsystemen als iets dat een organisatie exploiteert en niet als iets dat een consultant aanbeveelt. Beide zijn juist bruikbaar omdat ze ervan uitgaan dat iemand het resultaat zal moeten draaien.
Wat moet er bij de overdracht in het contract staan?
Drie dingen ontbreken stelselmatig in een contract dat zowel AI-consulting als implementatie dekt, en alle drie kosten later geld in plaats van nu.
- Een definitie van klaar die een derde partij kan toetsen. Dat betekent een getal en een methode, niet verbeterde nauwkeurigheid. Kan een externe engineer de test niet uitvoeren en er een ja of een nee uit halen, dan is de clausule decoratie.
- Benoemd eigendom van de trainingsdata en van het labelen. Dit is de meest voorkomende oorzaak van een implementatie die in week drie stilvalt, en ze valt stil omdat beide partijen aannamen dat de ander het had.
- Een lijst van wat de koper aan het eind bezit. De modelgewichten, de pipelinecode, de prompttemplates, de evaluatieset. Benoem ze afzonderlijk, want de opleveringen is in het bijzijn van advocaten al op twee manieren gelezen.
De vraag wat je daadwerkelijk bezit wanneer een opdracht eindigt is in AI-werk veel minder uitgekristalliseerd dan in conventionele software, en een overdracht tussen twee leveranciers is de slechtst denkbare plek om daar achter te komen.
De helft verandermanagement die er het eerst uit gaat
Een implementatie die technisch werkt en niet gebruikt wordt is de duurste uitkomst die er is, en ze komt vaak genoeg voor dat de longtailzoekopdrachten die deze site bereiken er direct naar vragen. Iemand moet de mensen omscholen wier werk het systeem verandert, de procedure herschrijven die het vervangt, en de beslissing bezitten over wat er gebeurt wanneer het model en een mens van mening verschillen. Adviesbureaus nemen dit werk in de scope op. Bouwbureaus doorgaans niet, omdat het geen engineering is. Het valt dus in dezelfde naad, en het is de eerste post die sneuvelt wanneer een programma uitloopt.
De MIT Sloan Management Review heeft uitvoerig gepubliceerd over waarom organisatorische adoptie en niet modelkwaliteit bepaalt of deze programma's iets opleveren, en het Project Management Institute onderhoudt de standaard voor het vak zelf. Geen van beide is AI-specifiek, en dat is nogal het punt: het deel van een AI-programma dat het vaakst mislukt, is het deel dat niet over AI gaat.
Heb ik een aparte leverancier voor verandermanagement nodig?
Voor één systeem zelden. Het werk is echt, maar het is klein genoeg om bij een benoemd persoon binnen je eigen organisatie te horen, en een interne eigenaar heeft een gezag dat een externe niet heeft. Voor een programma dat meerdere afdelingen tegelijk raakt wordt het een volwaardige werkstroom, en op die schaal is het adviesbureau meestal de juiste plek om het in te kopen, omdat het het operating model dat het verandert al begrijpt.
Hoe de shortlist opgebouwd hoort te worden
Werk terug vanaf de helft die je mist, want die bepaalt of je AI-consulting en implementatie samen inkoopt of maar een van de twee.
- Een helder beeld van het probleem, geen engineeringcapaciteit. Je wilt de 108 bureaus die bouwen en niet adviseren, en je wilt een schriftelijke specificatie voor het eerste gesprek.
- Engineeringcapaciteit, intern geen overeenstemming over wat er gebouwd moet worden. Je wilt de advieskant. Nu een bouw inkopen is te vroeg en het bouwteam zegt je dat in maand twee.
- Geen van beide. De 59 bureaus die beide categorieën dragen zijn de enige groep die een eerste gesprek waard is, en één leverancier is de juiste structuur voor een eerste systeem.
Geografie telt minder dan vroeger, maar niet nul. De directory dekt 125 verschillende steden, en voor een implementatie met toegang tot data op locatie of met gereguleerde systemen zijn tijdzone en reistijd echte beperkingen. Browsen per stad is op dat punt een redelijk filter: Denver, Chicago en Boston hebben elk een andere mix van advies- en bouwcapaciteit. De gevallen waarin locatie werkelijk uitmaakt zijn beperkter dan de meeste kopers aannemen.
Wat is de beste vraag voor een eerste gesprek?
Vraag het bureau de laatste opdracht te beschrijven waarin zijn eigen aanbeveling verkeerd bleek, en wat het daaraan gedaan heeft. Een adviesbureau dat nooit ongelijk heeft gehad, heeft nooit in productie gestaan. Een bouwbureau met een goed antwoord beschrijft een specifieke technische gok die mislukte en de kosten van het terugdraaien, waaruit je zowel opmaakt dat het oplevert als dat het eerlijk is over wat opleveren kost. Een bureau dat het verhaal niet kan produceren heeft het werk niet gedaan of wil er niet over praten, en dat zijn beide antwoorden.
Hoe deze markt er onder de motorkap uitziet
De splitsing is geen fout in de markt. Advies en uitvoering zijn werkelijk verschillende bedrijven met andere kostenstructuren, andere marges en ander personeelsbeleid, en bureaus specialiseren zich om gezonde commerciële redenen. Wat wel een fout is, is dat de taal is ingestort: AI-consulting en implementatie staat op de website van bureaus die maar een van de twee doen, en kopers lezen dat redelijkerwijs als een belofte over de scope.
Behandel de term dus als een vraag en niet als een beschrijving. De bureaus die beide doen verwelkomen die vraag, want zo onderscheiden ze zich. De bureaus die er één doen vertellen je welke, en dat antwoord is meer waard dan de brochure die het tegenspreekt. De bredere vraag of je wel een consultancy nodig hebt is vaak de juiste plek om te beginnen, en soms is het antwoord één ervaren individu plus je eigen engineers.
Voor de technische helft heeft de vorm van het werk zijn eigen literatuur. Hoe AI-softwareontwikkeling verschilt van conventionele oplevering is het deel dat kopers die eerder software hebben laten bouwen het meest verrast, en het OECD AI Policy Observatory volgt de beleids- en regelgevingsvoorwaarden die steeds sterker bepalen wat een implementatie mag doen.
Twee faalpatronen die je vroeg wilt herkennen
Het eerste is de verweesde roadmap: een degelijk strategiedocument, goedgekeurd, begroot en daarna nooit gebouwd, omdat de bouwbegroting op drie keer het bedrag uitkwam waar de roadmap van uitging en het programma heropend werd als planningsexercitie zonder einddatum. Het signaal is een roadmap die is geschreven zonder engineer aan tafel.
Het tweede is de bouw zonder specificatie: een capabel engineeringbureau dat zes weken onderweg is met een opdracht die klaar nooit heeft gedefinieerd, en dat ontdekt dat de stakeholders van mening verschillen over waar het systeem voor is. Het signaal is een kickoff waarin de eigen mensen van de koper verschillende uitkomsten beschrijven. Geen van beide patronen wordt veroorzaakt door een slechte leverancier, en daarom lost een betere leverancier inkopen geen van de twee op.
Beginnen waar je nu staat
Bestaat de roadmap al en is er niets gebouwd, dan is het gat een specificatie en een bouwpartner, in die volgorde. Is er geen roadmap en is er een budget goedgekeurd, dan is het gat een korte beoordeling met de bouwkant erbij. Heeft een leverancier een voorstel gestuurd met de term waar dit artikel over gaat, dan is de nuttige volgende stap vragen welke van de vier rijen in de tabel hierboven hij beschrijft, en dat antwoord op schrift te krijgen voor de eerste factuur.
Je kunt ons vertellen wat je probeert te bouwen en de bureaus in deze directory bekijken waarvan de gepubliceerde categorieën bij beide helften van de klus passen, of, leid je een bureau dat beide werkelijk doet, plaats je vermelding hier zodat kopers die op die combinatie filteren je kunnen vinden. Doorlezen wat een maatwerkbouw precies inhoudt en wat integratiewerk omvat is een redelijke manier om de specificatie aan te scherpen voordat er geld aan opgaat.