Wat het bouwen van een AI-functie daadwerkelijk kost

Elk bureau geeft hierop een bandbreedte die zo ruim is dat je er niets aan hebt, omdat het eerlijke antwoord afhangt van dingen die ze nog niet hebben gezien. Daarom leggen we uit waar het bedrag op is gebaseerd: wat de vier gangbare soorten AI-werk inhouden, welke daarvan je nodig hebt en wat de kosten ervan opdrijft.

De kosten hieronder zijn uitgedrukt in engineerweken, niet in geld. Tarieven verschillen per markt en per uitvoerder. Een pagina met bedragen in dollars zou voor de meeste lezers al achterhaald zijn zodra ze die lezen. Vermenigvuldig de cijfers met het tarief waarmee je daadwerkelijk vergelijkt. Dit zijn onze schattingen op basis van ons werk aan dit soort projecten, geen brancheonderzoek.

Vier soorten AI-werk

Bijna elke aanvraag die we krijgen valt in een van deze categorieën, of combineert er twee. Benoemen welke je nodig hebt, is de belangrijkste stap naar een realistische schatting. Dat kun je al doen voordat je met iemand praat.

Soort	Wat het doet	Tot de eerste productieversie
Antwoorden op basis van je eigen content	Medewerkers of klanten stellen vragen; het systeem antwoordt op basis van je documenten en verwijst naar de bronnen.	4–8 engineerweken
Extractie en classificatie	Zet facturen, e-mails, tickets of formulieren om in gestructureerde velden of categorieën.	3–6 engineerweken
Een agent die een taak uitvoert	Voert een actie uit in je systemen, in plaats van alleen tekst te produceren.	8–16 engineerweken
Een model in je product	Draait op het apparaat van de gebruiker of op je eigen servers, zonder API van derden.	10–20 engineerweken

De bandbreedtes voor de onderste twee zijn ruimer om dezelfde reden: beide zijn afhankelijk van zaken buiten de AI. De bouwbaarheid van een agent hangt af van de API's waarlangs die acties moet uitvoeren. De mogelijkheden van een model op het apparaat worden begrensd door de hardware die je besluit te ondersteunen.

Wat de prijs daadwerkelijk bepaalt

Bekijk voor een concreet voorbeeld van een extractieworkflow onze gids voor het extraheren van factuurgegevens en service voor geautomatiseerde factuurverwerking op maat: verwerking, validatie, beoordeling door medewerkers en export naar je boekhoudsysteem.

Geen van deze factoren is het model. De modelkeuze vergt een week evaluatie en komt daarna in een configuratiebestand. Als een voorstel dit als hoofdvraag behandelt, zegt dat iets over het voorstel.

De staat van je data. De grootste variabele. Schone, actuele en goed gestructureerde documenten op één plek zijn het goedkope scenario. Vier registratiesystemen die elkaar tegenspreken, gescande pdf's en een wiki die sinds 2023 niet is bijgewerkt, maken het duur — en het werk aan de data had je toch al moeten doen.
Hoe nauwkeurig het moet zijn. Er zit een groot verschil tussen iets dat een concept opstelt dat iemand controleert en iets dat zonder toezicht actie onderneemt. Voor het tweede zijn metingen, foutafhandeling en een veilige manier om fouten te maken nodig. Daar gaan de kosten naartoe.
Hoeveel systemen het aanraakt. Elke integratie heeft eigen authenticatie, eigen limieten voor het aantal verzoeken en eigen foutgevallen. Twee is routine. Zes is een ander project.
Of iemand de evaluatie op zich neemt. Als niemand aan jouw kant kan beoordelen of een antwoord goed was, moeten we eerst de benodigde werkwijze en hulpmiddelen opzetten. Dat is de moeite waard, maar niet gratis.
Waar de data naartoe mag. ‘Niets verlaat onze infrastructuur’ is een legitieme beperking en een uitgangspunt voor het ontwerp. Meestal betekent dit dat je zelf open-weightmodellen host. Dat levert wat mogelijkheden in voor meer controle en brengt de hostingkosten bij jou.

De doorlopende kosten die mensen vergeten

Een schatting voor de bouw is geen budget. Na de lancering blijven er drie kosten doorlopen, waarvan meestal alleen de eerste in de begroting staat.

Gebruik. De kosten per verzoek stijgen mee met het volume. Goedkoop tijdens een pilot, waardoor ze mensen op productieschaal verrassen. Bereken de kosten bij tien keer het pilotvolume voordat je je aan een architectuur vastlegt.
Evaluatie en monitoring. De kwaliteit neemt af wanneer je content verandert en wanneer aanbieders onderliggende modellen aanpassen. Er moet iets zijn dat dit in de gaten houdt.
Wisselingen bij aanbieders. Aanbieders faseren modellen uit volgens hun eigen planning. Reserveer jaarlijks een paar dagen werk om over te stappen en vermijd ontwerpen die overstappen lastig maken.

Wat een proof of concept moet kosten en aantonen

Twee tot vier weken. Duurt het langer, dan is het geen proof of concept maar een project zonder plan.

Het belangrijkste is waarvoor het bedoeld is. Een proof of concept moet eindigen met een beslissing, niet met een demo. Zorg daarvoor door vóór de start vast te leggen welk cijfer succes betekent en wat je doet als dat niet wordt gehaald. ‘Het systeem moet minstens 85% van de tickets correct classificeren. Lukt dat niet, dan stoppen we’ is een proof of concept. ‘Kijken wat AI voor ons kan doen’ is een workshop.

Het moet ook iets opleveren dat je daarna nog nodig hebt: een kleine, echte verzameling voorbeelden met labels en de juiste antwoorden. Die testset blijft nuttig, ook als het huidige model verandert, en maakt de volgende beslissing goedkoper.

Vragen die je elke leverancier kunt stellen

1. Waardoor zouden de kosten twee keer zo hoog kunnen uitvallen als je schatting?
2. Hoe stellen we met een cijfer vast of het werkt, en wie meet dat?
3. Wat kost het per maand bij tien keer ons pilotvolume?
4. Wat gebeurt er wanneer het gekozen model wordt uitgefaseerd?
5. Waar gaat onze data naartoe en wat wordt bewaard?
6. Wat doet het systeem als het het antwoord niet weet?
7. Wie is na afloop eigenaar van de code, prompts en evaluatieset?

De zesde vraag zegt het meest. Een systeem dat daar geen antwoord op heeft, zal vol vertrouwen iets verzinnen. Zo verliezen dit soort projecten het vertrouwen van de mensen die ermee zouden moeten werken.

Wanneer je het beter niet kunt bouwen

Drie situaties waarin we je zouden afraden het te bouwen. Dat vroeg zeggen is voor ons allebei goedkoper.

Het proces is nergens vastgelegd. Als niemand de regels kan beschrijven, begint het project met werk aan de bedrijfsvoering, niet met AI.
Het gebeurt tien keer per maand. De automatisering van een zeldzame taak verdient de kosten van het onderhoud ervan zelden terug.
Een bestaand product doet het al. Als je data geen onderscheidende factor is, koop dan een oplossing. We zeggen dat liever dan dat we je laten betalen om die opnieuw te bouwen.

Zo werken we

We zijn een klein team van engineers, geen bureau: je praat rechtstreeks met de mensen die de code schrijven, er zit geen accountmanager tussen en we kiezen zorgvuldig welke opdrachten we aannemen. Op AI-gebied betekent dat LLM-integraties, informatie ophalen uit je eigen content, agents en modellen implementeren die je zelf host — naast het .NET-, Python-, TypeScript- en cloudwerk van de rest van de studio.

We brengen ook onze eigen Windows-software uit, waaronder een tekstassistent die een taalmodel volledig op de pc van de gebruiker uitvoert. Het gebruik van modellen op het apparaat en onder strenge privacybeperkingen is voor ons dus geen theorie.

Vertel ons wat je wilt bouwen

Beschrijf het probleem, niet de oplossing: wat iemand nu doet, hoe vaak dat gebeurt en wat het kost als het misgaat. Je krijgt binnen één werkdag antwoord, met een afbakening en een bedrag, of met een uitleg waarom we denken dat je het beter niet kunt bouwen.

Start een project

Veelgestelde vragen

Wat kost het om een AI-chatbot voor mijn bedrijf te bouwen?

Reken voor een chatbot die antwoorden haalt uit je eigen documenten op vier tot acht engineerweken tot een eerste productieversie. De uiteindelijke inschatting hangt vooral af van de staat van je content, niet van de AI. Vermenigvuldig dit met het tarief dat je hanteert. Wie een bedrag noemt voordat die je documenten heeft gezien, geeft een standaardofferte.

Waardoor kost het ene AI-project drie keer zoveel als het andere?

Meestal ligt het aan de vereiste nauwkeurigheid en het aantal betrokken systemen, niet aan het model. De meeste kosten gaan zitten in de stap van een demo die meestal klopt naar iets dat vaak genoeg klopt om zonder toezicht actie te ondernemen. Die kosten gaan naar evaluatie, randgevallen en terugvalopties, niet naar prompts.

Moeten we dit zelf bouwen of inkopen?

Koop een oplossing als je een gangbare functionaliteit nodig hebt en je data geen onderscheidende factor is. Bouw zelf als de waarde voortkomt uit je eigen data of workflow, of uit een beperking waaraan een kant-en-klaar product niet kan voldoen — meestal dat de data je infrastructuur niet mag verlaten.

Wat mag een proof of concept kosten en wat moet het aantonen?

Twee tot vier weken, met als eindresultaat een beslissing in plaats van een demo. Leg vóór de start vast welk cijfer succes betekent en wat er gebeurt als dat niet wordt gehaald. Een proof of concept zonder faalcriterium zal altijd slagen en je niets vertellen.

Wat kost het om het systeem te gebruiken zodra het is gebouwd?

Drie dingen, waarvan mensen meestal alleen het eerste begroten: modelgebruik per verzoek, dat meegroeit met het volume; monitoring en evaluatie, die nodig blijven; en periodiek werk wanneer een aanbieder een model uitfaseert of wijzigt, op hun planning en niet die van jou.

Kan de data op onze eigen infrastructuur blijven?

Ja, en dat verandert het ontwerp, maar sluit het project niet uit. Open-weightmodellen kunnen in je eigen omgeving of op het apparaat draaien. Verwacht daarvoor wat mogelijkheden in te leveren en houd er rekening mee dat de hosting- en beheerkosten dan voor jouw rekening komen.

Hoe lang duurt het voordat we iets werkends zien?

Een ruwe versie die de gangbare gevallen afhandelt, is meestal binnen de eerste twee weken klaar. De rest van de tijd gaat naar de minder gangbare gevallen — en daar zit ook het verschil tussen een demo en een product.