Idé och efterfrågan: bygg det någon väntar på

År 2021 läste analysföretaget CB Insights igenom obduktionsrapporterna för över hundra döda startups. Den främsta dödsorsaken: "inget marknadsbehov" — 35 % av fallen. Inte trasig kod, inte ett svagt team, inte pengar. En produkt ingen väntade på. Därför öppnar denna kurs med en fråga, inte ett tangentbord: vem ska egentligen använda detta?

Historien värd att börja med: Dropbox

Året är 2007. Drew Houston vill bygga filsynkronisering, men att bygga den riktiga produkten skulle ta månader. Så istället spelar han in en tre minuter lång demovideo: så här kommer det att fungera — även om det inte fungerar än. Videon blir viral på Hacker News och Digg. Över en natt hoppar väntelistan från 5 000 till 75 000 adresser. Efterfrågan bevisad innan det mesta av koden ens existerade. Det är logiken i denna lektion: signal först, konstruktion sedan.

Var fungerande idéer kommer ifrån

• Din egen smärta: vad gör du på ett klumpigt sätt, om och om igen? Du är användare nummer ett och expert på problemet. Så föddes Basecamp: byrån 37signals tröttnade på att hantera projekt via inkorgen och byggde ett verktyg åt sig själva.
• Smärtan i en nisch du känner till: ditt jobb, din hobby, din gemenskap. "Ett CRM för handledare" slår "ett CRM för alla", eftersom du talar deras språk, känner till deras rädslor och vet var de håller till.
• Klagomål på det som redan finns: dina konkurrenters en- och tvåstjärniga recensioner är en färdig beställningslista. Folk skriver bokstavligen din specifikation åt dig: "bra app, men det finns ingen PDF-export och den kraschar med stora filer."

En sokratisk paus

Innan du läser vidare, fundera på detta: om din idé inte har några konkurrenter alls — är det ett gott tecken eller ett dåligt? Instinkten skriker "briljant, jag är först!" Oftare betyder ett tomt fält att många människor var där före dig och stötte på samma vägg: ingen betalar för detta.

Validera efterfrågan på en kväll (innan du bygger!)

1. Letar någon efter en lösning? Djupgående research: "hur löser folk [problem] idag, vad söker de efter, vad klagar de på" (metoden från vår researchkurs). Om folk aktivt googlar och diskuterar det, lever efterfrågan.
2. Finns det konkurrenter? Konkurrenter är GODA nyheter: de har redan bevisat att folk betalar för detta. De dåliga fallen är noll konkurrenter (kanske finns det ingen efterfrågan) eller jättar som ger bort det gratis, som du inte kan slå ut direkt.
3. Landing testet: en sida som beskriver produkten (en kvälls arbete — du kan göra detta) plus en "Jag vill ha tillgång"-knapp med ett e-postfält. Visa den på två eller tre ställen där din målgrupp finns. Ett dussin riktiga e-postmeddelanden från rätt personer betyder: bygg det.

Så testade Joel Gascoigne Buffer år 2010: han satte upp en landningssida med prissättning innan produkten fanns. Klick på "Plans and Pricing" visade att folk var villiga att betala. Först då satte han sig ner för att skriva kod.

Myter för nybörjare

• "Bygg först, visa sedan." Det är bakvänt: att visa är billigt, att bygga är dyrt. Gör det billiga först.
• "Någon kommer att stjäla min idé." Idéer är nästan värdelösa — utförande och att nå kunder är det som kostar. Hemlighet dödar fler produkter än tjuvar någonsin gjort.
• "Jag behöver en briljant ny idé." Det gör du inte. Du behöver ett känt problem, löst lite snyggare, för en smal målgrupp.

Hur en första produktidé ser ut

• En smal målgrupp du faktiskt kan nå (du vet var de finns)
• En kärnfunktion, inte en plattform
• En uppenbar anledning att betala (det sparar tid eller pengar, eller ger kunder)
• MVP:n passar in på 2–4 veckors kvällar

Skilja en signal från artighet

Fällan i efterfrågevalidering är att missta artighet för avsikt. "Bra idé, jag skulle definitivt prova den!" från en vän bär noll information — folk hatar att göra dig besviken. Verkliga signaler kostar något: en e-postadress, pengar i förskott, nedlagd tid (de fyllde i ett långt formulär, de dök upp på ett samtal). Rob Fitzpatricks bok "The Mom Test" formulerade regeln tydligt: fråga inte "skulle du köpa den?", fråga om det förflutna — "hur hanterar du detta problem idag, och vad kostar det dig?" Tidigare beteende ljuger inte; löften ljuger ständigt.

Hur detta kopplar till andra kurser

Att validera efterfrågan är egentligen ett litet researchprojekt: hur folk löser ett problem, vad de söker efter, vad de klagar på. Vår AI researchkurs går djupt in på den färdigheten, och du kommer att bygga själva landing testet med tekniken från vibe coding-kursen. Här knyter vi ihop dem till ett produktsteg.

Gör detta nu (10 minuter)

Skriv ner 3 idéer från källorna ovan → kör var och en genom de fyra kriterierna → för den bästa, utforma en enda landningssats: "[Produkt] hjälper [vem] [att göra vad] utan [smärtan]." Det är ditt utkast till efterfrågetest. Vi börjar bygga i nästa lektion — men bara det som klarade testet. En kväll nu sparar månader senare.