Varför de flesta appar aldrig används
Det har aldrig varit lättare att bygga en app. Med AI-verktygen tar en fungerande första version en helg. Ändå ligger de flesta appar orörda efter första veckan. Inte för att koden är dålig, utan för att ingen behövde det som byggdes.
Här är sex orsaker vi ser om och om igen, i våra egna produkter och i andras, och vad du kan göra åt dem innan du skriver en rad kod.
1. Man börjar med lösningen
”Jag ska bygga en app som …” Meningen innehåller redan svaret. Allt som kommer efter handlar om hur appen ska se ut, inte om varför någon skulle behöva den. Problemet blir en motivering i efterhand, formulerad för att passa lösningen.
Gör så här: skriv ner problemet utan att nämna någon lösning. Vem har det, vad händer när det inte blir löst, och vad gör de i dag i stället? Går det inte att skriva de meningarna utan att appen smyger sig in, är du inte klar med problemet än.
2. ”Användarna” finns inte
”Användare” är ingen grupp. En lärare, en förälder och en rektor kan alla använda samma tjänst och vilja helt olika saker av den. Bygger du för ”användarna” bygger du för ett genomsnitt som ingen känner igen sig i.
Gör så här: beskriv människor i roller, och fråga för varje roll: om problemet försvann i morgon, skulle deras vardag bli annorlunda? Blir svaret nej är de inte din målgrupp, hur intresserade de än verkar.
3. Man frågar om framtiden
”Skulle du använda en app som …?” Nästan alla säger ja. Det kostar ingenting att vara vänlig, och ingen vet hur de kommer att bete sig om ett halvår. Svaren känns som bekräftelse men säger nästan ingenting.
Gör så här: fråga om det som redan har hänt. Senast problemet uppstod, vad gjorde du? Vad kostade det i tid eller pengar? Vad har du redan provat, och varför slutade du? Beteende som redan finns säger mer än löften om beteende som ska komma.
4. Antaganden behandlas som fakta
Varje projekt bär med sig saker som ”alla vet”. Att målgruppen saknar tid. Att de vill ha det i mobilen. Att det är priset som stoppar dem. En del stämmer. Men när ingen kan säga varifrån en sanning kommer, byggs den in i produkten ändå, och felet syns först när det är dyrt att ändra.
Gör så här: dela upp det du vet i två högar. Det som vilar på något konkret: en intervju, en rapport, ett beslut. Och det du tror. Den andra högen är inte värdelös, men den är en lista med frågor, inte en kravspecifikation.
5. Man bygger allt på en gång
Hela produkten byggs innan någon utomstående har rört den. När den till slut möter verkligheten är det för sent att ändra grunden, och det som återstår är att putsa på detaljer i något som inte borde ha byggts.
Gör så här: pröva så billigt som möjligt först. En klickbar prototyp i händerna på en riktig person ur målgruppen avslöjar mer på en timme än en månads kodande. Bygg sedan det som höll, och bara det.
6. Man mäter fel saker, eller ingenting
Nedladdningar känns bra men säger nästan ingenting. Det som avgör är om människor kommer fram till det appen finns till för, och var de fastnar på vägen. Vi har lärt oss det själva: i en av våra egna appar såg vi länge bara att folk laddade ner den, inte var de stannade. När varje steg fick ett namn syntes det direkt.
Gör så här: bestäm innan lansering vad en person ska ha gjort för att du ska kunna säga att appen fungerade för hen, och mät just det, från första dagen.
Det gemensamma
Alla sex handlar om samma sak: att bygga innan man vet. AI har gjort vägen från idé till app kortare, men förståelsen tar lika lång tid som förut, och den går inte att generera fram. Den finns hos människorna som har problemet, och den måste hämtas där.