Vibecoding

Vibecoding herkennen in een software-offerte

AI-gestutte software bouwen is op zichzelf geen probleem. Het wordt een probleem als vibecoding-snelheid wordt verkocht voor de prijs van software-engineering, en jij twee jaar later opdraait voor de afspraken die nooit op papier kwamen.

Wat is vibecoding

Vibecoding is een werkwijze waarbij een ontwikkelaar (of iemand zonder developer-achtergrond) een AI-assistent zoals Cursor, Lovable, Base44, Bolt of Claude Code instrueert om code te schrijven, en het resultaat overneemt zonder elke regel zelf te begrijpen. De term werd populair toen AI-tools goed genoeg werden om in een paar uur iets functioneels op te leveren dat lijkt op een product.

Voor prototypes, MVP's, interne tools en losse experimenten is dat fantastisch. Voor productie-software die jaren moet draaien, gebruikers heeft, persoonsgegevens verwerkt en bedrijfsprocessen ondersteunt, is het een andere zaak. De fundering hoort er dan in te zitten, ook als de buitenkant snel klaar lijkt te zijn.

Het probleem: pdf's zien er hetzelfde uit

Een offerte voor een vakkundig gebouwd systeem en een offerte voor een vibecoding-prototype ziet er aan de buitenkant exact hetzelfde uit. Beide hebben een leuk ontwerp, projectmanager-jargon, een logo en een prijs. Het verschil zit niet in wat erin staat over de oplevering, maar in wat erin staat over wat er na de oplevering gebeurt.

Een goede offerte beschrijft: wie eigenaar wordt van de broncode, hoe beveiliging wordt geborgd, welke pentests gedraaid worden, hoe dependencies worden geüpdatet, wat er gebeurt als een AI-API duurder wordt, en hoe je weer weg kunt als de samenwerking eindigt. Een vibecoding-offerte zwijgt over al deze punten of behandelt ze met algemene termen als "professioneel", "veilig" en "schaalbaar".

Demo versus product

Een werkende demo heeft twee lagen nodig: frontend en backend. Een product dat blijft draaien heeft er negen: frontend, backend, database, inloggen en rechten, hosting, beveiliging, monitoring, schaalbaarheid en back-ups. Vibecoding levert vaak de bovenste twee lagen goed op, en mompelt vaag iets over de andere zeven, of slaat ze over.

Een demo bouw je snel. Een product moet blijven draaien. Het verschil tussen die twee zit niet in wat je op de demo-dag ziet, maar in alles wat eronder hangt.

Vier signalen in een offerte

Dit zijn niet de enige signalen, maar wel vier die in de praktijk vaak terugkomen in vibecoding-offertes:

  • "AI-aangedreven" zonder uitleg. Welk model, welke leverancier, wat zijn de doorlopende API-kosten, en wat gebeurt er als die dienst stopt of de prijs verhoogt? Zonder antwoord op deze vragen is je product afhankelijk van iemands prijsbeleid.
  • Geen specifieke stack benoemd. Termen als "moderne stack" of "best-in-class technologie" zijn marketing, geen techniek. Een eerlijke offerte noemt framework, taal en database expliciet, en legt uit waarom.
  • Geen plan voor onderhoud. Software is pas af als hij live staat. Een offerte zonder doorlopende onderhoudsprijs (of zonder uitleg over update-beleid, pentests en dependency-scanning) gaat impliciet uit van: bouw nu, problemen later.
  • Geen exit-clausule. Wie wordt eigenaar van de broncode? Op wiens account staan de hosting, domeinen en externe diensten? Krijg je de repository overgedragen bij beëindiging? Zonder antwoorden ben je commercieel gegijzeld.
Veelgestelde vragen

Vragen over vibecoding en software-offertes

Wat is vibecoding precies?

Vibecoding is een term die de afgelopen tijd is opgekomen voor het bouwen van software met AI-assistenten (zoals Cursor, Lovable, Base44, Claude Code) zonder dat de bouwer zelf alle code begrijpt. Op zichzelf is dat een legitieme manier van werken voor prototypes en kleine tools. Het wordt problematisch als vibecoding-resultaat wordt verkocht als software-engineering-resultaat: zelfde prijs, andere fundamenten.

Hoe herken ik of een leverancier vibecodet?

Aan de offerte vaak niet, daar zit het probleem. Wel aan wat er niet in staat: geen specifieke stack benoemd, geen plan voor major-version-updates, "AI-aangedreven" zonder uitleg, geen pentest, geen SBOM, geen onderhoud na jaar één. Een offerte die alleen over de eindbeleving (UI, features) gaat en zwijgt over de gelaagdheid eronder (security, hosting, data, vervolg) is een belangrijke aanwijzing.

Is AI gebruiken bij software-ontwikkeling per definitie slecht?

Nee. AI in de gereedschapskist van een ervaren ontwikkelaar maakt het werk sneller en vaak beter. Het probleem ontstaat als AI de plek van engineering inneemt: copy-paste-componenten zonder begrip, dependencies zonder onderhoudsplan, en geen architectuur-keuzes onder de motorkap. Dan wordt "met AI" een korte termijn voordeel en een lange termijn last.

Wat is het verschil tussen een demo en een product?

Een demo bouw je snel: frontend en backend zijn voldoende. Een product dat blijft draaien heeft minimaal nog een database, inloggen en rechten, hosting, beveiliging, monitoring, schaalbaarheid en back-ups nodig. Negen lagen, niet twee. Vibecoding-offertes prijzen vaak alleen de twee bovenste lagen mee.

Wat als ik vermoed dat mijn offerte een vibecoding-offerte is?

Doe de gratis zelf-test op metofzonder.ai. De acht secties brengen exact in beeld wat de offerte concreet beschrijft en wat alleen impliciet wordt achtergelaten. Twijfel je nog? Dan kan een persoonlijke beoordeling helpen: één expert kijkt door je dossier en geeft een schriftelijk oordeel binnen vijf werkdagen.

Beoordeel je eigen offerte

Acht secties die het verschil tussen demo en product blootleggen

Twintig minuten, gratis, in je eigen omgeving. Aan het eind weet je waar de offerte stevig staat en waar de fundering ontbreekt.

Begin de zelf-test