Misschien heb je de term al voorbij horen komen op een verjaardag of in een nieuwsbrief: vibe coding. Het klinkt als jargon voor programmeurs, maar het raakt juist mensen die níet kunnen programmeren — want dat is precies het idee. Bij vibe coding beschrijf je in gewone taal wat je wilt dat een programma doet, en schrijft AI de code voor je. De term is inmiddels zo ingeburgerd dat Collins Dictionary hem begin november 2025 uitriep tot woord van het jaar, met als omschrijving: software maken door AI natuurlijke taal om te laten zetten in computercode. Of zoals Collins het zelf samenvatte: programmeren op gevoel in plaats van op variabelen.
In dit artikel leggen we uit waar de term vandaan komt, wat je er als ondernemer concreet mee kunt, en — minstens zo belangrijk — waar de grens ligt tussen een handig hulpmiddel en een risico voor je bedrijf.
Waar komt de term vandaan?
De term is begin 2025 gemunt door Andrej Karpathy, een bekende naam in de AI-wereld die aan de wieg stond van OpenAI en jarenlang het AI-team van Tesla leidde. In februari 2025 beschreef hij op X een nieuwe manier van werken: je zegt tegen een AI-assistent wat je wilt, kijkt wat eruit komt, plakt foutmeldingen terug in het venster, en herhaalt dat tot het werkt. Zijn eigen kanttekening zat er meteen bij: dit is eigenlijk geen programmeren meer. Hij zag naar eigen zeggen vooral "dingen, zei dingen, draaide dingen en kopieerde dingen" — en meestal werkte het.
Dat "meestal" is het hele verhaal van vibe coding in één woord. De aanpak is verbluffend snel voor dingen die vroeger dagen kostten, en tegelijk de reden dat er ook een stroom waarschuwingen op gang is gekomen. Collins merkte er bij de uitverkiezing zelf al droogjes bij op dat experts nog altijd twisten of vibe coding nu revolutionair is of roekeloos. Het eerlijke antwoord: allebei, afhankelijk van wat je ermee doet.
Hoe werkt het in de praktijk?
Praktisch gezien open je een AI-tool — dat kan een chatbot zijn die code uitspuugt, of een gespecialiseerd bouwplatform dat meteen een werkende app laat zien — en typ je iets als: "Maak een pagina waar klanten een afspraak kunnen inplannen, met een bevestiging per mail." Binnen een paar minuten staat er iets dat je kunt aanklikken. Werkt iets niet, dan beschrijf je het probleem in gewone taal en past de AI de code aan. Je hoeft die code zelf nooit te lezen — en dat doen de meeste vibe coders dan ook niet.
De drempel is bewust laag gehouden: veel van deze platformen zijn gratis om mee te beginnen en rekenen pas af — meestal via een tegoedensysteem — zodra je er serieus mee gaat bouwen. Voor een paar tientjes per maand bouw je dus dingen waar je vroeger een offerte voor aanvroeg. Dat verklaart waarom het zo hard gaat: niet alleen ontwikkelaars gebruiken het om sneller te werken, maar vooral ook mensen die nooit eerder iets gebouwd hebben.
Vibe coding verlaagt de drempel van "ik heb een idee" naar "ik heb iets dat werkt" van weken naar een middag. De vraag is alleen: werkt het ook nog over drie maanden, met echte klantgegevens erin?
Wat kun je er als ondernemer echt mee?
Laten we beginnen met waar vibe coding écht goed in is, want dat is niet niks. De gemene deler: dingen die klein zijn, intern blijven en geen gevoelige gegevens raken.
- Prototypes en proefballonnen: een idee voor een klantenportaal of een rekentool eerst zelf in elkaar klikken, zodat je een gesprek met een bouwer begint met "zoiets als dit" in plaats van een vaag verhaal.
- Interne hulpmiddelen: een rekenblad-met-knoppen voor de werkplaats, een simpel dashboard op een scherm aan de muur, een formulier dat een nette samenvatting mailt.
- Eenmalige klussen: duizend bestanden hernoemen, twee lijsten met elkaar vergelijken, een export omzetten naar het formaat dat je boekhoudpakket wil hebben.
Voor dit soort werk is vibe coding een cadeautje. Het ergste dat er kan gebeuren is dat het tooltje stuk gaat en je het weggooit. Je verliest een middag, geen klantdata. En er zit nog een onderschat voordeel aan: wie zelf een middag heeft geklooid met zo'n bouwplatform, begrijpt daarna veel beter wat software bouwen inhoudt — en stelt scherpere vragen aan elke partij die iets voor hem bouwt.
Waar gaat het mis?
Het gaat mis op het moment dat het middagproject stilletjes promotie krijgt. Het prototype voor het klantenportaal gaat "tijdelijk" live. Het formuliertje slaat ineens persoonsgegevens op. De rekentool bepaalt ineens je offertes. En niemand heeft ooit naar de code gekeken — want dat was juist het punt.
Beveiligingsonderzoekers waarschuwen sinds de doorbraak van vibe coding steeds luider voor wat ze in gegenereerde apps aantreffen: wachtwoorden en sleutels die zichtbaar in de code staan, databases die zonder slot aan het internet hangen, en ontbrekende controles op wie welke gegevens mag zien. Dat is geen onwil van de AI — die bouwt wat je vraagt, en wie niet wéét dat je om beveiliging moet vragen, krijgt het ook niet. Daar komt het onderhoudsprobleem bij: zodra zo'n app groter wordt, wordt hij voor de AI zelf óók onoverzichtelijk, en elke aanpassing kan iets anders slopen zonder dat je het merkt. En ten slotte is er de vraag die in elk bedrijf een keer op tafel komt: wie is hier eigenlijk eigenaar van? Een app die op het privé-account van een medewerker draait, is een probleem op de dag dat die medewerker vertrekt.
De AI bouwt wat je vraagt. Wie niet weet dat je om beveiliging, toegangsrechten en back-ups moet vragen, krijgt ze ook niet — en ziet dat pas als het misgaat.
Zelf doen of laten bouwen? Een vuistregel
De grens is gelukkig goed te trekken, en hij loopt niet langs "kan ik dit bouwen?" maar langs "wat gebeurt er als dit stuk gaat?". Blijft het antwoord binnen de deur — een gemiste middag, een collega die even terug moet naar Excel — dan is vibe coding prima, en zelfs aan te raden. Raakt het antwoord je klanten, je geld of persoonsgegevens — een portaal waar klanten inloggen, een koppeling met je facturatie, alles waar de AVG op van toepassing is — dan wil je dat er iemand naar de fundering kijkt die weet waar hij op moet letten. Dat hoeft overigens niet te betekenen dat alles opnieuw gebouwd wordt: een goed prototype is juist een vliegende start, omdat het precies laat zien wat je wilt.
Zo werken wij er zelf ook mee. Kom je met een zelfgebouwd prototype of een idee, dan kijken we eerst wat er al staat en wat het moet gaan dragen. Een afgebakend eerste traject — bijvoorbeeld één proces goed geautomatiseerd, of een intern hulpmiddel dat stevig wordt neergezet — begint bij ons vanaf zo'n €1.500. Maatwerksoftware waar je bedrijf echt op draait, zoals een klantenportaal of een planningssysteem, is een groter traject vanaf zo'n €5.000. En wil je vooral dat je team zelf slimmer met deze tools leert werken, inclusief de valkuilen uit dit artikel, dan kan dat met een training vanaf €400.
Benieuwd of dat idee dat al een tijdje in je hoofd zit een middagje vibe coding waard is, of juist een serieus traject? Doe de gratis AI-check, of plan een vrijblijvend gesprek — dan denken we mee voordat je gaat bouwen, in plaats van erna.