Validera en appidé innan du bygger den
Att validera en idé betyder inte att få höra att den är bra. Det betyder att ta reda på om den håller, medan det fortfarande är billigt att ha fel. Här är sex steg som fungerar i praktiken, oavsett om du ska bygga själv, med AI eller beställa av någon annan.
1. Skriv ner det du tror
Varje appidé vilar på ett antal antaganden, och de flesta är aldrig uttalade. Att problemet finns. Att det är tillräckligt vanligt. Att de som har det vill lösa det. Att det de gör i dag inte räcker. Att de skulle byta till något nytt.
Skriv ner dem, ett per rad. Markera sedan det antagande som skulle döda idén om det visade sig vara fel. Det är där du börjar, inte med det som är roligast att testa.
2. Hitta rätt människor
Vänner och familj vill dig väl, och det är precis problemet. Du behöver prata med människor som har problemet i sin vardag och inget skäl att vara snälla mot dig.
Leta där problemet uppstår: på arbetsplatserna, i föreningarna, i forumen och grupperna där folk redan klagar på det. Det behövs inte hundratals. I vår erfarenhet börjar svaren upprepa sig efter ett tiotal samtal med människor i samma roll. Gör de inte det har du antagligen pratat med flera olika grupper, och då har du lärt dig något viktigt ändå.
3. Prata om det som redan har hänt
Fråga inte om de skulle använda din app. Fråga om senaste gången problemet uppstod. Vad hände? Vad gjorde de? Vad kostade det i tid, pengar eller nerver? Det är skillnaden mellan åsikter och fakta, och vi skriver mer om den i Varför de flesta appar aldrig används.
Lyssna särskilt efter det de redan har provat. Någon som har byggt ett eget kalkylark, köpt ett verktyg som inte räckte eller tagit hjälp av en kollega har ett problem på riktigt. Någon som aldrig har gjort något åt det har det troligen inte, hur mycket de än nickar.
4. Leta efter åtaganden, inte komplimanger
”Vad spännande!” är det vanligaste svaret, och det betyder nästan ingenting. Det kostar inget att säga.
Det som betyder något är när någon ger dig något: sin tid till ett andra möte, en introduktion till en kollega, ett löfte om att testa en första version, en avsiktsförklaring, eller pengar. Ju mer det kostar dem, desto mer är svaret värt.
5. Testa lösningen så billigt det går
När problemet håller är det dags att pröva om din lösning är rätt svar på det. Bygg inte appen än. Det finns billigare sätt:
En klickbar prototyp visar om folk förstår och vill använda det du tänkt. Med AI-verktyg går den att ta fram på en kväll, och vi skriver om hur man använder den snabbheten rätt i AI bygger appen på en helg. Vem ska använda den?
En landningssida med en tydlig beskrivning och en anmälan visar om tillräckligt många bryr sig för att lämna sin e-post.
Gör det för hand. Leverera tjänsten manuellt till de första kunderna. Det skalar inte, men det visar vad som faktiskt behövs innan en enda rad kod skrivs.
6. Bestäm i förväg vad som räknas
Innan du testar något: skriv ner vilket resultat som får dig att gå vidare, och vilket som får dig att ändra riktning eller sluta. Gör du det efteråt hittar du nästan alltid ett skäl att fortsätta. Det är mänskligt, och det är så projekt som borde ha stoppats får leva vidare i ett år.
Validering är inget du gör en gång
Det handlar inte om att bevisa att du har rätt, utan om att hitta var du har fel medan det är billigt. Varje svar väcker nya frågor, och varje steg i bygget vilar på antaganden som förtjänar samma behandling. De som lyckas slutar inte fråga när de börjar bygga.