Wat je eerste met AI gebouwde app zou moeten zijn (en wat niet)

Iedereen zegt je “bouw gewoon iets.” Geweldig advies. Vreselijke instructies.

Je opent een AI-app-bouwer, staart naar de lege prompt en denkt: misschien moet ik dat SaaS-idee bouwen waar ik al tijden op zit. Een marktplaats. Een CRM. Een projectmanagementtool met AI ingebouwd. Vijfenveertig minuten later heb je een half loginscherm en vraag je je af of dit AI-gedoe eigenlijk wel werkt.

Het werkt. Je koos gewoon het verkeerde eerste project.

Begin met een probleem dat je al handmatig oplost

De beste eerste app is niet je startup-idee. Het is het vervelende ding dat je al met de hand doet — de spreadsheet die je elke maandag bijwerkt, de e-mail die je met kleine aanpassingen kopieert en plakt, de checklist die je team op Slack doorgeeft.

Dit is waarom: je weet al precies wat dit ding zou moeten doen. Je hoeft “de eisen niet uit te vogelen.” De eisen zijn het ding dat je vorige dinsdag deed. Die helderheid is wat AI-app-bouwers krachtig maakt — ze zijn uitstekend in het omzetten van een heldere beschrijving in een werkende tool, en waardeloos in het lezen van je gedachten over een vage productvisie.

Een paar voorbeelden van goede eerste projecten:

Een klantintakeformulier. Als je consultant, therapeut, coach of freelancer bent, mail je waarschijnlijk een vragenlijst naar nieuwe klanten. Een app die hun antwoorden verzamelt, op één plek opslaat en je een samenvatting stuurt, kost ongeveer 20 minuten om aan een AI-bouwer te beschrijven. Je gebruikt hem elke week.

Een RSVP-tracker voor een evenement. Organiseer je een workshop en houd je RSVP’s bij in een spreadsheet? Bouw een eenvoudige pagina waar mensen zich registreren, zien wie er komt en een bevestigingsmail krijgen. Je hebt hem klaar voor de lunch.

Een logboek voor team-standups. In plaats van standups te posten in Slack waar ze verdwijnen, bouw je een pagina waar je team dagelijkse updates indient en die je op datum kunt doorbladeren. Geen login nodig — gewoon een gedeelde link.

Een persoonlijke offertecalculator. Als je fotograaf, aannemer of een ander soort dienstverlener bent die offertes verstuurt, bouw dan een eenvoudige tool waarin je de variabelen invoert (uren, materialen, locatie) en die een opgemaakte offerte uitspuugt die je in een e-mail kunt kopiëren. Je doet die rekensom waarschijnlijk al uit je hoofd of op een rekenmachine.

Geen van deze maakt je miljonair. Ze besparen je allemaal echte tijd deze week. En je maakt ze af — wat meer telt dan je denkt. Het kerkhof van zijprojecten ligt vol met ambitieuze ideeën die nooit zijn gelanceerd. Je eerste met AI gebouwde app zou zich daar niet bij moeten voegen.

Wat een slecht eerste project maakt

Slechte eerste projecten delen drie kenmerken:

1. Ze vereisen gebruikersauthenticatie. Loginschermen, wachtwoordresets, e-mailverificatie — dit is loodgieterswerk, geen product. Het is saai om te beschrijven, saai om te testen en saai om te debuggen. AI-bouwers kunnen het, maar het verdubbelt de complexiteit van je project zonder je iets nuttigs te leren. Bewaar het voor project nummer drie.

2. Ze hebben onduidelijke succescriteria. “Een tool die teams beter laat samenwerken” — wat betekent dat? Hoe ziet het scherm eruit? Wat gebeurt er wanneer iemand op de hoofdknop klikt? Als je de kernworkflow niet in drie zinnen kunt beschrijven, kan de AI-bouwer hem ook niet bouwen. Dat is geen gebrek aan verbeelding — het betekent dat dit idee meer tijd op papier nodig heeft voordat het een app nodig heeft. Schrijf stap voor stap op wat een gebruiker doet. Kun je dat niet, dan ben je nog niet klaar om het te bouwen.

3. Ze proberen te concurreren met iets dat al bestaat. “Zoals Notion maar simpeler” of “Trello maar voor mijn sector” als je eerste project bouwen is jezelf opzetten om weken te besteden aan randgevallen die er niet toe doen. Deze producten hebben honderden engineers die eraan werken. Jouw voordeel is niet een betere versie bouwen — het is iets bouwen dat zij nooit zouden bouwen omdat het alleen voor jou belangrijk is.

De 20-minutentest voor je eerste met AI gebouwde app

Hier is een praktisch filter: kun je de hele app beschrijven in een gesprek van 20 minuten met een vriend die er nog nooit van heeft gehoord? Niet het verdienmodel. Niet de roadmap. Gewoon: wat doet het, wie gebruikt het, en wat zien ze op het scherm?

Zo ja, dan is het een goed eerste project.

Betrap je jezelf erop dat je “ja, dat hangt ervan af” of “er zijn veel randgevallen” zegt — dan is dat een prima product om uiteindelijk te bouwen, maar niet als eerste.

Schrijf je beschrijving op. Maximaal drie alinea’s. Die beschrijving, bijna woord voor woord, is wat je in de AI-bouwer typt. Hoe helderder je voor jezelf bent, hoe beter het resultaat.

Bouw het, maak het dan van jou

Zodra je een project hebt gekozen, is hier de volgorde die werkt:

Stap 1: beschrijf de kernworkflow. Niet de hele app — alleen het hoofdding. “Een pagina waar iemand zijn naam, e-mail en drie vragen over zijn project invult. Wanneer ze indienen, krijg ik een e-mail met hun antwoorden.” Dat is het. Begin daar.

Stap 2: probeer het. Klik rond. Vul het formulier in. Doet het wat je verwachtte? Zo niet, vertel de AI wat er mis is. “Het bevestigingsbericht moet hun naam noemen, niet alleen ‘Bedankt’.” Kleine, specifieke correcties.

Stap 3: voeg één ding toe. Misschien wil je de inzendingen opgeslagen hebben in een tabel die je kunt doorbladeren. Misschien wil je een dropdown in plaats van een tekstveld. Voeg één functie tegelijk toe. Elke toevoeging is een kans om te zien hoe de AI-bouwer met verandering omgaat — en hoe jij omgaat met beschrijven wat je wilt.

Stap 4: deel het met één persoon. Niet op Product Hunt. Stuur gewoon de link naar iemand die hem zou gebruiken. Kijk wat ze doen. Raken ze in de war, dan weet je wat je hierna moet oplossen.

Deze lus — beschrijven, proberen, aanpassen, delen — is de hele vaardigheid van bouwen met AI. Een vriendin van ons bouwde op deze manier een klantintakeformulier voor haar coachingpraktijk. De eerste versie kostte 15 minuten. Ze deelde hem met één klant, besefte dat ze een bestandsuploadveld nodig had, voegde het in twee minuten toe en gebruikt hem sindsdien elke week. Geen grootse lancering. Gewoon een ding dat werkt.

Je eerste project is oefenen met deze lus. Maak de lus kort.

Wat je eigenlijk leert

Het lijkt misschien alsof je de tool leert. Dat is niet zo — of in elk geval is dat het minst belangrijke deel. Wat je leert, is hoe je gaat van “ik heb een vaag idee” naar “hier is precies wat ik nodig heb, helder genoeg beschreven dat iets — AI of mens — het kan bouwen.”

Dat is een vaardigheid die de meeste mensen nooit oefenen. Ontwikkelaars bouwen hem op in jaren van specificaties schrijven en tickets indienen. Ontwerpers bouwen hem op door wireframes te maken. Jij bouwt hem op door een alinea in een AI-app-bouwer te typen en te zien wat eruit komt. Elke keer dat het resultaat niet aan je verwachting voldoet, word je scherper in het beschrijven van wat je echt wilt.

Die vaardigheid draagt over naar je tweede project, je tiende, en ook naar het werken met menselijke ontwikkelaars. De mensen die het meeste uit AI-bouwers halen, zijn niet degenen met de beste ideeën. Het zijn degenen die hebben geoefend met het dichten van de kloof tussen “wat ik me voorstel” en “wat ik heb opgeschreven.”

Je eerste app is waar je die kloof voor het eerst dicht. Kies iets dat klein genoeg is om in één zitting af te maken. Kies iets dat je volgende week echt gaat gebruiken. Maak het af.

Bouw dan iets moeilijkers.