Je had het idee. Je had het weekend. Je had Cursor of Lovable of Bolt of v0 geopend en je hebt gewoon gedaan wat de tijdgeest van 2025 voorschrijft: je bent zelf gaan bouwen. En het werkte. De eerste schermen kwamen er, het zag er goed uit, je voelde je een tovenaar.

Tot het brak.


Misschien crashte de app toen je een tiende feature toevoegde. Misschien begrijp je je eigen code niet meer. Misschien werkt het lokaal maar niet als je het deployt. Misschien is er een bug die je drie weekenden lang niet kunt fixen omdat de AI maar in cirkels blijft draaien. En nu sta je voor de keuze: doorgaan, opgeven, of iemand erbij halen.


Ik krijg dit gesprek minimaal twee keer per week. Dus laten we het uitspreken: vibe coding loopt op een bepaald punt vast voor iedereen die geen developer is. En soms ook voor mensen die het wel zijn. Hier is waarom, en wat je doet.

Waar AI-tools breken (en waarom)

Tools als Lovable, Bolt en v0 zijn briljant in het maken van het eerste werkende prototype. Je krijgt schermen, je krijgt een database, je krijgt knoppen die iets doen. Dat is geen toeval. Die tools zijn getraind op miljarden regels code die precies dat soort patronen volgen. Een loginscherm bouwen is voor een AI vrijwel triviaal.

Maar er gebeurt iets als je app voorbij ongeveer 20 schermen of 5.000 regels code gaat. Een paar dingen tegelijk:

Ten eerste: de AI begrijpt je hele codebase niet meer tegelijk. Hij past iets aan in scherm A en breekt zonder het te weten iets in scherm F. Jij merkt het pas een week later.

Ten tweede: de patronen die de AI gebruikt zijn niet altijd consistent. De ene helft van je app gebruikt approach X, de andere helft approach Y. Op een gegeven moment kun je ze niet meer met elkaar laten praten.

Ten derde: edge cases. Wat gebeurt er als een gebruiker zijn email twee keer registreert? Wat als een bestand groter is dan 10MB? Wat als de internetverbinding wegvalt halverwege een upload? Dit zijn de zaken die een AI niet vanzelf afdekt en die je app slopen als ze in productie gaan.

Ten vierde: security. Een prototype van een AI-tool heeft vrijwel nooit goede authenticatie, rate limiting of input validation. Dat is geen probleem voor jou alleen, maar het is een groot probleem zodra echte klanten met echte data je app in komen.

Het verschil tussen prototype en productie

Wat je hebt gebouwd met je AI-tool, hoe knap ook, is een prototype. Geen productiesysteem. Het verschil tussen die twee is groter dan mensen denken.

Een prototype doet het 80 procent van de tijd, voor jou. Een productiesysteem doet het 99,9 procent van de tijd, voor honderden of duizenden gebruikers die jij niet kent. Dat verschil van die laatste 20 procent kost vaak meer dan de eerste 80 procent.

Dat is niet slecht nieuws. Dat betekent juist dat je met een AI-tool dingen kunt doen die vroeger onmogelijk waren. Je kunt op één weekend valideren of je idee überhaupt iets is. Dat is een revolutie. Maar je moet je niet wijsmaken dat een werkend prototype hetzelfde is als een werkende app voor klanten.

Drie strategieën om verder te komen

Als je vastloopt, heb je grofweg drie opties.

Optie één: zelf doorworstelen. Dit werkt als je tijd hebt en bereid bent om echt te gaan leren programmeren. Niet in de zin van "ik laat de AI het schrijven", maar in de zin van "ik begrijp wat er gebeurt". Dat is een investering van maanden tot jaren. Voor sommige founders is dat de juiste keuze. Voor de meesten niet.

Optie twee: een freelance developer erbij halen om de losse problemen op te lossen. Dit werkt soms, maar vaak niet. De reden: de freelancer erft een codebase die door een AI in elkaar is geknutseld, zonder consistente architectuur. Hij of zij moet eerst begrijpen wat er staat, en dat kost vaak meer tijd dan opnieuw bouwen. Verwacht teleurstelling.

Optie drie: laat een studio het overnemen en netjes herbouwen. Dat klinkt zonde van wat je al hebt, maar dat is het niet. Wat je hebt gebouwd is namelijk niet weggegooid: je hebt de specificatie. Je weet precies welke schermen erin moeten, welke flows werken, wat je gebruikers willen. Dat is normaal de duurste fase van een softwareproject (de discovery), en die heb jij al gratis gedaan. Een ervaren studio kan op basis van jouw prototype in 3 tot 6 weken een productieklare versie bouwen.

Wat herbouwen écht inhoudt

Herbouwen klinkt drastisch maar is het niet. Wat we in de praktijk doen:

We pakken je bestaande app en gebruiken die als de blauwdruk. Elke scherm dat erin zit, elke flow, elke knop. Niet om de code over te nemen, maar om de specificatie eruit te halen.

Vervolgens bouwen we het opnieuw met een nette architectuur. Wel met AI-tools (zoals Claude Code), wel snel, maar mét de structuur die nodig is voor lange-termijn onderhoud. Goede authenticatie. Goede error handling. Edge cases afgedekt. Tests waar het ertoe doet.

Tegelijkertijd nemen we de dingen mee die jij hebt geleerd in het bouwproces. Welke features niemand gebruikte, welke screens onnodig waren, welke flows écht werkten. Dat saneert vaak 30 tot 40 procent van wat in het prototype zat. Goed nieuws: dat scheelt geld.

Het resultaat is een app die hetzelfde doet als jouw prototype, maar dan zonder de structurele problemen die hem op den duur zouden hebben gesloopt.

Wat het kost

Een prototype-naar-productie traject ligt bij ons tussen de 15.000 en 40.000 euro, afhankelijk van complexiteit. Doorlooptijd 3 tot 6 weken. Aanzienlijk goedkoper dan vanaf nul beginnen, juist omdat de discovery al gedaan is.

Belangrijk: dit is geen "we redden je code". We bouwen het op een gezonde manier opnieuw, met jouw prototype als startpunt. Je betaalt voor structuur en kwaliteit, niet voor het overtypen van code.

Wat doe je nu

Als je dit leest en denkt: "dit gaat over mij", dan zijn er een paar dingen die je deze week kunt doen.

Maak een backup van wat je hebt. Zorg dat je github-repo of Lovable-project gewaarborgd is.

Schrijf op wat werkt en wat niet. Welke schermen gebruiken echte gebruikers? Welke features bleken nutteloos? Welke bugs blijven terugkomen?

Bepaal je deadline. Heb je 6 weken of 6 maanden? Dat bepaalt of doorworstelen nog een optie is.

Als je vastloopt en het draagt voor je bedrijf gewicht, neem dan contact met ons op. We kijken vrijblijvend mee, vertellen je eerlijk of het zinvol is om over te nemen of dat je beter zelf nog wat verder kunt. Geen sales call, gewoon een eerlijke inschatting.

Vibe coding is een geweldig startpunt. Maar voor het uiteindelijke product heb je meestal toch een professional nodig. Niet omdat AI-tools slecht zijn, maar omdat de laatste 20 procent van een product nog steeds menselijk vakmanschap vraagt.