No-code AI voelt als eigenaarschap, maar meestal ruil je alleen je lock-in in

Je bent het zat om afhankelijk te zijn. Van het bureau dat ooit je software bouwde en nu de enige is die er nog bij kan. Van de SaaS-leverancier die elk jaar de prijs verhoogt terwijl je data in zijn systeem vastzit. En dan verschijnt de uitweg: een no-code AI-platform waarin je in gewone taal beschrijft wat je nodig hebt, en het ding bouwt het voor je. Geen ontwikkelaar, geen wachtrij, geen maandelijkse huur voor iets van een ander. Je bouwde het zelf, in je eigen account. Het voelt als eigenaarschap.

En precies dat gevoel is de valkuil. Mijn stelling is simpel: zelfbouwen met no-code AI voelt als onafhankelijkheid, maar zonder een expliciete exit-toets, de nuchtere vraag of je je data, je logica en je workflow morgen ook ergens anders kunt draaien, ruil je alleen het ene lock-in-risico voor het andere. Je bent niet vrij geworden. Je bent van eigenaar gewisseld, en meestal zonder het te merken.

Waarom zelfbouwen als bevrijding voelt

De aantrekkingskracht is echt, en terecht. De klassieke vorm van vastzitten kent iedereen: je liet iets bouwen, en een jaar later blijkt de broncode bij het bureau te staan, de data opgesloten in hun platform en de documentatie te bestaan uit het geheugen van iemand die er niet meer werkt. Dat is geen pech maar een verdienmodel, en het is precies waarom eigenaarschap van je software rust op vier dingen: de code, de data, de documentatie en de overdraagbaarheid.

No-code AI belooft je uit dat web te trekken. Geen bureau meer tussen jou en je software, geen seat die je huurt. Je zit zelf aan het toetsenbord, je beschrijft je proces, en het staat voor de lunch live. Eigenaarschap voelt daardoor als een kwestie van wie de muis vasthoudt. Dat is de denkfout. Wie de muis vasthoudt zegt niets over wie de stekker in handen heeft.

Wat je in werkelijkheid ruilt

Vendor lock-in verplaatst zich, hij verdwijnt niet. Toen je zelf ging bouwen, ontsnapte je aan de afhankelijkheid van een bureau of een SaaS-abonnement, maar je nam er een nieuwe voor terug: die van het bouwplatform. Dezelfde gijzeling, andere gijzelnemer. En het venijn zit erin dat vier vormen er stilletjes bij komen terwijl alles nog werkt.

Let op deze vier, want geen enkele demo laat ze je zien:

• Platformafhankelijkheid: je app draait op de runtime en de build-pijplijn van het platform. Er is misschien een exportknop, maar geexporteerde code die alleen op hun infrastructuur start, is geen app die je meeneemt. Het zijn bestanden.
• Data-lock-in: je gegevens staan in een managed database die je op papier bezit, maar waar je waarschijnlijk nooit zelf hebt ingelogd. 'Mijn data blijft van mij' en 'ik kan mijn data er zelf uit halen' zijn twee verschillende beloftes, en alleen de tweede houdt je vrij.
• Logica-lock-in: de beslissingen die het model tijdens het bouwen nam, zijn nergens gelogd of uitgelegd. Wil iemand het later begrijpen, onderhouden of overzetten, dan begint die bij nul.
• Continuiteitsrisico: ook zonder technische drempel houdt een prijsverhoging, een overname of een faillissement je vast. Je toekomst hangt aan het voortbestaan en de goede wil van een enkele partij.

Dat laatste is geen theorie. Builder.ai, ooit 1,5 miljard dollar waard en gesteund door Microsoft en de Qatar Investment Authority, kondigde in mei 2025 zijn insolventie aan nadat een schuldeiser vrijwel al het resterende geld had weggehaald. En wat het bedrijf als AI verkocht, bleek grotendeels het werk van honderden menselijke ontwikkelaars in India en Oekraine. De fraude is voor deze discussie niet eens het belangrijkste. Het punt is wat er met de klanten gebeurde: wie zijn bedrijfsproces op dat platform had gezet, zag de grond onder zijn 'eigen' app in een handvol dagen verdwijnen. Eigenaarschap dat je niet kunt meenemen, is geleend, hoe zelfgebouwd het ook voelt.

De enige toets die telt: kun je weg?

Eigenaarschap is geen gevoel. Het is een eigenschap die je kunt testen, en er is maar een test die telt: kun je je data, je logica en je workflow morgen zonder dit platform ergens anders draaien? Niet in theorie, niet volgens de marketingpagina, maar echt geprobeerd. Zet de export op een neutrale hosting en kijk of hij start. Log in op de onderliggende database en haal je data eruit zonder de leverancier te bellen. Lukt dat niet, dan weet je vandaag al wat je anders pas op de slechtste dag zou ontdekken.

Hoe je een no-code AI-bouwplaats vooraf beoordeelt op export en eigenaarschap heb ik als stappenplan uitgewerkt, en wil je breder kijken dan een enkel platform, dan breng je de lock-in-risico's per systeem in kaart met een vijf-assen-methode. Hier gaat het om het principe erachter: de exit-toets is geen eindstation dat je afvinkt op de dag van vertrek, maar de vraag die je vooraf stelt.

De wet helpt een handje, maar niet genoeg. Sinds 12 september 2025 verplicht de EU Data Act aanbieders van dataverwerkingsdiensten om overstappen te vergemakkelijken en vendor lock-in tegen te gaan, met afgedwongen overstaprechten en het uitfaseren van overstapkosten. Dat is winst. Maar het is een bodem, geen garantie: de wet regelt dat je data mag verhuizen, niet dat de logica van jouw zelfgebouwde app buiten het platform blijft draaien. Of je app de verhuizing overleeft, blijft jouw ontwerpkeuze.

“Maar ik hoef toch niet alles zelf te bezitten?”

De eerlijke tegenwerping: nee, dat hoeft ook niet. Niet elk klusje verdient maatwerk en een exit-plan. Voor een intern dashboard dat je over drie maanden weer weggooit, een snelle test, een proces dat niet bedrijfskritisch is, is een no-code bouwplaats vaak precies goed. Snel, goedkoop, in uren live. Lock-in kost daar bijna niets, want er valt niets te verliezen. Dat is geen concessie aan mijn stelling, het is de kern ervan: de vraag is niet of je no-code gebruikt, maar of je weet aan welke kant van de streep iets staat.

Het echte gevaar is de sluipende promotie. Iets begint als een handig hulpmiddeltje en groeit ongemerkt uit tot de spil waar je hele operatie op draait, zonder dat iemand de exit-vraag opnieuw stelde. De dag dat het kritisch werd, staat nergens genotuleerd. En dan zit je vast aan een keuze die je nooit bewust hebt gemaakt, wat precies het patroon is waarom afhankelijkheid van een leverancier een bedrijfsrisico is en geen politieke of principiele kwestie.

Eigenaarschap is een ontwerpkeuze, geen gevoel

De bevrijdende belofte van no-code AI is deels waar: bouwen is makkelijk geworden, en dat is winst voor iedereen die vroeger maanden op een wachtrij stond. Maar makkelijk bouwen en vrij blijven zijn twee verschillende vaardigheden, en alleen de eerste krijg je cadeau. De tweede moet je zelf inbouwen, vooraf, op het moment dat alles nog werkt en de vraag academisch voelt.

Want de exit-toets doe je niet op de dag dat de prijs verdubbelt of het platform omvalt. Dan is het te laat, dan heb je dagen en geen keuze. Je doet hem aan het begin, als ontwerpeis, pal naast 'wat moet het kunnen'. Eigenaarschap is niet het gevoel dat je aan het toetsenbord zit. Het is de nuchtere zekerheid dat je morgen kunt vertrekken, en dat je dat een keer echt hebt geprobeerd.