Idé og etterspørsel: bygg det noen venter på

I 2021 leste analyseselskapet CB Insights gjennom etteranalysene av mer enn hundre døde startups. Den viktigste dødsårsaken: «ikke noe markedsbehov» – 35 % av tilfellene. Ikke ødelagt kode, ikke et svakt team, ikke penger. Et produkt ingen ventet på. Derfor åpner dette kurset med et spørsmål, ikke et tastatur: hvem skal egentlig bruke dette?

Historien verdt å starte med: Dropbox

Det er 2007. Drew Houston ønsker å bygge filsynkronisering, men å bygge det ekte produktet betyr måneder. Så i stedet spiller han inn en tre-minutters demovideo: her er hvordan det vil fungere – selv om det ikke fungerer ennå. Videoen treffer Hacker News og Digg. Over natten hopper ventelisten fra 5 000 til 75 000 adresser. Etterspørsel bevist før det meste av koden eksisterer. Det er logikken i denne leksjonen: signal først, konstruksjon deretter.

Hvor fungerende ideer kommer fra

• Ditt eget problem: hva gjør du på en klønete måte, om og om igjen? Du er bruker nummer én og en ekspert på problemet. Slik ble Basecamp født: byrået 37signals ble lei av å drive prosjekter ut av innboksen og bygget et verktøy for seg selv.
• Problemet i en nisje du kjenner: jobben din, hobbyen din, fellesskapet ditt. «En CRM for veiledere» slår «en CRM for alle», fordi du snakker språket deres, kjenner frykten deres og vet hvor de ferdes.
• Klager på det som finnes: konkurrentenes én- og tostjerners anmeldelser er en ferdiglaget bestillingsliste. Folk skriver bokstavelig talt spesifikasjonene for deg: «flott app, men det er ingen PDF-eksport og den krasjer med store filer.»

En sokratisk pause

Før du leser videre, tenk over dette: hvis ideen din ikke har noen konkurrenter i det hele tatt – er det et godt tegn eller et dårlig? Instinktet roper «strålende, jeg er først!» Ofte betyr et tomt felt at mange mennesker var der før deg og traff den samme veggen: ingen betaler for dette.

Valider etterspørsel på én kveld (før du bygger!)

1. Er det noen som leter etter en løsning? Grundig research: «hvordan løser folk [problem] i dag, hva søker de etter, hva klager de på» (metoden fra vårt researchkurs). Hvis folk aktivt googler og diskuterer det, er etterspørselen levende.
2. Finnes det konkurrenter? Konkurrenter er GODE nyheter: de har allerede bevist at folk betaler for dette. De dårlige tilfellene er null konkurrenter (kanskje det ikke er etterspørsel) eller giganter som gir det bort gratis, som du ikke kan konkurrere direkte med.
3. Landingtesten: en side som beskriver produktet (en kvelds jobb – dette kan du gjøre) pluss en «Jeg vil ha tilgang»-knapp med et e-postfelt. Vis det på to eller tre steder hvor målgruppen din ferdes. Et dusin ekte e-poster fra de rette personene betyr: bygg det.

Slik testet Joel Gascoigne Buffer i 2010: han satte opp en landingsside med priser før det fantes et produkt. Klikk på «Planer og priser» viste at folk var villige til å betale. Først da satte han seg ned for å skrive kode.

Myter for nybegynnere

• «Bygg først, vis senere.» Det er bakvendt: å vise er billig, å bygge er dyrt. Gjør det billige først.
• «Noen vil stjele ideen min.» Ideer er nesten verdiløse – utførelse og å nå kunder er det som koster. Hemmelighold dreper flere produkter enn tyver noensinne har gjort.
• «Jeg trenger en strålende ny idé.» Det gjør du ikke. Du trenger et kjent problem, løst litt mer elegant, for en smal målgruppe.

Slik ser en idé for et første produkt ut

• En smal målgruppe du faktisk kan nå (du vet hvor de er)
• Én kjernefunksjon, ikke en plattform
• En åpenbar grunn til å betale (det sparer tid eller penger, eller tiltrekker kunder)
• MVP-en passer inn i 2–4 uker med kveldsarbeid

Skille et signal fra høflighet

Fellen i etterspørselsvalidering er å forveksle høflighet med intensjon. «Flott idé, jeg ville definitivt prøvd den!» fra en venn gir null informasjon – folk hater å skuffe deg. Ekte signaler koster noe: en e-postadresse, penger på forhånd, brukt tid (de fylte ut et langt skjema, de møtte opp til en samtale). Rob Fitzpatricks bok «The Mom Test» formulerte regelen enkelt: ikke spør «ville du kjøpt det?», spør om fortiden – «hvordan håndterer du dette problemet i dag, og hva koster det deg?» Tidligere atferd lyver ikke; løfter lyver konstant.

Hvordan dette kobles til andre kurs

Å validere etterspørsel er egentlig et lite researchprosjekt: hvordan folk løser et problem, hva de søker etter, hva de klager på. Vårt AI research-kurs går dypt inn i den ferdigheten, og du vil bygge landingtesten selv med teknikken fra vibe coding-kurset. Her knytter vi dem sammen til ett produktsteg.

Gjør dette nå (10 minutter)

Skriv ned 3 ideer fra kildene ovenfor → kjør hver gjennom de fire kriteriene → for den beste, utkast til én landingssetning: «[Produkt] hjelper [hvem] [å gjøre hva] uten [problemet].» Det er ditt utkast til etterspørselstest. Vi begynner å bygge i neste leksjon – men kun det som bestod testen. Én kveld nå sparer måneder senere.