De klif: waarom zoveel AI-prototypes nooit live gaan
De klif is het gat tussen een prototype dat werkt in de omgeving waarin het gemaakt is, en hetzelfde project op een adres dat van jou is. Aan de ene kant staat alles wat een AI-bouwtool voor je regelde: een plek om te kijken, een database om te proberen, een knop om te delen. Aan de andere kant staat wat een product nodig heeft: een domein op jouw naam, een host die je kunt verlaten, gegevens die een herstart overleven, sleutels buiten de code, en een korte lijst plichten zodra een vreemde het opent.
Het gat is niet technisch moeilijk. Het is onzichtbaar. Je mist geen functie, je weet alleen niet wat je niet weet, en de tool zegt het niet, want de tool is klaar. Dit artikel benoemt de vijf plekken waar het misgaat en de volgorde waarin je eroverheen komt.
Wat is de klif precies?
De klif is de plek waar de begeleiding van je bouwtool stopt en er niets voor in de plaats komt. Tot dat punt ging alles omhoog: je beschreef wat je wilde, er kwam iets werkends terug, je klikte erdoorheen en het deed het. Dan wil je het aan iemand geven die niet naast je zit, en er blijkt een lijst te bestaan die niemand je heeft laten zien.
Die lijst is kort en hij is steeds hetzelfde. Een adres dat van jou is en niet van de tool. Een plek waar het project draait als jouw laptop dicht is. Een database die je gegevens bewaart als de omgeving opnieuw start. Sleutels en wachtwoorden die niet in je code staan. En zodra je een e-mailadres van een bezoeker bewaart of geld vraagt, een paar wettelijke minimums. Geen van die vijf zit in de bouwtool, want ze horen niet bij het bouwen. Ze horen bij het hebben.
In het Engels heet dit de technical cliff. Wij zeggen de klif, want het woord zegt wat het is: een rand die je niet ziet tot je erop staat.
- Boven de klif: alles wat de tool voor je regelde, en dat is veel.
- De klif zelf: het moment dat je het project aan een vreemde wilt geven.
- Aan de overkant: hetzelfde project, op een adres en een plek die van jou zijn.
Waarom voel je hem pas als het prototype af is?
Omdat de bouwtool zijn werk goed doet. Alles wat je nodig had om te bouwen kreeg je erbij: een adres om te kijken, een database om te proberen, een knop om te delen. Dat is precies genoeg om te bouwen en precies te weinig om te hebben, en het verschil merk je pas als je het tweede probeert.
Er is nog een reden. Bouwen met een AI voelt als vooruitgang per zin: je typt, er verandert iets, het werkt. De stappen na de klif geven dat gevoel niet. Een domein koppelen levert geen nieuw scherm op. Een back-up terugzetten verandert niets aan je app. Een privacyverklaring schrijven is een tekst die niemand leest tot het ertoe doet. Het zijn stappen zonder beloning, en daarom schuif je ze door tot het moment dat je ze niet meer kunt doorschuiven.
Dat moment komt meestal met een vraag van buiten: iemand wil de link, iemand wil betalen, of de tool zegt dat je gratis proefperiode voorbij is. Dan staat de lijst er ineens helemaal tegelijk, en dan lijkt hij groter dan hij is.
- De tool geeft je genoeg om te bouwen, niet genoeg om te hebben.
- De stappen na de klif geven geen zichtbaar resultaat, dus je schuift ze door.
- Ze komen terug als een vraag van buiten, allemaal tegelijk.
Op welke vijf plekken lopen makers vast?
Op dezelfde vijf, in wisselende volgorde. De eerste is eigendom van de code: het project bestaat alleen in de tool, en als de tool stopt of je abonnement stopt, is er niets. De tweede is het adres: het project staat op een subdomein van de tool, en dat adres is van hen. De derde zijn de gegevens: de database uit de bouwomgeving is gemaakt om te proberen, niet om te bewaren, en de eerste keer dat je hem kwijtraakt leer je dat hard.
De vierde zijn de sleutels. Een AI die snel wil bouwen zet een wachtwoord of een sleutel soms in de code zelf, omdat dat werkt. Het werkt tot iemand anders je code ziet. De vijfde zijn de plichten: zodra je een e-mailadres bewaart heb je een privacyverklaring nodig, zodra je iets verkoopt gelden er regels voor consumenten, en zodra je verdient heb je een administratie. Niets daarvan is zwaar. Alles daarvan is nieuw.
Het goede nieuws is dat de lijst niet groeit. Wie deze vijf een keer heeft gedaan, herkent ze bij het volgende project in een middag.
- Eigendom: de code staat alleen in de tool.
- Adres: het domein is van de tool, niet van jou.
- Gegevens: een proefdatabase zonder back-up die je hebt teruggezet.
- Sleutels: wachtwoorden en sleutels in de code in plaats van erbuiten.
- Plichten: privacy, consumentenregels en administratie zodra het echt wordt.
Wat is de eerste stap eroverheen?
Eigendom van je code. Voordat je iets anders regelt, zorg je dat het project op een plek staat die van jou is en die je zonder de tool kunt openen. In de praktijk is dat een eigen repository bij een versiebeheerdienst, met jou als eigenaar. Elke serieuze bouwtool heeft daar een koppeling voor; zoek in de documentatie van je tool op versiebeheer of export.
Dit is de eerste stap omdat alle andere erop leunen. Een host heeft je code nodig in een vorm die hij kan lezen. Een back-up van je code is er dan meteen ook. En je kunt voor het eerst zien wat de AI precies veranderd heeft tussen twee versies, in plaats van alleen dat het anders werkt. Wie geen developer is, heeft aan vijf begrippen genoeg; die staan in het artikel over Git en GitHub.
Haal de code na het koppelen een keer op naar je eigen computer en kijk of hij compleet is. Zet er een kort bestand bij met hoe je het project start en welke waarden het nodig heeft. Dat bestand is voor jou over drie maanden.
- Een eigen account bij een versiebeheerdienst, een lege repository, jij als eigenaar.
- De koppeling vanuit je tool; de documentatie van de tool gaat voor op elke uitleg.
- Een keer ophalen en controleren, en vijf regels erbij over hoe het start.
In welke volgorde regel je de rest?
Na eigendom komt het adres, dan de gegevens, dan de sleutels, dan de plichten. Die volgorde is niet heilig, maar hij voorkomt dubbel werk. Een domein koop je op je eigen naam bij een registrar en koppel je aan een host die je code als gewone code behandelt, zodat je later weg kunt zonder alles te herbouwen. Zodra het adres werkt, weet je waar de gegevens heen moeten.
De gegevens zijn de stap die het vaakst wordt overgeslagen en het duurst uitpakt. Kies een database die van jou is, maak een back-up, en zet die back-up één keer terug op een leeg systeem. Niet omdat het misgaat, maar omdat je dan weet dat het kan. Daarna de sleutels: alles wat geheim is gaat uit de code en in de instellingen van je host, en je zoekt je repository een keer door op wat er niet in hoort.
De plichten komen als laatste, maar niet ná de eerste bezoeker. Een privacyverklaring hoort er te staan voordat je het eerste e-mailadres bewaart. Wat je verder nodig hebt hangt af van wat je doet, en de hoofdgids loopt het per stap door.
- Adres: eigen domein bij een registrar, host die je kunt verlaten.
- Gegevens: eigen database, back-up gemaakt en een keer teruggezet.
- Sleutels: uit de code, in de instellingen van de host.
- Plichten: privacyverklaring voor de eerste bezoeker, de rest zodra het van toepassing is.
Wat hoef je niet te doen?
Je hoeft geen developer te worden. De vijf stappen vragen begrip, geen vaardigheid: je moet weten wat een record is, niet hoe DNS werkt. Je hoeft ook niet alles perfect te doen. Per stap is er een kleinste versie die goed genoeg is, en die is bijna altijd de versie die je host of je registrar je voorschrijft in zijn eigen documentatie.
Je hoeft niet te kiezen voor de duurste of de bekendste host. Je hoeft geen eigen server te beheren. Je hoeft niet te wachten tot het project af is; de klif is er ook voor een half project, en eroverheen gaan met iets kleins is makkelijker dan met iets groots. En je hoeft de tool niet los te laten. De meeste makers blijven bouwen in dezelfde tool en zetten alleen het resultaat op een plek van henzelf.
Wat je wel moet doen is één keer de hele lijst afmaken. Halverwege stoppen geeft het slechtste van beide kanten: een project dat van jou is maar nergens draait, of dat draait maar niet van jou is.
- Geen developer worden, geen eigen server, geen perfecte keuze.
- Wel: de documentatie van je host of registrar volgen, want die is de kleinste goede versie.
- Wel: de lijst één keer helemaal afmaken.
Wat verandert er als je aan de overkant staat?
Het project is van jou. Dat klinkt klein en het verandert alles: je kunt van tool wisselen zonder opnieuw te beginnen, je kunt iemand toegang geven zonder je account te delen, en je kunt slapen als de tool een storing heeft. Wat er ook verandert is de aard van het werk. Bouwen blijft bouwen, maar er komt een tweede baan bij die niemand je heeft aangeboden: onderhoud, gebruikers, en zodra er geld binnenkomt, een administratie.
Die tweede baan is waar basestep voor is gebouwd: het begeleidt de stappen na de klif en zet de administratie van een eenmanszaak ernaast, met elke regel uitgelegd tot de bron. Je hebt het niet nodig om over de klif te komen. De gidsen zijn gratis, vragen geen account, en dit artikel is er een van.
Wie de vijf stappen heeft gedaan, heeft iets wat veel makers met een mooier prototype niet hebben: een project dat echt bestaat.
- Van tool wisselen zonder opnieuw te beginnen.
- Toegang geven zonder je account te delen.
- Een tweede baan: onderhoud, gebruikers en de administratie zodra er geld komt.
Bronnen
Nagelopen op 5 september 2026. De stappen zelf komen uit de vijf gidsen op deze site; de bronnen hieronder gaan over de begrippen die het artikel gebruikt.
Verder lezen
Drie plekken die hierop aansluiten.
Van eerste prompt tot aangifte.
Het platform opent later. Vragen of opmerkingen kun je mailen naar info@basestep.io.