Van idee naar omzet: het kleinste levensvatbare product dat je met AI kunt bouwen

De oude manier werkt niet meer

Vijf jaar geleden was het startup-draaiboek: kies een idee, besteed drie maanden aan het bouwen van de MVP, lanceer naar een lege zaal, itereer.

Dat was toen “MVP” betekende “alle basisfuncties, supergepolijst, klaar voor een wachtlijst”.

Met AI-appbouwers zoals Proyecta is de tijdlijn anders. Je kunt morgen tegen de lunch iets echts hebben — geen landingspagina, geen mockup, maar een echt werkend product. Maar bijna niemand weet hoe na te denken over wat “kleinste” echt betekent wanneer je met AI bouwt.

Dit is wat ik zie: de meeste mensen lanceren veel te veel. Ze voegen een dashboard toe, gebruikersaccounts, integraties, analytics, misschien een mobiele app-versie. Dan gebruikt niemand het omdat ze optimaliseerden voor compleetheid — vakjes aanvinken — in plaats van voor het oplossen van één specifiek probleem voor één specifieke persoon, nu meteen.

Wat kleinste nu echt betekent

Het kleinste levensvatbare product met AI is zo klein dat het bijna grappig is. Het is:

Eén workflow. Geen vijf functies. Eén ding dat je doelpersoon herhaaldelijk doet en dat ze vandaag 10 minuten kost, en je app brengt het terug naar 30 seconden.

Geen accounts. Als je het kunt lanceren zonder login — doe dat. Eén persoon, één sessie, één output. Als ze het leuk vinden, kun je later accounts toevoegen. Stripe-loginflows kosten 20 minuten om goed te implementeren. Eenmalige sessies kosten vijf.

Geen database. Tenminste niet een die je beheert. Zet je data in een Google Sheet. Gebruik localStorage in de browser. Gebruik Stripe of Airtable als je backend. Je probeert klanten te vinden, geen infrastructuur te bouwen.

Eén integratie. Kies de ene tool die je klant al gebruikt en integreer ermee. “Werkt met Slack” of “leest uit je Google Drive” is veel nuttiger dan “heeft zijn eigen archiefsysteem”.

Hier is een concreet voorbeeld: Sarah bouwde een tool voor freelance ontwerpers die eindeloos hun stijl uitleggen aan nieuwe klanten. Haar app: je uploadt drie van je beste ontwerpen, beschrijft je proces in gewone taal, en de app genereert een “stijlgids”-pdf die de ontwerper naar klanten kan sturen. Dat is het. Geen accounts, geen login, geen dashboard. Elke keer dat iemand hem gebruikt, beginnen ze vers. De app draait in Proyecta, ze gebruikt Stripe voor betalingen (het genereert een eenmalige link per pdf), en wanneer mensen om meer functies vragen (zoals “meerdere stijlen opslaan”), voegt ze die misschien toe — of beseft ze misschien dat haar echte product niet de app is, maar het verkopen van deze als sjablonen.

Ze verdiende $600 in de eerste week.

De drie metrics die er echt toe doen

Meet geen voltooiing. Meet geen tijd-op-site. Meet deze drie:

Tijd tot eerste waarde. Van “ik vond deze link” tot “ik kreeg een resultaat dat ik echt kan gebruiken”. Voor Sarah’s tool: 90 seconden. Als het meer dan vijf minuten kost, haken mensen af.
Bereidheid om te betalen. Lanceer niet met een gratis laag en een Pro-laag. Kies één prijs. Kijk of mensen die betalen. ($25 voor Sarah’s pdf’s. Ze zou meer kunnen vragen; ze vraagt minder omdat ze gewoon wil valideren.) Als het antwoord is “echt niet”, koos je het verkeerde probleem.
Komen-ze-terug-percentage. Voor een eenmalige tool heb je geen 30-dagen-retentie nodig. Je moet weten: van de mensen die dit één keer gebruikten, hoeveel vertellen het een vriend? Sarah’s retentiemetric is “vertelde minstens één andere ontwerper”. Dat is tot nu toe 40%.

Als alle drie goed zijn, heb je iets. Nu kun je accounts, dashboards, geschiedenis, al dat spul toevoegen.

Hoe je in een weekend lanceert

Vrijdagochtend: Kies je probleem. Geen markt. Geen trend. Eén specifieke persoon die één specifiek ding doet dat vandaag vervelend is.

Vrijdagmiddag–zaterdagochtend: Gebruik Proyecta om het te bouwen. Je beschrijft wat je wilt (“neem een pdf-contract en markeer alle betalingsvoorwaarden in het rood”), Proyecta genereert het, je test het, sleutelt eraan tot het werkt. Vier uur, misschien zes als je kieskeurig bent. Je hebt nu een werkende webapp.

Zaterdagmiddag: Test het op twee mensen. Niet “hé, zou je dit in theorie gebruiken?” maar “hier is de link, gebruik hem echt, en vertel me wat brak of vreemd voelde”.

Zondagochtend: Stel betaling in als je rekent. Stripe, Gumroad, een simpele link — je bouwt geen factureringsplatform. Gewoon een manier om te rekenen.

Zondagavond: Lanceer het. Post op Show HN, een relevante Discord of Slack, mail vijf mensen direct. Tob niet over de beschrijving. Begin met waarom je het bouwde: “Ik maakte dit omdat ik gefrustreerd was dat…”

Maandag: Kijk wat er echt gebeurt. Echte mensen gebruiken het of niet. Je weet het binnen 48 uur.

Wat er daarna gebeurt (het makkelijke deel)

Als niemand het gebruikt: je leerde snel en goedkoop iets. Je draaide tegen dinsdag bij.

Als een paar mensen het gebruiken: je kijkt naar wat ze er echt mee doen. Gebruiken ze het precies zoals je ontwierp, of doen ze iets net anders? Vragen ze om functies die je niet verwachtte, of gebruiken ze het gewoon stilletjes en lopen ze weg?

Als mensen het gebruiken, om dingen vragen, en je er zeker van bent dat je hieraan wilt werken: nu kun je investeren in echt spul. Accounts, zodat mensen hun werk kunnen opslaan. Een dashboard, zodat ze kunnen zien wat ze hebben gebouwd. Een API, als dat is wat ze nodig hebben. Maar je bouwt deze functies omdat je weet dat er vraag is, niet omdat je denkt dat ze zouden moeten bestaan.

De grootste fout is lanceren met de aanname dat je idee juist is en je enige taak is mensen daarvan te overtuigen. Het kleinste levensvatbare product is de eerste test van die aanname. Alles erna is gewoon luisteren.

Drie echte verhalen

Marcus (data-analist): Besteedde elke week een uur aan het handmatig herformatteren van SQL-queries voor junior-analisten. Bouwde een tool in Proyecta die het in één klik doet: plak query, krijg geformatteerde versie. Eén invoerveld, één knop. Lanceerde het op een dinsdag. Tegen vrijdag had hij 300 keer gebruik van mensen in zijn Discord. Tegen het einde van de maand: 1.200 keer gebruik, sommige van totale vreemden. Hij voegde accounts toe zodat mensen hun geschiedenis konden zien, bouwde toen een integratie met zijn datawarehouse. Het is nu zijn tweede inkomen.

Jade (illustrator): Maakte een tool die een spraakmemo neemt en een personageschets genereert op basis van de beschrijving. Besteedde 45 minuten aan het bouwen. Vroeg $3 per schets. Verdiende $1.500 in de eerste twee weken voordat ze hem pauzeerde omdat ze zoveel bestellingen kreeg dat ze de bedrijfsadministratie niet kon bijbenen.

Omar (oprichter): Wilde een “volledig platform” bouwen. Besteedde twee maanden. Lanceerde met accounts, prijslagen, integraties met drie tools, en een tutorialvideo. Drie maanden later: 12 gebruikers, twee waren zijn vrienden. Hij besefte dat hij voor de lancering had geoptimaliseerd in plaats van voor het leren. Zijn herstart is veel kleiner — alleen de kernworkflow — en hij krijgt echte tractie.

Het ding dat niemand je vertelt

Klein lanceren is eng omdat het incompleet voelt. Je brein schreeuwt “maar we moeten [randgeval] afhandelen, hoe zit het met [functie], zouden we niet [complexiteit toevoegen]?”

Nee. Lanceer het toch.

Je taak is niet om het perfecte product te bouwen. Je taak is om de kleinste weddenschap te testen die bewijst dat je een echt probleem oplost voor een echte persoon. Alles daarna is gewoon luisteren en itereren op basis van wat echt is.

Wat zou je dit weekend kunnen bouwen met een AI-appbouwer? Iets piepkleins. Iets dat je echt zou gebruiken. Probeer het en zie.