Hoe je een AI-project scopet vóór je een agency inhuurt

Elke week stuurt een leiderschapsteam een RFP uit voor "een AI-oplossing" en krijgt het vijf voorstellen terug die er identiek uitzien en zich totaal verschillend gedragen. Het probleem zijn niet de agencies. Het probleem is de scope. Scope je goed, dan is de rest procurement. Doe je dat niet, dan koop je loterijbiljetten.

Deze post is de checklist die wij met klanten doorlopen vóór ze ook maar één voorstel serieus nemen.

Waarom scope meer AI-projecten de das omdoet dan techniek

De meeste mislukte AI-projecten falen niet omdat het model niet werkte. Ze falen omdat het project iets opleverde dat niemand kon gebruiken of dat geen metric bewoog waar iemand om gaf. De technologie was prima. De scope was fout.

Een foute scope toont zich als:

• Een prototype zonder business owner.
• Een workflow die niemand integreert in de dagelijkse operatie.
• Een metric die "verbetert" maar geen enkele beslissing verandert.
• Een model dat accuraat is op testdata en nutteloos op dinsdagochtend.

De oplossing is geen beter model. Het is een betere vraag.

De minimale scope-briefing

Vóór je iets overhandigt aan een agency, freelancer, FDE of vendor, moet je deze vragen op één pagina kunnen beantwoorden.

1. Wie is eigenaar van het resultaat?

Noem een persoon. Geen team. Geen stuurgroep. Eén persoon wiens cijfer verandert als dit werkt.

Kun je niemand noemen? Stop dan. Je bent geen project aan het scopen — je financiert een hobby.

2. Welke metric beweegt, en met hoeveel?

Kies één primaire metric. Voorbeelden die werken:

• "Verkort de tijd om een klantvoorstel op te stellen van 4 uur naar 30 minuten."
• "Verhoog de gekwalificeerde pipeline uit inbound met 25%."
• "Verlaag de handmatige CRM-verrijkingstijd per verkoper van 6 uur per week naar 1."

Voorbeelden die niet werken:

• "Productiviteit verbeteren." Van wie?
• "AI gebruiken voor marketing." Om precies wat te doen?
• "Meer datagedreven worden." Vergeleken met wat?

Als je geen getal naast het werkwoord kunt zetten, ben je nog niet klaar.

3. Wat is de kleinste versie die nog nuttig is?

De meeste AI-scopes zijn 3x te groot. Vraag: als we maar één workflow konden bouwen, welke zou dat zijn? Dat is je v1. Al de rest is v2.

4. Hoe ziet falen eruit na 90 dagen?

Als het team het op dag 90 niet gebruikt, waarom zou dat kunnen zijn? Schrijf drie eerlijke antwoorden op. Dat worden de aannames die je in het prototype moet testen.

5. Welke data heb je werkelijk?

Niet welke data je zou willen hebben. Welke data vandaag in je systemen leeft, met redelijke kwaliteit, waartoe iemand binnen twee weken toegang kan verlenen.

Is het antwoord "we moeten eerst een dataproject doen", dan is dat een ander project. Scope het apart.

6. Welke beperking is werkelijk bindend?

Tijd? Budget? Compliance? Interne politiek? Kies er één. De voorstellen die je krijgt verschillen radicaal afhankelijk van het antwoord. Als je de bindende beperking niet kunt benoemen, krijg je het voorstel dat elke vendor wilde verkopen, niet het voorstel dat jouw situatie nodig heeft.

De vragen die agencies je horen te stellen

Als een agency een voorstel neerlegt zonder deze vragen te stellen, behandel het voorstel dan als giswerk:

• Wie is intern eigenaar van het resultaat?
• Hoe ziet succes er in cijfers uit op dag 90?
• Welke systemen zijn in scope versus expliciet out of scope?
• Wat is de huidige staat van de data?
• Wat is het aankoopproces en de timeline?
• Wat is er eerder geprobeerd, en waarom bleef het niet hangen?

Een vendor die deze overslaat en meteen naar platformfeatures gaat, is aan het verkopen, niet aan het scopen.

Voorstellen vergelijken zodra ze binnenkomen

Zodra de voorstellen binnen zijn, scoor je ze op vijf dingen. Geen capabilities — scope.

• Scopehelderheid. Kun je het lezen en precies voorspellen wat er gebouwd wordt?
• Aannametransparantie. Wat hebben ze aangenomen? Kloppen die aannames voor jouw realiteit?
• Risico-oppervlak. Wat kan dit doen ontsporen — integraties, data, security, change management — en hoe gaan ze ermee om?
• Prijslogica. Is de prijs gekoppeld aan resultaat, tijd of scope? Mismatches zijn rode vlaggen.
• Exitpad. Wat kost het om na v1 te vertrekken? Vendor lock-in is een reële kost — De verborgen kost van de verkeerde AI-partner legt uit hoe die er in de praktijk uitziet.

Scoor elk voorstel 1–5 op deze punten. Het voorstel dat het hoogst scoort, is zelden dat met de laagste prijs of het mooiste deck.

Veelgemaakte fouten

• Discovery behandelen als een gratis fase. Echte discovery is betaald werk. Biedt een vendor het gratis aan, dan subsidieert hij ofwel sales, ofwel slaat hij de grondige versie over.
• Scope toevoegen tijdens de procurement. Elke "en ook nog" verdubbelt het risico. Weersta.
• De vendor zichzelf laten inscopen. Als dezelfde vendor scopet én biedt, betaal je voor een bevooroordeelde scope.

Belangrijkste inzichten

• De meeste AI-projecten falen op scope, niet op techniek.
• Een echte scope-briefing benoemt de eigenaar, de metric, de v1 en de bindende beperking.
• Goede agencies stellen dezelfde vragen vóór ze bieden. Slechte pitchen features.
• Vergelijk voorstellen op scopehelderheid, niet op capability-lijsten.

Wil je een scherpere scope vóór je ook maar één voorstel serieus neemt? Precies daarvoor is de AI Scoping Workshop gebouwd. En als de use case nog bewijs nodig heeft, valideer hem dan via een MVA Sprint vóór je schaalt.

---

Al AI-voorstellen ontvangen? Laat elk voorstel onafhankelijk reviewen vóór je je vastlegt, of boek een gratis AI-scoping-intake. Onafhankelijk, snel, en we benoemen wat er ontbreekt.