Hoe je een AI-app-bouwer vertelt wat je wilt (zodat hij het echt bouwt)

Je gaat zitten voor een AI-app-bouwer. Je hebt een idee — misschien een boekingssysteem voor je studio, een klanttracker voor je freelancebusiness, of een intern dashboard waar je team al maanden om vraagt. Je typt iets als “bouw een app voor mijn bedrijf” en krijgt… iets terug dat niet helemaal past bij wat in je hoofd zit.

Het probleem is niet de AI. Het is dat “bouw een app voor mijn bedrijf” de AI ongeveer net zoveel houvast geeft als een aannemer vertellen “bouw een huis voor me.” Je krijgt een huis. Het is alleen waarschijnlijk niet het huis dat je wilde.

Hier is hoe je beschrijft wat je wilt op een manier die je er echt brengt — geen technische achtergrond vereist.

Begin met wie, niet wat

De meest gemaakte fout wanneer mensen deze tools gebruiken, is meteen naar functies springen. “Ik wil een loginpagina, een dashboard en een instellingenscherm.” Dat is een lijst met schermen, geen beschrijving van een product.

Begin in plaats daarvan met wie dit ding gaat gebruiken en wat ze proberen te bereiken.

Vergelijk deze twee prompts:

Vaag: “Bouw een planningsapp voor me.”

Helder: “Ik run een fotostudio. Mijn klanten moeten online sessies van 60 of 90 minuten kunnen boeken, kiezen uit beschikbare tijdsloten en vooraf een aanbetaling van $50 doen. Ik moet alle boekingen in een kalenderweergave zien en een e-mail krijgen wanneer iemand boekt.”

De tweede vertelt de AI precies wie erbij betrokken is (jij en je klanten), wat ze doen (boeken, betalen, bekijken) en wat ertoe doet (tijdsloten, aanbetalingsbedrag, meldingen). Dat is genoeg om bij de eerste poging iets echts te bouwen.

Een goed startsjabloon: “[Wie ik ben] heeft [wie mijn gebruikers zijn] nodig om [specifieke acties] te kunnen doen, en ik moet [wat ik met het resultaat doe].”

Beschrijf een dag, niet een functielijst

Als je worstelt om onder woorden te brengen wat je wilt, probeer dan te beschrijven hoe een normale dag eruitziet met deze tool.

Bijvoorbeeld: “Elke ochtend open ik de app en zie ik welke klanten vandaag sessies hebben. Wanneer een nieuwe klant het intakeformulier invult, verschijnt het in mijn wachtrij. Ik bekijk het, wijs ze een pakket toe, en het systeem stuurt ze een welkomstmail met hun loginlink. Aan het einde van de week exporteer ik een rapport van de gewerkte uren per klant.”

Dit geeft de AI een verhaal om te volgen. Hij begrijpt de flow, de volgorde, de relaties tussen dingen. “Intakeformulier leidt naar wachtrij leidt naar toewijzing leidt naar e-mail” is veel nuttiger dan een platte lijst met functies, omdat het de AI vertelt hoe de stukken samenhangen.

Probeer drie of vier zinnen te schrijven die een typische workflow van begin tot eind beschrijven. Je staat versteld van hoeveel dat het resultaat vormt.

Wees specifiek over getallen en regels

AI-bouwers zijn goed in het genereren van structuur, maar ze kunnen je businessregels niet raden. Wanneer er een getal, een limiet of een voorwaarde is die ertoe doet, zeg het dan.

• “Afspraken zijn 30, 60 of 90 minuten” — niet “afspraken hebben verschillende lengtes”
• “Klanten kunnen tot 24 uur voor hun sessie verzetten” — niet “klanten kunnen verzetten”
• “Het gratis plan staat 5 projecten toe” — niet “het gratis plan heeft limieten”
• “Facturen moeten binnen 30 dagen betaald worden en ik reken 1,5% maandelijkse rente op late betalingen” — niet “ik heb facturatie nodig”

Elke keer dat je een vage eis opschrijft, vult de AI het gat met een gok. Soms gokt hij goed. Vaak niet. Specificaties voorkomen mismatches.

Een nuttige oefening: lees je beschrijving terug en zoek naar elk woord dat voor verschillende mensen iets anders kan betekenen. “Klein team” — is dat 3 mensen of 30? “Betaalbare prijzen” — $5 per maand of $50 per maand? “Snelle doorlooptijd” — dezelfde dag of dezelfde week? Vervang die woorden door echte getallen.

Toon, vertel niet alleen

Als je voorbeelden hebt van wat je probeert te vervangen of na te bootsen, noem ze dan.

“Iets als Calendly maar voor hondentrimmers — klanten kiezen een dienst (wassen, knippen, volledige trimbeurt), kiezen een tijdslot en voegen notities toe over het temperament van hun hond” geeft de AI een concreet referentiepunt. Hij kent de algemene vorm (planningstool) en de specifieke verschillen (soorten diensten, huisdierspecifieke notities).

Je kunt ook verwijzen naar apps die je vandaag gebruikt: “Op dit moment houd ik alles bij in een Google Sheet met kolommen voor klantnaam, projectstatus, deadline en notities. Ik wil dezelfde informatie maar in een echte app waar ik kan filteren op status en meldingen krijg wanneer deadlines naderen.”

Hoe concreter je referentie, hoe minder revisierondes je nodig hebt. Referenties geven de AI een vertrekpunt — hij hoeft niet het hele concept vanaf nul te verzinnen, alleen een bekend patroon aan te passen aan jouw specifieke situatie.

Beschrijf de UI niet te veel

Hier is een tegenintuïtieve: besteed niet te veel tijd aan beschrijven hoe dingen eruit moeten zien. Kleuren, knopplaatsing, lettertypekeuzes — dat zijn details die later makkelijk te veranderen zijn maar moeilijk goed in woorden te specificeren.

Wat meer telt is de informatiearchitectuur — welke data waar verschijnt.

In plaats van “ik wil een blauwe zijbalk met iconen voor elke sectie en een meldingsbel rechtsboven,” probeer: “Het hoofdscherm moet de afspraken van vandaag centraal en prominent tonen. Ik moet vanuit de hele app bij klantprofielen, eerdere afspraken en omzetrapporten kunnen.”

De AI maakt redelijke ontwerpkeuzes. Je kunt kleuren, lay-outs en styling in vervolgprompts aanpassen. Maar de verkeerde data op de verkeerde pagina is lastiger op te lossen dan de verkeerde tint blauw.

Bouw in brokken, niet alles tegelijk

Je hoeft je hele app niet in één prompt te beschrijven. Sterker nog, kleiner beginnen levert meestal betere resultaten op.

Begin met de kernworkflow — het ene ding dat deze app absoluut moet doen. Krijg dat werkend en goed uitziend. Voeg dan lagen toe: “Voeg nu een klantprofielpagina toe die hun boekingsgeschiedenis toont.” Dan: “Voeg een wekelijkse omzetgrafiek toe aan het dashboard.”

Bij elke ronde heeft de AI context van wat hij al heeft gebouwd. Hij kent je datamodel, je gebruikers, je terminologie. De toevoegingen passen natuurlijk in de bestaande structuur in plaats van in isolatie ontworpen te worden.

Een echt voorbeeld: stel dat je een klantenportaal bouwt. Begin met “ik heb een pagina nodig waar klanten hun komende afspraken kunnen zien en kunnen annuleren indien nodig.” Krijg dat werkend. Vraag dan om “een pagina waar ik alle klanten kan zien en kan filteren op actief vs. inactief.” Dan “voeg een berichtenfunctie toe zodat ik vanuit hun profiel updates naar individuele klanten kan sturen.” Drie prompts, elk voortbouwend op de vorige, elk makkelijk voor de AI om goed te krijgen omdat de context er al is.

Zeg wat niet zou moeten gebeuren

Randgevallen en beperkingen beschrijven is net zo belangrijk als het ideale pad beschrijven.

• “Klanten kunnen niet minder dan 4 uur van tevoren boeken”
• “Alleen ik kan afspraken verwijderen — klanten kunnen alleen annuleren”
• “Toon omzetdata aan niemand behalve admingebruikers”
• “Als iemand 30 dagen niet heeft ingelogd, markeer hem dan als inactief maar verwijder zijn account niet”

Zonder deze beperkingen krijg je een app die perfect werkt in een demo en breekt op de eerste dag dat een echte klant hem gebruikt. Een ontwikkelaar in een planningsoverleg zou vragen “wat gebeurt er als iemand om middernacht probeert te boeken?” De AI vraagt het niet — dus moet jij die vragen beantwoorden voordat ze opkomen.

De echte vaardigheid is helder denken

Goede resultaten krijgen uit een AI-bouwer gaat niet over speciale promptsyntaxis leren. Het gaat over helder nadenken over wat je nodig hebt voordat je begint te typen.

Een fitnesscoach met wie we spraken, ging drie rondes heen en weer met een AI-bouwer om haar klanttracking-app goed te krijgen. Bij de vierde poging besteedde ze tien minuten aan precies opschrijven wat er gebeurt wanneer een nieuwe klant zich aanmeldt — het intakeformulier, de eerste beoordeling, de programmatoewijzing, de wekelijkse check-in. Ze overhandigde dat verhaal aan de AI en kreeg in één keer een werkende app.

Het verschil was geen betere tool of een toverformule. Ze wist gewoon wat ze wilde en zei het ronduit. De meesten van ons begrijpen niet volledig wat we willen totdat we het aan iemand — of iets — anders proberen uit te leggen. Dat is geen beperking van AI-bouwers. Zo werkt denken.

Probeer het nu

Kies één workflow die je herhaaldelijk doet — iets bijhouden, iets plannen, informatie van mensen verzamelen. Schrijf drie zinnen die beschrijven wie wat doet en wat er daarna gebeurt. Geef dat dan aan een AI-app-bouwer en kijk wat eruit komt.

Je staat misschien versteld hoe dichtbij het eerste resultaat is wanneer je begint met helderheid in plaats van met steekwoorden.