Kan ik zelf een app bouwen met AI? Wat lukt, en waar het misgaat

Kort antwoord: ja, voor een prototype of een intern hulpmiddel zonder gevoelige gegevens lukt dat prima zelf, ook zonder dat je kunt programmeren. Het wordt riskant zodra anderen inloggen, je persoonsgegevens bewaart of er betaald wordt. Een app die werkt op jouw scherm is dan nog niet klaar voor je klanten.

"AI heeft bouwen goedkoop gemaakt. Fouten maken is ook goedkoop geworden, en die vind je pas als een klant ze vindt."

Ik bouw zelf vrijwel alles met AI. Mijn eigen producten, zoals Sparren.app en bewaardvoorjou.nl, en mijn eigen agentsysteem ontstaan grotendeels in Claude Code. Ik ga je dus niet vertellen dat je er niet aan moet beginnen. Sterker nog: als ondernemer zou ik vandaag elk idee eerst zelf uitproberen, voordat ik er iemand voor betaal.

Maar ik weet ook waar het misgaat, omdat ik daar zelf langs ben gekomen. Daar gaat dit artikel over.

Wat vibe coding is, en wat de bedenker ervan zei

De term komt van Andrej Karpathy, een van de bekendste AI-onderzoekers. Op 2 februari 2025 beschreef hij een manier van bouwen waarbij je de code vrijwel vergeet: je zegt wat je wilt, accepteert alle wijzigingen en leest niet meer wat er verandert. Tools als Lovable, Bolt, Cursor en Claude Code maken dat voor iedereen mogelijk.

Wat vaak wordt weggelaten, is zijn eigen grens. Hij schreef dat het "not too bad for throwaway weekend projects" was. Voor projecten die je kunt weggooien dus. Daar zit het hele verhaal in. De techniek is sindsdien veel beter geworden, maar de vraag blijft hetzelfde: is dit iets om weg te gooien, of gaan mensen ervan afhankelijk worden?

Wat wel en niet lukt: drie zones

Zone	Voorbeeld	Zelf bouwen?
Groen: alleen jij, geen echte gegevens	Prototype om een idee te testen, klikbare demo voor een investeerder, rekenhulp voor jezelf	Ja, doe het vandaag nog
Oranje: je team of een kleine groep	Intern dashboard, planningstool, formulier voor je team	Ja, met de checklist hieronder erbij
Rood: klanten, gegevens, geld	Klantportaal met inlog, betalingen, gegevens van anderen, gezondheid of kinderen	Prototype wel, live gaan niet zonder iemand die meekijkt

De groene zone is een enorme verbetering. Vroeger kostte een eerste versie van een idee duizenden euro's. Nu heb je het in een weekend, en kun je het aan echte mensen laten zien voordat je er geld in steekt. Laat je daar niet van afhouden.

Waar het misgaat: vier echte voorbeelden

1. De beveiliging werkt alleen voor het oog

In maart 2025 vonden onderzoekers dat 170 van de 1.645 onderzochte projecten die met Lovable waren gebouwd gegevens lekten (eigen verslag van de onderzoeker). De oorzaak: de database was niet goed afgeschermd. De melding staat als CVE-2025-48757 geregistreerd. Lovable betwist die en vindt dat klanten zelf verantwoordelijk zijn voor de bescherming van de gegevens in hun app.

Dat laatste is precies het punt. Wat er ook van de discussie klopt, als het jouw klantgegevens zijn, is het jouw probleem. En het lastige is dat je het niet ziet. De app doet precies wat hij moet doen, tot iemand anders de gegevens opvraagt.

2. De code werkt, maar is niet veilig

Veracode test elk jaar hoe veilig code van taalmodellen is. In het rapport van juli 2026 leverde ongeveer 44 procent van de testtaken een kwetsbaarheid op, en dat is nauwelijks beter dan het jaar ervoor. Dat zijn gecontroleerde tests door een beveiligingsbedrijf, dus niet 44 procent van alle AI-code. Maar de richting is duidelijk: code die werkt, is niet automatisch veilige code.

3. De agent gooit je database weg

In juli 2025 schreef Jason Lemkin, oprichter van SaaStr, dat de agent van Replit zijn productiedatabase had verwijderd, en dat tijdens een afgesproken codefreeze. Volgens Fortune ging het om gegevens van meer dan 1.200 bestuurders en ruim 1.190 bedrijven. De agent zei dat terugzetten niet zou lukken. Dat bleek later wel te kunnen. Replit heeft daarna maatregelen aangekondigd om ontwikkeling en productie automatisch te scheiden.

De les is niet dat Replit slecht is. De les is dat een AI-tool nooit rechtstreeks bij je echte gegevens hoort te kunnen, en dat je zijn verslag over wat er gebeurd is niet blind moet geloven.

4. Elke wijziging maakt iets anders stuk

Dit is de meest voorkomende, en daar staat geen krantenkop over. De eerste 80 procent gaat razendsnel. Dan vraag je om één kleine wijziging, en werkt iets anders niet meer. Je vraagt om een oplossing, en er sneuvelt weer iets. Op een gegeven moment durft niemand het meer aan te raken. Het probleem is dan niet dat je niet kunt bouwen, maar dat je niet meer weet wat er is gebouwd.

Maakt AI bouwen dan eigenlijk wel sneller?

Vaak wel, maar minder eenvoudig dan het lijkt. METR liet in 2025 ervaren ontwikkelaars met en zonder AI werken: ze deden er 19 procent langer over, terwijl ze dachten dat ze sneller waren. In een vervolg uit februari 2026 waren terugkerende deelnemers juist 18 procent sneller, maar METR noemt die gegevens zelf onbetrouwbaar en is het onderzoek opnieuw aan het opzetten.

Ik zou er dus geen vast cijfer aan hangen. Mijn eigen ervaring is dat de snelheidswinst groot is als je weet wat je wilt en kunt beoordelen wat eruit komt. Dat oordeel maakt het verschil. De tool typt, jij blijft verantwoordelijk.

Wat je zelf kunt doen om het goed te doen

Als je zelf bouwt, helpen deze zes gewoontes meer dan welke tool dan ook:

1. Begin met wat je niet bouwt. Eén gebruiker, één taak. Inloggen en betalen kunnen vaak later.
2. Gebruik testgegevens tot het echt moet. Dan kan er ook niets lekken.
3. Sla elke werkende versie op. Zet je code in een privé-repository, zodat je altijd terug kunt.
4. Test met twee accounts. Log in als A en probeer de gegevens van B te zien. Veel problemen vind je zo in vijf minuten.
5. Vraag de AI om zijn eigen werk aan te vallen. "Hoe zou iemand hier gegevens kunnen stelen?" levert vaak meer op dan je denkt, al vervangt het geen echte controle.
6. Stel een uitgavenlimiet in. Zit er een AI-functie in je app, dan kan misbruik een flinke rekening opleveren.

Wanneer je hulp moet halen

Niet voor het begin. Wel op deze momenten:

• Voordat echte klanten inloggen. Laat iemand minstens de rode punten van de checklist nakijken.
• Als er betalingen, gezondheidsgegevens of gegevens van kinderen in zitten. Dan is een fout te duur om zelf te ontdekken.
• Als klanten er afhankelijk van worden. Dan moet het ook werken als jij op vakantie bent.
• Als mensen in je app met een AI praten. Sinds 2 augustus 2026 moet duidelijk zijn dat iemand met een AI praat, tenzij dat al vanzelf spreekt.
• Als elke wijziging iets anders stukmaakt. Dan is verder bouwen duurder dan even stilstaan.

Dan is de vraag: afmaken of opnieuw bouwen? Mijn eerlijke antwoord is dat het allebei kan. Staat de datastructuur goed, dan is afmaken vaak prima. Zit de fout in de basis, dan is het vaak sneller om je prototype als specificatie te gebruiken en opnieuw te bouwen. Dat is geen verloren werk: je weet nu precies wat je wilt, en dat is het duurste deel van een softwareproject. Daarbij helpt mijn artikel over wat eerst bouwen: een MVP of de volledige app.

Wat het kost als je het laat doen

Een proces-app bouw ik in 3 tot 6 weken, vanaf 6.000 euro exclusief btw, tegen een vaste prijs. Dat is de vergelijking die je moet maken: niet je eigen abonnement tegen die factuur, maar je eigen uren plus het risico tegen die factuur. Voor een prototype wint zelf bouwen vrijwel altijd. Voor een klantportaal met persoonsgegevens meestal niet. Vergeet ook niet wie eigenaar is van de code en wat er na de oplevering gebeurt.

Veelgestelde vragen

Kan ik een app bouwen met AI zonder te kunnen programmeren?

Ja. Met tools als Lovable, Bolt en Claude Code kun je zonder programmeerkennis een werkend prototype of intern hulpmiddel maken. Wat je nog niet vanzelf krijgt, is de zekerheid dat de app veilig is voor echte gebruikers en hun gegevens.

Wat is vibe coding?

Vibe coding is software maken door in gewone taal te zeggen wat je wilt en de AI de code te laten schrijven, zonder de code zelf te lezen. Andrej Karpathy bedacht de term in februari 2025, en noemde het zelf vooral geschikt voor projecten die je kunt weggooien.

Is een app die met AI is gebouwd veilig?

Niet vanzelf. In tests van Veracode leverde ongeveer 44 procent van de taken een kwetsbaarheid op. Een app kan dus goed werken en toch gegevens lekken. Test met twee accounts en laat de belangrijkste punten nakijken voordat je live gaat.

Wanneer laat ik een app bouwen in plaats van het zelf te doen?

Als er klanten inloggen, er persoonsgegevens of betalingen in zitten, of als je bedrijf ervan afhankelijk wordt. Een prototype zelf maken blijft ook dan nuttig: het is de beste briefing die je een bouwer kunt geven.

Hulp nodig?

Heb je iets gebouwd en wil je weten of het live kan, of zit je vast? Plan via de contactpagina een gratis sparringsessie van 30 minuten. Laat zien wat je hebt, dan zeg ik eerlijk of ik zou afmaken, opnieuw bouwen of het zo zou laten. Kijk bij Rapid Solution Studio wat ik bouw. Iris stelt je eerst een paar vragen.

Gerelateerde artikelen

• Bouwen met AI: hoe een app in weken kan en waar de grenzen zitten
• Wat kost een app laten bouwen in 2026?
• Bouwen, kopen of no-code: een beslismodel

Vincent van Munster doet interim bedrijfsvoering en AI-realisatie. Hij bouwt AI-systemen voor zijn eigen bedrijf en voor ondernemers, en houdt de mens altijd aan het stuur.