Tydlighet i början sparar nästan alltid mer tid än hastighet i slutet.
1. Vilket problem löser vi?
En idé kan låta tydlig och ändå gömma flera olika problem. Jag försöker formulera problemet utan att nämna den tänkta lösningen. Då blir det lättare att se om en webbplats, en app eller något mycket enklare faktiskt är rätt väg.
2. Vem ska använda det?
“Alla” är sällan ett användbart svar. Jag vill förstå vem som kommer först, vad personen redan vet och i vilket läge lösningen används. Det påverkar både språk, struktur och vilka funktioner som behöver prioriteras.
3. Vad är minsta värdefulla version?
Jag letar efter den minsta version som kan skapa ett riktigt resultat. Inte en halvfärdig produkt, utan en fokuserad första version som går att använda, mäta och lära sig av.
- En tydlig huvuduppgift
- Så få beroenden som möjligt
- En naturlig väg att bygga vidare
4. Hur ser ett bra resultat ut?
Innan arbetet börjar behöver vi veta vad som ska bli bättre. Det kan vara fler relevanta förfrågningar, mindre manuellt arbete eller att en besökare snabbare förstår erbjudandet. Ett konkret mål hjälper alla beslut längs vägen.
5. Vilka ramar måste vi respektera?
Tid, budget, befintliga system, innehåll och interna arbetssätt är inte tråkiga detaljer. De är en del av designmaterialet. När ramarna är synliga från början går det att göra smartare prioriteringar utan sena överraskningar.
Min enkla tumregel
Om jag inte kan beskriva problemet, användaren och det viktigaste resultatet på tre korta rader är projektet inte redo att byggas ännu.