AI proof of concept: zo scope je er een die slaagt

Een AI proof of concept bestaat om goedkoop één vraag te beantwoorden: werkt deze aanpak goed genoeg, op jouw échte data, om voor productie te bouwen? Een goede PoC is bewust smal, heeft één meetbaar succescriterium dat vooraf is afgesproken, en komt met een heldere route naar productie — zodat het niet weer een demo wordt die iedereen imponeert en niets verandert. Deze gids laat zien hoe je er een scopet die een ja-of-nee oplevert, wat erin hoort en ongeveer kost, en waarop je moet staan zodat het werk van jou is.

Wat een proof of concept wel en niet is

Een proof of concept toetst haalbaarheid en waarde op één goed afgebakend stukje van een echt probleem. Het is geen pilot, geen MVP en geen productiesysteem. Het doel is de grootste onzekerheid wegnemen — meestal "wordt het model nauwkeurig en betrouwbaar genoeg op onze rommelige data?" — vóór iemand een productiebudget vastlegt. Behandel het als een experiment met een hypothese, niet als een mini-product. Wil je iets dat gebruikers echt aanraken, dan beschrijf je een MVP; ons stuk over waarom een werkend MVP wint van slides behandelt dat verschil.

Pilot-moeras vermijden

Pilot-moeras is de toestand waarin veelbelovende AI-experimenten zich opstapelen maar niets in productie komt. Dat gebeurt om voorspelbare redenen: de scope was te breed om ooit af te maken, succes werd nooit gedefinieerd dus niemand kon de overwinning uitroepen, de data die productie nodig had was er nooit, of de demo leefde in een notebook zonder route naar echte systemen. De remedie zit in de scoping. Elke keuze hieronder is in feite een verdediging tegen vastlopen.

Stap één: kies één smal, meetbaar geval

De belangrijkste beslissing is wat je er niet in stopt. Bewijs geen platform; bewijs één workflow. Een sterke PoC-kandidaat heeft een heldere input en output, een manier om te beoordelen of de output klopt, en genoeg representatieve voorbeelden om tegen te testen. "AI gebruiken om de klantenservice te verbeteren" is niet te scopen. "Een eerste antwoordmail opstellen voor binnenkomende supporttickets in categorie X, die een medewerker daarna goedkeurt" wel.

Goede tekenen dat je scope smal genoeg is

• Je kunt de taak in één zin beschrijven zonder het woord "en".
• Je kunt het criterium noemen dat je zou checken om succes te bepalen.
• Je hebt, of kunt krijgen, een set echte voorbeelden met bekende juiste antwoorden.
• Een vakexpert kan een steekproef van outputs in een middag beoordelen.

Stap twee: bepaal het succescriterium vóór je begint

Spreek schriftelijk af wat "goed genoeg" betekent voordat er één regel code is. Het criterium moet bij de taak passen: bij extractie het aandeel correct opgehaalde velden; bij een classifier de nauwkeurigheid op een aparte set die je experts hebben gelabeld; bij een schrijfassistent het deel outputs dat een expert met slechts kleine aanpassingen accepteert. Zet een drempel die naar een zakelijke beslissing leidt — het getal waarboven productie de moeite waard is en waaronder niet. We beloven hier bewust geen specifiek getal, want een eerlijk doel hangt volledig af van jouw data en de kosten van een fout. Dezelfde discipline zit achter het meten van AI-ROI: bepaal wat je meet vóór de uitkomst het doel kan kleuren.

Neem een nulmeting mee

Een criterium betekent pas iets tegen een nulmeting. Meet hoe de taak vandaag gedaan wordt — door een mens, een regel of een bestaande tool — zodat het PoC-resultaat een vergelijking is en geen los getal. Soms is de eerlijke uitkomst dat een simpele regel het werk al doet en AI alleen kosten toevoegt. Ook dat is een geslaagde PoC: hij bespaarde je een productiebudget.

Stap drie: regel echte data-toegang vroeg

De meest voorkomende reden dat een PoC productie niet haalt, is data die werd beloofd maar nooit kwam, of voorbeelddata die niets op de werkelijkheid leek. Sta erop dat je vanaf het begin toegang krijgt tot representatieve, productie-achtige data, met de toegang-, privacy- en beveiligingsvragen vooraf opgelost in plaats van later ontdekt. Zit de data opgesloten in systemen waar niemand uit kan exporteren, dan is dát al een bevinding, en is het echte eerste project vaak data-engineering in plaats van het model. Testen op een schone speeldataset en dan in productie de werkelijkheid tegenkomen — zo sterven goede demo's stilletjes.

Stap vier: plan de route naar productie vooraf

Een PoC zonder productieplan is per definitie een doodlopende weg. Spreek vooraf af wat een ja-beslissing in gang zet: ongeveer wat productie kost, waarmee het integreert, wie het daarna bezit, en wat gehard moet worden. Je hoeft niet de hele bouw te plannen, maar je moet weten dat de demo een systeem kán worden. Productiewaardige AI kent zorgen die een PoC mag overslaan — monitoring, evaluatieharnassen, guardrails, retries en menselijk toezicht — en ons overzicht van de productie-AI-stack en de praktijk van AI-agents in productie beschrijven wat die stap echt inhoudt. Dit vooraf weten voorkomt dat een PoC zo wordt gescopet dat hij niet kan opschalen.

Wat een goede PoC bevat

Een geloofwaardige proof of concept levert meer dan een werkende demo. Verwacht:

• Een afgebakend geval en een schriftelijk succescriterium met nulmeting.
• Een kleine, representatieve dataset, verzameld en waar nodig gelabeld.
• Een werkend prototype dat op die data draait — geen slideware.
• Een evaluatie: het prototype eerlijk gescoord tegen het criterium, inclusief waar het faalt.
• Een helder advies — doorgaan, bijstellen of stoppen — met de redenering.
• Een grof productieplan en kostenraming als het antwoord doorgaan is.
• De code, overgedragen aan jou.

De evaluatie scheidt engineering van theater. Iedereen kan een model één voorbeeld goed laten doen; een PoC moet laten zien hoe vaak het goed gaat over een representatieve steekproef, en eerlijk zijn over de gevallen die misgaan en waarom.

Wat een PoC kost en hoe lang het duurt

Scope, niet ambitie, bepaalt de kosten. Een echt smalle PoC is een korte opdracht met vaste scope — meestal een paar weken in plaats van maanden. Bij Crux Digits start een proof of concept vanaf circa €20.000, en een lichtere haalbaarheids- of verkenningsaudit vanaf circa €2.500 als je eerst moet uitzoeken of een PoC überhaupt zinvol is. Pas op voor open dagtarieven zonder gedefinieerd resultaat; zo verschuiven budgetten en begint het pilot-moeras. Een vaste scope met een gedefinieerde evaluatie houdt iedereen eerlijk.

Waarop je als opdrachtgever moet staan

Drie dingen beschermen je, en die zet je in de overeenkomst:

• Data-toegang op echte, representatieve data — met privacy en beveiliging geregeld, zodat het resultaat de productiewerkelijkheid weergeeft.
• Een gedocumenteerde evaluatie tegen het afgesproken criterium, inclusief faalwijzen — geen samengestelde hoogtepuntenreel.
• Code-eigendom en een overdracht — jij houdt de code, de prompts, de evaluatieset en de documentatie, zodat je nooit aan één leverancier vastzit om verder te kunnen.

Leverancier-neutraliteit telt hier. Een PoC moet de aanpak adviseren die bij jouw probleem past, niet de aanpak die het platform van de leverancier uitkomt. Wijst het advies altijd naar dezelfde propriëtaire stack, ongeacht de vraag, zie dat dan als waarschuwingssignaal.

Alles bij elkaar

De rode draad is terughoudendheid. Kies één workflow, spreek af wat succes betekent en meet het eerlijk tegen een nulmeting, regel echte data en een productieplan vóór je begint, en behoud het eigendom van wat gebouwd wordt. Doe dat en de PoC geeft je een helder, op bewijs gebaseerd ja of nee — precies waarvoor hij dient. Of je financiert productie wetend dat het werkt, of je bespaart het budget wetend dat het niet zou werken.

Weeg je een AI-idee, dan zijn onze engineering-gedreven PoC's bewust zo gescopet dat je dat antwoord krijgt: een proof of concept vanaf circa €20.000, een haalbaarheidsaudit vanaf circa €2.500, en productiebouw vanaf €50.000 zodra het geval bewezen is. Bekijk onze transparante prijzen, lees klantcases, of boek een gratis consult en we helpen je iets te scopen dat smal genoeg is om te slagen.

Veelgestelde vragen