Vibe coding versus traditioneel ontwikkelen: kosten en doorlooptijd vergeleken

Vibe coding kan de kosten en doorlooptijd van softwareontwikkeling verlagen, maar alleen wanneer de tijdwinst bij bouwen groter is dan het extra werk voor controle, correcties en beheer. Vergelijk daarom niet een AI-demo met een volledig geteste maatwerkapplicatie. Vergelijk twee oplossingen met dezelfde functies, beveiliging, overdracht en onderhoudsafspraken.

Voor MKB-ondernemers is de vraag niet alleen: ‘Hoe snel staat het eerste scherm er?’ Belangrijker is: ‘Wanneer kunnen mijn medewerkers of klanten er betrouwbaar mee werken, en wat kost dat over de hele gebruiksperiode?’ In dit artikel vergelijken we vibe coding met traditioneel ontwikkelen, laten we zien waar tijdwinst kan ontstaan en rekenen we een fictief klantportaal door. De bedragen en planning zijn zelfgekozen aannames, geen marktonderzoek, offerte of gegarandeerde besparing.

Wat vergelijken we precies?

Bij vibe coding stuur je de bouw voornamelijk met beschrijvingen in gewone taal: AI genereert en wijzigt code op basis van je instructies. Bij traditionele ontwikkeling werken ontwikkelaars vanuit afgesproken eisen en een technische opzet aan de implementatie. In de praktijk loopt dit in elkaar over: ook een traditioneel softwarebureau kan AI gebruiken, en bij een AI-gebouwde applicatie kunnen ervaren ontwikkelaars de architectuur, beveiliging en tests verzorgen.

De bruikbare vergelijking is daarom AI-gestuurde bouw versus ontwikkelaar-gestuurd maatwerk, met een gelijkwaardig eindresultaat. Een hybride werkwijze kan geschikt zijn: AI versnelt overzichtelijke onderdelen, terwijl mensen de werking en risico’s controleren. Dat betekent niet dat iedere hybride aanpak automatisch de beste keuze is.

Onderdeel	AI-gestuurde bouw	Ontwikkelaar-gestuurd maatwerk
Eerste werkende versie	Kan snel ontstaan bij duidelijke, gangbare functies	Vraagt uitwerking en implementatie; bestaande componenten kunnen dit versnellen
Complexe bedrijfsregels	Expliciete instructies en grondige controle nodig	Ontwikkelaar vertaalt regels naar een samenhangend ontwerp
Beveiliging en privacy	Moeten aantoonbaar worden getest; een login is onvoldoende bewijs	Moeten eveneens aantoonbaar worden getest
Koppelingen	Gangbare koppelingen kunnen eenvoudiger zijn; uitzonderingen vragen extra werk	Meer directe controle over afwijkende integratie-eisen
Overdracht en beheer	Controleer code, accounts, platformvoorwaarden en exportmogelijkheden	Controleer dezelfde afspraken; maatwerk voorkomt niet automatisch afhankelijkheid

Begin bij de beslisboom voor een website of webapplicatie als je nog niet weet welke oplossing nodig is. Voor een gewone bedrijfswebsite kan een bestaand CMS of een template voordeliger zijn dan beide maatwerkvarianten.

Is ontwikkelen met AI bewezen sneller?

Onderzoek laat verschillende uitkomsten zien. Dat is geen tegenstelling die je met één besparingspercentage kunt oplossen: de deelnemers, taken, tools en kwaliteitsverwachtingen verschillen.

• Afgebakende taak, versnelling: in een gecontroleerd Copilot-experiment uit 2023 voltooide de AI-groep een JavaScript HTTP-servertaak 55,8% sneller. Dat zegt iets over die programmeertaak, niet over alle werkzaamheden in een compleet klantproject. De auteurs waren onder meer verbonden aan GitHub en Microsoft.
• Enterprise-experiment, versnelling met onzekerheid: een Google-studie uit 2024 met 96 software-engineers schatte ongeveer 21% minder taaktijd met AI. De onderzoekers waarschuwden tegen het automatisch vertalen van die uitkomst naar andere tools en organisaties.
• Vertrouwde codebases, vertraging: METR onderzocht begin 2025 zestien ervaren open-sourceontwikkelaars met 246 taken in projecten die zij goed kenden. Met AI duurden taken gemiddeld 19% langer. Ook deze kleine, specifieke studie is geen universele voorspelling; zij betreft tools en omstandigheden van begin 2025.

Deze studies onderzoeken AI-ondersteund programmeren, niet uitsluitend vibe coding door ondernemers zonder ontwikkelervaring. Ze vormen dus geen actuele prijslijst of bewijs voor vaste projectbesparingen in 2026. De praktische les: meet tijdwinst in jouw eigen project, inclusief review en herstelwerk. Verwar meer gegenereerde code niet met meer bruikbare software.

Waar zitten de kosten bij beide werkwijzen?

Een applicatiebegroting bestaat uit meer dan programmeeruren. De posten hieronder blijven relevant, ongeacht wie of wat de eerste code schrijft.

1. Vooronderzoek: processen begrijpen, functies afbakenen en bepalen welke gegevens nodig zijn.
2. Ontwerp: schermen, gebruikersroutes, gegevensstructuur en technische keuzes uitwerken.
3. Bouw: functies en koppelingen realiseren en fouten oplossen.
4. Controle: rechten, invoer, foutgevallen, toegankelijkheid, prestaties en kritieke berekeningen testen.
5. Lancering: bestaande gegevens overzetten, gebruikers instrueren en productie klaarzetten.
6. Beheer: hosting, monitoring, updates, ondersteuning, back-ups en hersteltesten.

Bij AI-gestuurde bouw kunnen daar platformabonnementen, bouwcredits en extra controle op gegenereerde wijzigingen bij komen. Gebruikt de opgeleverde app zelf AI, dan komen ook de gebruikskosten van die functie erbij. AI gebruiken om te bouwen betekent niet automatisch dat de app na oplevering AI nodig heeft. Vraag welke kosten eenmalig zijn en welke blijven terugkomen. De MKB-begroting voor websites en webapplicaties helpt je de volledige gebruiksperiode mee te nemen.

Fictief rekenvoorbeeld: een klantportaal voor een installatiebedrijf

Dit voorbeeld is volledig fictief. Het is geen klantcase en de bedragen zijn geen tarieven van AI Marketing Bureau. We kiezen zelf uren en een rekentarief van €100 per uur, exclusief btw, om het effect van aannames zichtbaar te maken.

Het installatiebedrijf wil een portaal waarin klanten de status van hun aanvraag zien en documenten downloaden. Medewerkers beheren de aanvragen. Beide varianten krijgen dezelfde eisen: klanten mogen uitsluitend hun eigen gegevens zien, één gedocumenteerde CRM-koppeling, logging, back-ups, een hersteltest en overdraagbare accounts. Betalingen, een mobiele app en AI-functies in het portaal vallen buiten de scope.

Werkpakket	AI-gestuurde bouw	Ontwikkelaar-gestuurd maatwerk
Vooronderzoek en eisen	24 uur / €2.400	24 uur / €2.400
Schermontwerp en technische opzet	20 uur / €2.000	32 uur / €3.200
Functies bouwen	64 uur / €6.400	112 uur / €11.200
CRM-koppeling en gegevenscontrole	32 uur / €3.200	32 uur / €3.200
Tests, beveiligingsreview en correcties	48 uur / €4.800	48 uur / €4.800
Lancering en overdracht	16 uur / €1.600	16 uur / €1.600
Totaal werkzaamheden	204 uur / €20.400	264 uur / €26.400
Extra AI-bouwtools tijdens het project	€600	€0 extra in deze aanname
Eenmalige bouwkosten	€21.000	€26.400

In deze aannames scheelt de bouw €5.400. Die uitkomst komt uit 60 minder werkuren à €100, minus €600 extra bouwtools. We verlagen de uren voor beveiliging en tests bewust niet. Een traditioneel team kan zelf AI inzetten en ook uren besparen; in een echte offerte moet je de daadwerkelijke werkwijze vergelijken.

Neem ook twee jaar beheer mee

We nemen voor beide varianten €150 per maand voor hosting en monitoring en vier beheeruren à €100 per maand aan. Voor de AI-gestuurde variant rekenen we daarnaast fictief €50 per maand aan een aanvullend beheerplatform. Dat abonnement is niet bij elke AI-gebouwde app nodig. Deze bedragen dekken geen onbeperkte gebruikersgroei, nieuwe functies of incidenten buiten de afgesproken beheeruren.

Post	AI-gestuurde bouw	Ontwikkelaar-gestuurd maatwerk
Eenmalige bouw	€21.000	€26.400
Maandelijks beheer en hosting	€600	€550
24 maanden beheer	€14.400	€13.200
Bouw plus 24 maanden beheer	€35.400	€39.600

Het verschil over deze periode is €4.200, kleiner dan het verschil bij oplevering. Een onzekerheidsreserve en de eigen tijd van medewerkers zijn nog niet inbegrepen. Bij een zelfgekozen reserve van 15% op de eenmalige bouwkosten komt daar respectievelijk €3.150 en €3.960 aan budgetruimte bij; dat is een reserve, niet automatisch een uitgave.

Wanneer verdwijnt het voordeel?

Als de AI-gestuurde variant vóór oplevering 54 extra controle- of hersteluren nodig heeft à €100, verdwijnt in dit voorbeeld de bouwbesparing van €5.400. Over de volledige periode van twee jaar verdwijnt het berekende voordeel al bij 42 extra uren, omdat het maandelijkse beheer in onze aannames hoger is. Dit zijn rekenkundige omslagpunten, geen verwachting dat dit herstelwerk werkelijk nodig zal zijn.

Doorlooptijd: minder uren betekent niet evenveel weken eerder live

Werkuren en kalenderweken zijn verschillende dingen. Een CRM-leverancier moet toegang regelen, medewerkers moeten gegevens controleren en een beslisser moet het ontwerp goedkeuren. Als beide teams daar twee weken op wachten, lost snellere codegeneratie dat niet op.

Voor het fictieve portaal zou je als planningshypothese zes tot acht weken voor AI-gestuurde bouw en acht tot tien weken voor maatwerk kunnen onderzoeken. Deze zelfgekozen bandbreedtes zijn geen marktgemiddelden of leveringsbelofte. Ze veronderstellen beschikbare capaciteit, snelle feedback en tijdige toegang tot de CRM-koppeling. De werkelijke planning volgt uit beschikbaarheid en afhankelijkheden, niet uit de bouwmethode alleen.

• Eerste demo: toont of het idee begrijpelijk en bruikbaar lijkt.
• Acceptatieversie: voldoet aan afgesproken eisen en is klaar om systematisch te testen.
• Productie: is gecontroleerd vrijgegeven met afspraken over beheer en herstel.

Laat voor elke mijlpaal vastleggen wat ‘klaar’ betekent. Bekijk daarvoor de acceptatiechecklist voor het MKB en het artikel over de overgang van prototype naar productie.

Welke aanpak past bij welk project?

Situatie	Wat je onderzoekt	Doorslaggevende controle
Nieuw idee of eenvoudige interne tool	AI-gestuurde proef met kleine scope	Levert de tool bruikbare tijdwinst zonder onnodige gegevensrisico’s?
Bedrijfswebsite met gangbare functies	Bestaand CMS, template of AI-ondersteunde bouw	Contentbeheer, SEO, snelheid en overdraagbaarheid
Klantportaal met documenten en rollen	Hybride bouw of gecontroleerd maatwerk	Aantoonbare toegangscontrole, koppelingen en beheer
Kernproces met complexe regels of zware integraties	Ontwikkelaar-gestuurde architectuur, eventueel met AI bij afgebakende taken	Correctheid, continuïteit en aantoonbare risicobeheersing
Bestaande omvangrijke applicatie	Gerichte verbetering binnen de bestaande opzet	Behoud van werking en controle op regressies

AI-gestuurde bouw is niet per definitie onveilig en traditionele ontwikkeling is niet per definitie degelijk. De toets is het geleverde bewijs. Voor een portaal kun je starten met de MKB-eisenlijst voor klantportalen. De afbakening van vibe coding voor ondernemers helpt bij de keuze tussen zelf proberen en professionele begeleiding.

In zes stappen twee offertes eerlijk vergelijken

1. Beschrijf één gelijkwaardige scope. Noteer functies, gebruikersrollen, gegevens, koppelingen en wat buiten de opdracht valt.
2. Maak kwaliteit toetsbaar. Leg vast hoe beveiliging, kritieke regels, toegankelijkheid en herstel worden gecontroleerd. OWASP ASVS kan helpen om beveiligingseisen concreet te formuleren.
3. Splits de kosten. Vraag aparte posten voor vooronderzoek, bouw, testen, migratie, tools, lancering en beheer. Vermeld je eigen interne uren.
4. Vraag een planning met afhankelijkheden. Wie moet wanneer informatie, toestemming of toegang leveren? Welke mijlpaal is een demo en welke is echt gereed voor gebruik?
5. Controleer eigendom en exit. Wie beheert accounts, code en gegevens? Hoe kun je overdragen en welke platformbeperkingen blijven bestaan?
6. Meet een kleine proef. Laat een representatieve gebruikersroute maken en testen. Vergelijk totale uren en gevonden fouten, niet alleen hoe snel het eerste scherm verscheen.

Leg de uitkomst naast de scorekaart voor het kiezen van een web- of softwarebureau. Een lage prijs met onduidelijke beheerafspraken is geen gelijkwaardige offerte.

Veelgemaakte fouten in de vergelijking

• Een prototype vergelijken met productie. Een demo zonder echte rechten, foutafhandeling of beheer is een ander product.
• Eigen tijd op nul zetten. Prompten, feedback geven, gegevens opschonen en testen kosten ook ondernemersuren.
• Tests schrappen om AI goedkoper te laten lijken. De noodzakelijke kwaliteitslat verandert niet doordat code door AI wordt gemaakt.
• Abonnementen en verbruik vergeten. Controleer kosten bij groei, limieten, export en eventuele AI-functies in de app.
• Onderzoekspercentages als korting gebruiken. Een studie naar één programmeertaak voorspelt jouw totale projectprijs niet.

SEO en GEO horen bij dezelfde oplevereisen

Voor een openbare website moet de vergelijking ook indexeerbare inhoud, unieke titels en beschrijvingen, interne links, redirects bij migratie en prestaties omvatten. Duidelijke, controleerbare informatie helpt zoekmachines en AI-systemen de pagina begrijpen, maar de bouwmethode garandeert geen hoge ranking of vermelding in een AI-antwoord.

Bij een besloten klantportaal is afscherming meestal juist het uitgangspunt. Een robots-instructie of noindex is geen toegangsbeveiliging. Maak dus onderscheid tussen een openbare website die gevonden moet worden en privé-informatie die niet openbaar mag zijn. Gebruik de GEO- en SEO-scan voor je publieke site, niet als bewijs dat een portaal veilig is.

Conclusie: vergelijk de totale oplossing, niet de hoeveelheid code

Vibe coding kan interessant zijn als je eisen helder zijn, de functies overzichtelijk zijn en controle professioneel is geregeld. Traditioneel maatwerk kan passen als complexe regels, bestaande systemen of continuïteit zwaarder wegen. Een combinatie kan beide ondersteunen. De verstandige keuze volgt uit totale kosten, aantoonbare kwaliteit en werkelijke doorlooptijd.

Wil je een webapplicatie laten maken of een website bouwen met AI? Maak eerst een kleine briefing met je belangrijkste gebruikersroute, koppelingen en risico’s. Gebruik de ROI-calculator als je businesscase draait om nieuwe leads; voor een interne tool bereken je daarnaast zelf bespaarde werkuren en beheerlasten.

Veelgestelde vragen over vibe coding versus traditioneel ontwikkelen

Is vibe coding altijd goedkoper dan traditioneel ontwikkelen?

Nee. AI kan bouwtaken versnellen, maar review, correcties, platformkosten en onderhoud kunnen de tijdwinst verkleinen of opheffen. Vergelijk dezelfde eisen en neem de volledige gebruiksperiode mee.

Hoeveel procent sneller is ontwikkelen met AI?

Er bestaat geen betrouwbaar universeel percentage voor complete projecten. Onderzoeken naar specifieke taken laten zowel versnelling als vertraging zien. Meet daarom je eigen totale werkuren, inclusief controle en herstelwerk.

Wat is het verschil tussen bouwuren en doorlooptijd?

Bouwuren meten de hoeveelheid werk; doorlooptijd meet de kalenderperiode tot oplevering. Wachten op feedback, leveranciers, gegevens of capaciteit kan de oplevering vertragen, ook als de bouw minder uren kost.

Kan een traditioneel softwarebureau ook AI gebruiken?

Ja. Traditionele ontwikkelaars kunnen AI inzetten voor afgebakende taken en zelf verantwoordelijk blijven voor ontwerp, review en kwaliteit. De vergelijking gaat daarom over de daadwerkelijke werkwijze, niet alleen over het label van het bureau.

Welke kosten worden bij vibe coding makkelijk vergeten?

Eigen tijd, bouwcredits, platformabonnementen, beveiligingsreview, correcties, gegevensmigratie en beheer. Als de opgeleverde app zelf AI gebruikt, moet ook het toekomstige AI-verbruik in de begroting staan.

Zijn de bedragen in dit artikel echte tarieven?

Nee. Het portaal, de uren, het rekentarief van €100 en de beheerbedragen zijn fictieve aannames. Ze laten zien hoe je twee begrotingen vergelijkt en vormen geen offerte of marktgemiddelde.

Wanneer is een hybride aanpak het onderzoeken waard?

Wanneer AI overzichtelijke bouwtaken kan versnellen, terwijl ervaren ontwikkelaars de architectuur, integraties, beveiliging en tests bewaken. Of dat financieel gunstig is, moet blijken uit een gelijkwaardige proef en een volledige begroting.

Bronnen en verantwoording

De bronnen onderbouwen de verschillende onderzoeksuitkomsten en het beveiligingskader. Zij onderbouwen niet de fictieve prijzen, werkuren of kalenderplanning van dit artikel.

• Microsoft Research: The Impact of AI on Developer Productivity, Evidence from GitHub Copilot (2023).
• Google-onderzoek: How much does AI impact development speed? (studie uit 2024).
• METR: Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity.
• OWASP Application Security Verification Standard.

Dit artikel bevat algemene keuze- en begrotingsinformatie. Laat projectspecifieke technische, contractuele en privacy-eisen beoordelen voordat je een opdracht vastlegt. Het headerbeeld is een AI-gegenereerde illustratieve bureausituatie, geen foto van deze fictieve klantcase.