U heeft een werkend prototype gebouwd met AI en wilt een lanceringsdatum vastleggen. Uw budget dekt het toolabonnement en de eerste ontwikkeling, maar u moet nog inschatten welk werk nodig is voordat klanten de app kunnen gebruiken: toegangsrechten controleren, kritieke processen testen en deployment voorbereiden.
Deze gids legt uit hoe u dat resterende werk samen met het eerste jaar na de lancering begroot. U leest over gepubliceerde prijsbandbreedtes, wat u in een ontwikkelofferte moet controleren en welke terugkerende kosten u moet plannen als uw app ook AI-functies bevat.
TL;DR
De kosten van AI-appontwikkeling hangen af van de scope van het product, de data, koppelingen en eisen aan de oplevering. Een app met AI bouwen en AI-functies toevoegen beïnvloeden verschillende delen van het budget. Begroot de kosten in twee fasen:
- Vóór de lancering: ontwikkeling, testen en eventuele aanvullende review of herstelwerk buiten de afgesproken ontwikkelscope.
- Na de lancering: infrastructuur, onderhoud en operationele ondersteuning, plus modelgebruik als de app AI-functies bevat.
- Controleer wat al is inbegrepen: testen, review, deployment en herstelwerk kunnen onder het ontwikkelcontract vallen. Neem alleen aparte bedragen op voor werk buiten die scope.
- Begroot onderhoud op basis van het benodigde werk: een percentage van de toolkosten van een goedkoop prototype kan de inspanning onderschatten die nodig is om het uiteindelijke product te onderhouden.
Twee betekenissen van “AI-app” en waarom de budgetten verschillen
Beantwoord vóór het vergelijken van prijzen twee afzonderlijke vragen:
- Heeft u AI-tools gebruikt om de app te bouwen?
- Roept de uiteindelijke app een AI-model aan wanneer klanten de app gebruiken?
Een app kan aan één van beide beschrijvingen voldoen, of aan allebei. Een product dat met een AI-codeerassistent is gemaakt, kan zonder AI-functies draaien. Een product dat via een AI-model vragen beantwoordt of content genereert, heeft budget nodig voor de ontwikkeling en het gebruik van die functies.
| Hoe de app AI gebruikt | Wat u in het budget meeneemt |
|---|---|
| AI-tools helpen bij het bouwen van de software | Kosten voor ontwikkeltools en het engineering-, test- en deploymentwerk dat de afgesproken scope vereist |
| AI-functies draaien in het eindproduct | Ontwikkeling en evaluatie van die functies, plus doorlopend modelgebruik en ondersteunende infrastructuur |
Deze gids richt zich op founders die een product met AI hebben gebouwd en zich voorbereiden op het bedienen van klanten. Bevat het product ook AI-functies, neem dan de aanvullende ontwikkel- en operationele vereisten mee.
Welke controles nodig zijn voordat echte gebruikers de app gaan gebruiken, leest u in onze gids over AI coding in productie.
Wat kost het om een AI-app te laten maken?
Gebruik de tabel hieronder om de scope te vinden die het dichtst bij uw project ligt. Begin bij de processen, data en koppelingen en controleer daarna de aannames over de oplevering achter elke bandbreedte. Prototypeprijzen en ramingen voor productieontwikkeling hebben betrekking op een andere omvang van het werk.
| Niveau | Typisch voorbeeld | Softr (mei 2026) | Iternal (september 2026) |
|---|---|---|---|
| Prototype of persoonlijke app | Een boekingstool of dashboard gemaakt met een AI app builder | Gratis–€ 900 | Niet behandeld |
| Eenvoudige AI-app of AI-MVP | Eén AI-functie, zoals een supportchatbot of één gevalideerde use case | € 9.000–€ 44.500 | € 22.000–€ 71.000 (AI-MVP); € 22.000–€ 53.500 (eenvoudige chatbot) |
| Middelgrote AI-app | Zoeken in uw eigen documenten, aanbevelingen, meerdere workflows | € 71.000–€ 133.500 | € 71.000–€ 160.000 (RAG-applicatie); € 107.000–€ 222.500 (AI-agent) |
| Complex AI-systeem | Meerdere workflows, diepe koppelingen, governance en audit trails | € 267.000–€ 445.000+ | € 222.500–€ 890.000+ (enterprise AI-platform) |
Let op de scope: deze uitgevers delen kosten verschillend in. Controleer per schatting of testen, beveiligingsreview, deployment, infrastructuur of doorlopende ondersteuning zijn inbegrepen. Voeg aan uw eigen budget alleen werk en diensten toe die buiten de ontwikkelofferte vallen.
Bronnen: Softr, “How much does AI app development cost in 2026?”, mei 2026; Iternal, “How much does AI app development cost?”, bijgewerkt september 2026. Omgerekend van USD, ECB-koers 21 oktober 2026, afgerond.
De twee bronnen trekken de grenzen tussen niveaus anders, dus de bandbreedtes overlappen. Een offerte binnen een niveau zegt op zichzelf weinig; de scope erachter, en welke kostenposten hieronder erin zitten, bepalen of het bedrag realistisch is.
Wat AI-codeertools werkelijk besparen op de bouwkosten
AI-codeertools besparen het meest op het schrijven van nieuwe, goed afgebakende code, en de besparing krimpt in grote bestaande codebases. Het bewijs komt uit gecontroleerde experimenten, niet uit schattingen van leveranciers, en de experimenten verschillen op een manier die het verschil verklaart.
In een experiment uit 2023 van onderzoekers van Microsoft, GitHub en MIT bouwden ontwikkelaars met GitHub Copilot een HTTP-server in JavaScript 55,8% sneller dan een controlegroep (Peng e.a., 2023). De taak was klein, nieuw en duidelijk omschreven, en lijkt daarmee op hoe een founder een eerste prototype bouwt.
In een gerandomiseerd experiment van juli 2025 stelde METR vast dat 16 ervaren open-sourceontwikkelaars 19% langer deden over 246 echte issues in hun eigen grote repositories wanneer AI-tools van begin 2025 waren toegestaan. Dezelfde ontwikkelaars hadden 24% tijdwinst verwacht. Een update van METR uit februari 2026 over tools van eind 2025 wijst op een versnelling van ongeveer 4–18%, wat METR zelf zeer zwak bewijs noemt.
Wat dit betekent voor uw budget: AI-tools maken de eerste versie goedkoper, vaak met een ruime marge. Ze geven geen vaste korting op het hele project, omdat de meeste kosten van een product zitten in het aanpassen, controleren en draaiende houden van code die al bestaat.
Kostenfactoren van AI-appontwikkeling die AI niet wegneemt
Vijf kostenposten blijven nadat AI de code schrijft: productbeslissingen, data en koppelingen, beveiliging en toegangsbeheer, review en herstel, en gebruikskosten. AI-tools veranderen de inspanning binnen een deel van die posten, maar geen enkele post verdwijnt. Tabel 3 laat per post zien wat er verandert.
| Kostenpost | Wat AI verandert | Wat geld blijft kosten |
|---|---|---|
| Productbeslissingen en eisen | Snellere mock-ups om ideeën te testen | Beslissen over prijsregels, gebruikersrollen en wat de app nooit mag doen |
| Data en koppelingen | Snellere koppelingscode | Data opschonen, velden koppelen, uitzonderingen in betaal- en CRM-systemen afvangen |
| Beveiliging en toegangsbeheer | Genereert inlog- en rechtencode snel | Controleren wie welk record mag zien; AVG artikel 32 vereist maatregelen passend bij het risico |
| Review, testen en herstel | Meer code per dag; AI kan ook tests en fixes opstellen | Resultaten valideren tegen het echte gedrag, de beveiligingseisen en de productieomgeving |
| Hosting en modelgebruik | Geen verandering | Maandelijkse hosting, database en, bij AI-functies, modelgebruik per verzoek |
| Onderhoud en updates | Snellere kleine wijzigingen | Updates van afhankelijkheden, beveiligingspatches, wijzigingen in modellen en prijzen |
Beveiliging en toegangsbeheer hebben in de EU een wettelijke ondergrens. AVG (GDPR) artikel 32 vereist technische en organisatorische maatregelen passend bij het risico zodra een app persoonsgegevens verwerkt, ongeacht wie of wat de code heeft geschreven.
Het DORA-rapport 2024 van Google Cloud bracht in zijn analyse meer AI-gebruik in verband met een lagere leveringssnelheid (naar schatting 1,5%) en een lagere leveringsstabiliteit (naar schatting 7,2%). Dat betekent niet dat AI-gegenereerde code per definitie tot mislukte opleveringen leidt. Het laat wel zien waarom teams reviewtijd, change failure rate en herstelwerk naast de codeersnelheid moeten meten wanneer zij de financiële impact van AI-tools beoordelen.
Laat u een review uitvoeren buiten de ontwikkelscope, vraag dan een aparte offerte aan en plan tijd voor eventueel herstelwerk dat eruit voortkomt. Onze gids over de kosten van een AI code audit legt uit welke factoren u met een aanbieder moet bespreken.
Weet welke kosten uw AI-gebouwde app nog met zich meebrengt
Een AI-built product review bekijkt de onderdelen die AI-tools niet hebben meegerekend: hoe gebruikersdata wordt benaderd, wat zichtbaar is en wat u moet oplossen voordat echte gebruikers komen. De review staat los van herstelwerk, en u krijgt de bevindingen in begrijpelijke taal met een geprioriteerd actieplan.
Wat kost een AI-app per maand na de lancering?
Een AI-app kost na de lancering elke maand geld voor hosting, onderhoud en, bij AI-functies, modelgebruik. Modelgebruik groeit mee met het verkeer: de kostengids van Zite uit maart 2026 schat dat een kleine app die 1.000 klantvragen per dag beantwoordt circa € 200–€ 250 per maand aan AI-gebruik uitgeeft (omgerekend van $ 200–$ 300). Een app die met AI-tools is gebouwd maar geen AI-functies heeft, kent geen modelpost.
Modelgebruik: betaald per token
Modelgebruik wordt per token gefactureerd: een stukje tekst van enkele tekens dat het model leest of schrijft. De prijslijst van de OpenAI API prijst input- en output-tokens apart en verschilt per model en verwerkingsniveau; in het standaardniveau verschilden het goedkoopste en duurste model op 22 oktober 2026 ongeveer een factor 100.
Schat de maandelijkse modelkosten door input- en output-tokens apart te rekenen:
Maandelijkse modelkosten = (input-tokens per maand ÷ 1.000.000 × inputprijs) + (output-tokens per maand ÷ 1.000.000 × outputprijs).
Een voorbeeld: 10.000 verzoeken per maand met gemiddeld 2.000 input-tokens en 500 output-tokens gebruiken 20 miljoen input-tokens en 5 miljoen output-tokens. Bij illustratieve tarieven van € 1 per miljoen input-tokens en € 5 per miljoen output-tokens komt de maandelijkse modelrekening uit op € 45.
Dit is exclusief extra kosten voor retrieval, tools, herhaalde verzoeken en andere infrastructuur. Reken een laag, verwacht en hoog gebruiksscenario door met de actuele prijzen van de aanbieder en het model dat u kiest.
Hosting en onderhoud
Maak onderscheid tussen infrastructuur en onderhoud met operationele ondersteuning. Infrastructuur omvat diensten zoals hosting, databases, opslag, back-ups en monitoring. Onderhoud en ondersteuning omvatten de mensen en het werk die nodig zijn om afhankelijkheden bij te werken, bugs op te lossen en operationele problemen af te handelen. Neem modelgebruik apart op als de app AI-functies bevat.
Softr schat het jaarlijkse onderhoud op 15–25% van de oorspronkelijke bouwkosten. Iternal gebruikt een vergelijkbaar percentage voor een breder pakket aan doorlopende activiteiten. Dat zijn verschillende begrotingsaannames, dus voeg ze niet samen tot één maatstaf voor onderhoud.
Begroot voor een app die met goedkope AI-tools is gebouwd het onderhoud op basis van de taken, de verwachte inzet en de benodigde ondersteuning. Alleen een percentage van de toolabonnementen gebruiken kan een onrealistisch laag budget opleveren. Controleer welke diensten al in de platformkosten of ondersteuningstarieven zijn inbegrepen en werk de raming bij met gegevens uit het daadwerkelijke gebruik.
Hoe begroot u het eerste jaar van een AI-gebouwde app?
Deel het budget in op basis van werk dat vóór de lancering nodig is en kosten die daarna ontstaan. Maak ontwikkeling, aanvullende review en herstelwerk apart zichtbaar en controleer wat het oorspronkelijke contract al dekt. Houd bij doorlopende kosten infrastructuur en modelgebruik gescheiden van onderhoud en operationele ondersteuning.
| Fase | Budgetpost | Hoe u die schat |
|---|---|---|
| Vóór de lancering | Ontwikkeling | Gebruik de afgesproken offerte of de werkelijke uitgaven en maak zichtbaar welk test-, beveiligings- en deploymentwerk al is inbegrepen |
| Vóór de lancering | Aanvullende review | Vraag een offerte voor een afgebakende scope als u een aparte review laat uitvoeren |
| Vóór de lancering | Aanvullend herstelwerk | Begroot werk uit bevindingen, zonder herstel dat al onder de ontwikkelscope of garantie valt |
| Na de lancering | Infrastructuur en modelgebruik | Begroot 12 maanden hosting en ondersteunende diensten, plus modelgebruik waar van toepassing; sluit onderhoud uit dat hieronder wordt meegeteld |
| Na de lancering | Onderhoud en operationele ondersteuning | Begroot taken, engineeringinzet en de omvang van de ondersteuning; sluit infrastructuur, modelgebruik en initieel herstelwerk uit die elders worden meegeteld |
Dit budget omvat de voorbereiding op de lancering plus de eerste 12 maanden erna. Heeft u een deel van het werk al betaald, laat dan zowel de totale projectkosten als het nog benodigde aanvullende budget zien.
AI-tools kunnen helpen bij code review, testen en herstelwerk, maar de resultaten moeten nog steeds worden gevalideerd tegen het gedrag en de eisen van het product. Leg vast wie hiervoor verantwoordelijk is en of het werk in de ontwikkeling is inbegrepen of apart wordt ingekocht.
Voorbeeld: een budget voor het eerste jaar van een AI-gebouwde app
Neem een klein, met AI gebouwd klantportaal dat een extern AI-model gebruikt om klantvragen te beantwoorden. De founder heeft al een werkend prototype en wil het lanceren voor betalende klanten. De bedragen hieronder zijn illustratieve planningsaannames, geen marktoffertes.
| Budgetregel | Voorbeeldbedrag |
|---|---|
| Eerste bouw en koppelingen | € 11.000 |
| Onafhankelijke review vóór de lancering | € 1.800 |
| Oplossen van reviewbevindingen | € 2.700 |
| Hosting en modelgebruik (€ 180 per maand × 12) | € 2.160 |
| Onderhoud en updates | € 2.200 |
| Geschat totaal eerste jaar | € 19.860 |
In dit voorbeeld is de bouw ongeveer 55% van het budget voor het eerste jaar. Review, herstel, hosting en onderhoud vormen de overige 45%.
In dit voorbeeld omvat het ontwikkelbedrag het afgesproken test- en deploymentwerk. De onafhankelijke review is een aanvullende opdracht en het herstelbudget dekt bevindingen die buiten de oorspronkelijke ontwikkelscope vallen. Hosting en modelgebruik worden los van onderhoud meegerekend.
Het onderhoudsbudget dekt het afgesproken reguliere onderhoud en kleine fixes na de lancering. Het omvat geen initieel herstelwerk, infrastructuur of modelgebruik. Deze bedragen zijn illustratieve planningsaannames; begroot elke post vanuit uw eigen scope en controleer of kosten dubbel in rekening worden gebracht.
Wanneer is een goedkope AI-bouw niet meer goedkoop?
Een goedkope AI-bouw blijft goedkoop zolang hij testdata verwerkt voor een kleine interne groep, en is dat niet meer zodra persoonsgegevens van echte gebruikers, betalingen of zakelijke klanten ervan afhangen. Tabel 6 laat zien waar die grens ligt.
| Situatie | Goedkope bouw volstaat? | Waarvoor u begroot |
|---|---|---|
| Interne tool, testdata, minder dan 10 gebruikers | Ja | Abonnementen en hosting |
| Persoonsgegevens van echte gebruikers of betalingen | Nee | Een review vóór de lancering en herstel van toegangsbeheer |
| Een zakelijke klant stuurt een beveiligingsvragenlijst | Nee | Schriftelijk reviewbewijs en herstel |
| Een tweede ontwikkelaar sluit aan of de code blijft groeien | Deels | Onderhoud, documentatie en afspraken over AI-geschreven code |
Volgens AVG artikel 33 moet een inbreuk in verband met persoonsgegevens in de regel binnen 72 uur nadat u ervan op de hoogte bent gemeld worden bij de bevoegde toezichthouder, tenzij het niet waarschijnlijk is dat de inbreuk een risico inhoudt voor de rechten en vrijheden van personen. Voor organisaties in Nederland is dat doorgaans de Autoriteit Persoonsgegevens.
Loop vóór de lancering een checklist voor productiegereedheid door. Zodra het team groeit, houden schriftelijke afspraken over AI code governance de onderhoudskosten voorspelbaar.
Hoe Sunbytes u helpt de kosten te begroten die AI openlaat
Het uitgewerkte voorbeeld laat zien waar het geld van een AI-gebouwde app in het eerste jaar naartoe gaat: de bouw is iets meer dan de helft, en een groot deel van de rest hangt af van wat een review vindt. Die tweede helft kan een founder pas begroten als iemand naar de code, de datastromen en de hostinginrichting heeft gekeken.
Sunbytes begint bij dat gat. Een AI-built product review start met het afbakenen van wat er is gebouwd, wie het gebruikt en welke onderdelen persoonsgegevens of betalingen verwerken. Engineers beoordelen daarna de afgesproken onderdelen van code, productgedrag en technische inrichting, en sorteren de bevindingen in wat de lancering blokkeert en wat kan wachten. Budgetregels 2 en 3 worden zo schattingen in plaats van gissingen, en omdat de review los staat van het herstelwerk, worden de bevindingen niet gestuurd door wie het herstel uitvoert.
Raken bevindingen aan toegangsbeheer of persoonsgegevens, dan voegen de Cybersecurity-oplossingen van Sunbytes de beveiligingsmaatregelen en het bewijs toe waar een AVG-toets of de beveiligingsvragenlijst van een klant om vraagt. Uw eigen team lost de bevindingen daarna op, of engineers van Sunbytes lossen de prioritaire punten op en controleren ze opnieuw.
Het werk valt onder een ISO/IEC 27001-gecertificeerd managementsysteem voor informatiebeveiliging, met governance vanuit Nederland en engineeringcapaciteit in Ho Chi Minh-stad, gebouwd op ruim 300 opgeleverde projecten.
Legt u binnenkort een lanceringsdatum vast? Bespreek de scope van een review voor uw AI-gebouwde app.
