Een ondernemer die nooit een regel code heeft geschreven, zet tegenwoordig in een weekend een werkende offertetool in elkaar. Dat is geen grootspraak, dat gebeurt echt, en het is een van de leukste ontwikkelingen van de afgelopen jaren. De vraag die daarna komt is een stuk lastiger: is wat je hebt gemaakt ook iets waar je klanten op kunt laten?
Wat er tegenwoordig echt lukt
Met tools als Lovable, Bolt, Replit of v0, of met een AI-assistent naast je editor, kom je verder dan de meeste mensen denken. Een intern dashboard waarin je je orders ziet, een rekentool voor je offertes, een formulier dat een pdf genereert en mailt: dat soort dingen krijg je werkend zonder dat je precies weet wat er onder de motorkap gebeurt.
Het grootste voordeel zit niet eens in het bouwen zelf. Het zit erin dat jij, die precies weet hoe het werk loopt, nu direct kunt proberen wat je bedoelt. Waar vroeger een half jaar aan gesprekken, documenten en misverstanden tussen jouw hoofd en een werkend scherm zat, zit daar nu een middag tussen. Dat is een echte verschuiving, en die verdwijnt niet meer.
Waar het bijna altijd misgaat
Wat een AI-assistent goed kan, is iets werkend krijgen. Waar hij zwak in is, is alles wat je pas merkt als het misgaat. Hij schrijft de gelukkige route: de gebruiker vult netjes in wat de bedoeling is en er komt uit wat je verwacht. De ongelukkige routes zijn een stuk saaier om te bedenken, en precies daar zit het verschil tussen iets dat werkt en iets dat je durft los te laten.
In de projecten die wij onder ogen krijgen, komen steeds dezelfde dingen terug. Wachtwoorden en API-sleutels die letterlijk in de code staan, en dus meeverhuizen naar elke kopie en elke back-up. Een database die van buitenaf bereikbaar is zonder dat iemand dat doorhad. Formulieren die alles accepteren wat erin wordt getypt. Geen enkele manier om te zien dat er iets stuk is, behalve een klant die belt. En geen testomgeving, dus elke wijziging gaat rechtstreeks de echte versie in.
Geen van deze dingen betekent dat je het verkeerd hebt aangepakt. Ze horen bij de fase waarin je zit. Ze worden alleen wel een probleem op het moment dat er iemand anders dan jij mee gaat werken.
Vijf dingen die een prototype scheiden van software
Wil je zelf inschatten hoe ver je bent, loop deze vijf dan langs. Ze zeggen meer dan de vraag of het er goed uitziet.
1. Kun je een wijziging doen zonder je adem in te houden? Als je bij elke aanpassing hoopt dat er verderop niets omvalt, mist er een vangnet. Dat vangnet is een testomgeving en een handjevol geautomatiseerde controles.
2. Weet je waar de gegevens staan en wie erbij kan? Bij klantgegevens is dit geen technische vraag maar een juridische. Je moet kunnen uitleggen waar ze staan, hoe lang ze bewaard blijven en welke partijen ze onderweg zien.
3. Merk jij het eerder dan je klant als er iets stukgaat? Zonder monitoring is het antwoord nee, en dat is precies het verschil tussen een vervelende ochtend en een vervelend telefoontje.
4. Kun je terug naar gisteren? Een back-up die nog nooit is teruggezet, is een aanname. Pas als je hem een keer hebt gebruikt weet je dat hij werkt.
5. Kan iemand anders het overnemen? Zit alles in jouw hoofd en in jouw account, dan is dat een risico voor je bedrijf, hoe goed het verder ook draait.
Wanneer je gerust zelf doorgaat
Blijft het bij een tool die jij en je collega’s intern gebruiken, staan er geen gegevens van klanten in en is het geen ramp als hij een dag plat ligt, dan is zelf doorbouwen prima. Sterker nog, het is de snelste manier om erachter te komen wat je echt nodig hebt. Zet je back-ups aan, haal je sleutels uit de code en ga vooral verder.
Wanneer je er iemand bij haalt
Zodra er klanten op komen, er geld doorheen gaat of er persoonsgegevens in staan, verandert de vraag. Dan gaat het niet meer over of het werkt, maar over wat er gebeurt als het niet werkt. Datzelfde geldt op het moment dat je er omzet aan ophangt: als jouw bedrijf stilvalt wanneer die tool het niet doet, is het geen hobbyproject meer.
Dat betekent bijna nooit opnieuw beginnen. Meestal staat er meer dan je denkt en zit het werk in de dingen eromheen. Wij lezen wat er staat, maken eerst de risico’s weg en zetten het daarna op een plek waar je het rustig kunt blijven uitbouwen. Hoe dat gaat lees je op de pagina over zelfbouw en AI-prototypes, en wil je weten waar je op moet letten voordat het naar buiten gaat, dan staat dat in je prototype live zetten.
