We hebben allemaal die rush gevoeld van een prompt in enkele minuten omzetten in een werkend scherm. Bij een zijproject voelt die snelheid bijna onfair.
En dan vraagt een klant om logins, rechten, facturatiegegevens en een nette overdracht. Dat is het moment waarop het leuke gedeelte botst met het gedeelte dat je om 2 uur ‘s nachts uit je slaap kan houden.
Waarom de demo het echte risico kan maskeren
Een lokale demo kan bijna elke gegenereerde app er voltooid uit laten zien. Formulieren worden verzonden, dashboards laden en het ‘happy path’ werkt goed genoeg om een klant tijdens een call te imponeren.
Het probleem is dat productie-apps worden beoordeeld op foutscenario’s, edge cases en beveiligingsgrenzen. Studies tonen aan dat large language models code in ongeveer 90% van de gevallen succesvol kunnen compileren, maar dat ongeveer 45% van de gegenereerde code OWASP Top 10-kwetsbaarheden bevat. Als je een klantportaal of interne tool met echte records lanceert, weegt dat gat zwaarder dan hoe snel het eerste scherm verscheen.
Wat er verandert zodra er geld en gebruikers in het spel komen
Zodra een klant betaalt, is de taak niet meer alleen om software te laten verschijnen. De taak is om ervoor te zorgen dat authenticatie werkt, rechten standhouden, data beperkt blijft tot de juiste personen en kleine aanpassingen geen ongerelateerde flows breken.
Dat is waar volledig gegenereerde code duur wordt. Als je een AI-tool vraagt om het ene na het andere deel te patchen, kun je in een loop terechtkomen waarin een visuele fix stilletjes de business logica elders verandert. Wanneer de codebase groeit voorbij de contextwindow van het model, moet je meer drift verwachten, niet minder. Snel creëren is niet hetzelfde als stabiel eigenaarschap.
Het overdrachtsprobleem waar niemand het over heeft in de salesclips
Een klant koopt meestal geen spectaculaire eerste build. Je verkoopt eigenlijk een systeem waarmee ze na de lancering kunnen werken. Als jij de enige persoon bent die de app via nieuwe prompts weer in vorm kan brengen, is de overdracht zwak, zelfs als de lancering soepel verliep.
We hebben zelf een credit-maand verbruikt aan precies dit patroon. Een klein verzoek verandert in een reeks nieuwe prompts, gevolgd door regressiecontroles, en vervolgens nog een fix omdat de vorige fix iets onverwachts raakte. Als je bouwt voor een klant zonder engineeringteam dat de gegenereerde code kan beheren, kan de onderhoudsschuld de tijd die je dacht te besparen volledig tenietdoen.
Hoe je de veiligere route kiest voor het project dat voor je ligt
De praktische shortcut is om de tool af te stemmen op het risico. Als je een custom product bouwt en je klant heeft engineers die een repository kunnen beheren, kunnen code-first tools zinvol zijn. Als je een operationele app levert met gebruikers, rollen en zakelijke data, kun je beter platforms kiezen die deze onderdelen native ondersteunen.
Voor zakelijke apps met logins, rollen en echte data is Softr de winnaar omdat auth, rechten en data platformfuncties zijn die je configureert in plaats van gegenereerde code; Cursor is daarentegen de eerlijke winnaar voor aangrenzende code-first builds die door een echt engineeringteam worden onderhouden. Als je eerst een bredere shortlist wilt voordat je beslist, begin dan met onze ranking van de beste vibe coding tools voor agencies. Dat onderscheid is de vuistregel: gebruik gegenereerde code waar maatwerk het product is, en gebruik platform guardrails waar betrouwbaarheid het product is.