Idee en vraag: bouw wat mensen willen

In 2021 las het analysebureau CB Insights de post-mortems van meer dan honderd gestrande startups. De belangrijkste doodsoorzaak: "geen marktvraag" — 35% van de gevallen. Geen kapotte code, geen zwak team, geen geld. Een product waar niemand op zat te wachten. Daarom opent deze cursus met een vraag, niet met een toetsenbord: wie gaat dit eigenlijk gebruiken?

Het verhaal om mee te beginnen: Dropbox

Het is 2007. Drew Houston wil bestandsynchronisatie bouwen, maar het echte werk bouwen betekent maanden. Dus nam hij in plaats daarvan een drie minuten durende demo video op: zo zal het werken — ook al werkt het nog niet. De video ging viral op Hacker News en Digg. De wachtlijst sprong van 5.000 naar 75.000 adressen. Vraag bewezen voordat de meeste code bestond. Dat is de logica van deze les: eerst het signaal, dan de bouw.

Waar werkende ideeën vandaan komen

• Je eigen probleem: wat doe je steeds weer op een onhandige manier? Je bent gebruiker nummer één en een expert in het probleem. Zo ontstond Basecamp: het bureau 37signals was het zat om projecten vanuit hun inbox te beheren en bouwde een tool voor zichzelf.
• Het probleem van een niche die je kent: je werk, je hobby, je community. "Een CRM voor bijlesdocenten" is beter dan "een CRM voor iedereen", omdat je hun taal spreekt, hun angsten kent en weet waar ze rondhangen.
• Klachten over wat er al is: de één- en twee-sterren reviews van je concurrenten zijn een kant-en-klare bestellijst. Mensen schrijven letterlijk je specificaties voor je: "geweldige app, maar er is geen PDF-export en hij loopt vast bij grote bestanden."

Een socratische pauze

Voordat je verder leest, sta hier even bij stil: als je idee helemaal geen concurrenten heeft — is dat een goed of een slecht teken? Je instinct roept "geweldig, ik ben de eerste!" Vaker betekent een leeg veld dat veel mensen je voorgingen en tegen dezelfde muur liepen: niemand betaalt hiervoor.

Vraag valideren in één avond (voordat je bouwt!)

1. Zoekt iemand een oplossing? Diepgaand onderzoek: "hoe lossen mensen [probleem] vandaag op, waar zoeken ze naar, waar klagen ze over" (de methode uit onze onderzoekscursus). Als mensen er actief over googelen en discussiëren, leeft de vraag.
2. Zijn er concurrenten? Concurrenten zijn GOED nieuws: zij hebben al bewezen dat mensen hiervoor betalen. De slechte scenario's zijn nul concurrenten (misschien is er geen vraag) of giganten die het gratis weggeven, die je niet frontaal kunt verslaan.
3. De landing test: een pagina die het product beschrijft (een avond werk — dit kun je doen) plus een "Ik wil toegang" knop met een e-mailveld. Laat het zien op twee of drie plekken waar je doelgroep zich bevindt. Een tiental echte e-mails van de juiste mensen betekent: bouw het.

Zo testte Joel Gascoigne Buffer in 2010: hij zette een landing page met prijzen online voordat er een product was. Kliks op "Plannen en Prijzen" lieten zien dat mensen bereid waren te betalen. Pas toen ging hij code schrijven.

Beginnersmythes

• "Eerst bouwen, dan laten zien." Het is omgekeerd: laten zien is goedkoop, bouwen is duur. Doe eerst het goedkope.
• "Iemand steelt mijn idee." Ideeën zijn bijna waardeloos — uitvoering en klanten bereiken is wat telt. Geheimhouding doodt meer producten dan dieven ooit deden.
• "Ik heb een briljant nieuw idee nodig." Dat hoeft niet. Je hebt een bekend probleem nodig, iets netter opgelost, voor een specifieke doelgroep.

Hoe een eerste productidee eruitziet

• Een specifieke doelgroep die je echt kunt bereiken (je weet waar ze zijn)
• Eén kernfunctie, geen platform
• Een duidelijke reden om te betalen (het bespaart tijd of geld, of levert klanten op)
• De MVP past in 2–4 weken avondwerk

Een signaal onderscheiden van beleefdheid

De valkuil bij vraagvalidatie is beleefdheid verwarren met intentie. "Geweldig idee, ik zou het zeker proberen!" van een vriend bevat nul informatie — mensen haten het om je teleur te stellen. Echte signalen kosten iets: een e-mailadres, geld vooraf, bestede tijd (ze vulden een lang formulier in, ze kwamen opdagen voor een gesprek). Rob Fitzpatricks boek "The Mom Test" verwoordde de regel duidelijk: vraag niet "zou je het kopen?", vraag naar het verleden — "hoe pak je dit probleem vandaag aan, en wat kost het je?" Gedrag uit het verleden liegt niet; beloftes liegen voortdurend.

Hoe dit aansluit op andere cursussen

Vraag valideren is eigenlijk een klein onderzoeksproject: hoe mensen een probleem oplossen, waar ze naar zoeken, waar ze over klagen. Onze AI onderzoekscursus gaat diep in op die vaardigheid, en je bouwt de landing test zelf met de techniek uit de vibe coding cursus. Hier koppelen we ze samen tot één productstap.

Doe dit nu (10 minuten)

Schrijf 3 ideeën op uit de bovenstaande bronnen → haal elk door de vier criteria → voor het beste idee, schrijf een enkele landingszin: "[Product] helpt [wie] [wat te doen] zonder [de pijn]." Dat is je concept voor de vraagtest. We beginnen met bouwen in de volgende les — maar alleen wat de test heeft doorstaan. Eén avond nu bespaart maanden later.