Vibe coding is een versneller, geen eindstation. Met Cursor, Copilot of Claude zet je in dagen een werkende demo neer. Dat is fantastisch om ideeën te testen. Maar zodra echte gebruikers — en echte data — in het spel komen, veranderen de regels.
Herk je onderstaande signalen? Dan is het tijd om Vibe Coden fase 2 in te zetten, of de Vibe Coding Schil voor een gerichte review.
1. Geen tests of CI
Elke wijziging voelt als gokken. Werkt het nog? Weet niemand zeker. In productie wil je dat elke push automatisch wordt gecontroleerd: unit tests op kritieke logica, linting, en een build die slaagt voordat iets live gaat.
Dat hoeft geen maanden werk te zijn. Een basis-pipeline is vaak in enkele dagen te zetten — en bespaart later weken aan stress.
2. Inloggen en rechten zijn "good enough"
Een demo-login voor één gebruiker is iets anders dan multi-tenant, rollen, wachtwoord reset, en AVG-conforme dataverwerking. Als je echt live gaat, moet auth solide zijn — niet "later wel fixen".
3. Secrets in code of .env in de repo
API-keys in source code of een .env-bestand dat per ongeluk is gecommit: we zien het vaak bij snelle builds. Het is een direct security-risico. Secrets horen in een vault of environment variables buiten de repo.
4. Performance en fouten zijn onbekend
Hoe lang duurt de trage pagina? Hoeveel requests falen per dag? Zonder monitoring vlieg je blind. Productie vraagt om inzicht: logs, alerts, en minimaal een idee van response times.
5. Nieuwe features worden steeds trager
De eerste feature ging snel. De vijfde duurt weken. Technische schuld remt elke iteratie. Soms helpt een gerichte refactor; soms is overdracht aan ervaren engineers de snelste weg vooruit.
Wat nu?
Je hoeft niet opnieuw te beginnen. De demo is je startpunt — niet je afval. Wij pakken de codebase over, hardenen wat nodig is, en bouwen door waar jij wilt stoppen.
Lees ook: Zelf starten, wij bouwen verder en MVP naar SaaS in 12 weken.
