Start med behovet
Før man bestemmer teknologi, skjermbilder eller funksjoner, må man forstå hvem appen er til for og hva den skal gjøre enklere. Et konkret problem gir prosjektet retning. Et uklart problem gir ofte en lang liste med funksjoner som ikke henger sammen.
Beskriv derfor situasjonen i dag, hvem som opplever problemet, og hva som skal være annerledes når løsningen fungerer. Dette blir grunnlaget for alle senere valg.
Avgrens den første versjonen
Den første versjonen trenger ikke løse alt. Den bør løse én sentral oppgave godt nok til at faktiske brukere kan prøve den. Funksjoner som er nyttige senere kan legges i en tydelig plan, uten å forsinke det viktigste.
En god avgrensning reduserer både kostnad og risiko. Den gjør det også mulig å lære av brukernes handlinger før man bygger videre.
- Prioriter én hovedoppgave.
- Beskriv hva brukeren skal kunne fullføre.
- Vent med funksjoner som ikke støtter hovedoppgaven.
- Bestem hvordan dere skal måle om løsningen fungerer.
Design og utvikling må jobbe sammen
Design handler om mer enn farger. Flyt, informasjon, tilbakemeldinger og feiltilstander må fungere som en helhet. Når design og utvikling skjer tett sammen, kan ideer testes tidlig og tekniske begrensninger løses før de blir dyre.
Resultatet bør være en løsning som både føles enkel for brukeren og er ryddig nok til å videreutvikles.
Lansering er starten på neste fase
Etter lansering kommer ekte bruk, nye spørsmål og prioriteringer. Derfor bør drift, analyse, feilretting og videre utvikling være en del av planen fra starten.
Den beste appen er sjelden den som har flest funksjoner ved lansering. Det er den som løser riktig problem, lærer raskt og forbedres i riktig rekkefølge.