1. Beskriv det problem, appen skal løse
En app-idé bliver lettere at arbejde med, når du kan beskrive én konkret opgave for én bestemt bruger. Hvem har problemet, hvordan løses det i dag, og hvad skal være lettere med din app?
Begynd med den arbejdsgang, som giver mest værdi. En liste med mange funktioner kan vente, til du ved, hvad den første version skal hjælpe brugeren med.
2. Undersøg behovet og eksisterende apps
Tal med mennesker fra målgruppen, og undersøg de løsninger, de allerede bruger. Hvad fungerer, og hvad savner de? Du kan opdage, at en eksisterende løsning er tilstrækkelig, eller at din idé skal justeres.
Vil du undersøge interessen før udvikling, går vores guide til at teste en app-idé med kunder mere konkret ind i det. Her følger vi det samlede forløb frem til en løsning i brug.
3. Afgræns funktionerne i appens første version
En MVP er en første version, der kan bruges til at afprøve det vigtigste behov. Den skal kunne løse opgaven, selvom den ikke indeholder alle de funktioner, du forestiller dig på sigt.
Skal kunder bestille en service, kan første version eksempelvis dække valg, kontaktoplysninger og bekræftelse. Loyalitetsprogram og avancerede rapporter kan måske vente. Skriv også ned, hvad der ikke er med.
Aftal ansvar, budget, afhængigheder og godkendelse. Brug siden om hvad en app koster til de økonomiske overvejelser. Et klippekort er ikke i sig selv et budget for en færdig app.
4. Afprøv appens design før udvikling
Skitser og prototyper gør idéen konkret. Lad en kommende bruger prøve de vigtigste skærmbilleder og forklare, hvad vedkommende forventer at kunne gøre.
En klikbar prototype kan vise et forløb, men beviser ikke, at betaling, data eller integrationer fungerer. Afklar, hvilke dele der er demonstration, og hvilke der skal udvikles og testes. Din viden om virksomheden er stadig nødvendig undervejs.
5. Udvikl appen i overskuelige dele
Vælg platform ud fra brugerens opgaver. Skal løsningen bruges i browseren, på telefonen eller begge steder? Se vores sammenligning af webapps og native apps for den beslutning.
Aftal mindre leverancer, som kan vises og afprøves. Tag stilling til adgange, data og integrationer tidligt. Nye ønsker skal vurderes i forhold til første versions formål og budget, så omfanget ikke vokser ubemærket.
6. Test appen undervejs og før lancering
Test skal ikke først begynde, når al udvikling er færdig. Gennemgå funktioner, efterhånden som de bliver klar, og prøv til sidst det samlede forløb på de relevante enheder.
Se også på fejl: Hvad sker der uden forbindelse, ved ugyldige oplysninger eller ved afbrudt betaling? Aftal, hvilke fejl der skal rettes før lancering, og hvem der godkender løsningen. Brugerfeedback og teknisk kontrol supplerer hinanden.
7. Planlæg lancering og introduktion af appen
For en mobilapp kan lanceringen omfatte indsendelse til appbutikker. Krav og tid til gennemgang skal undersøges for den konkrete platform. En webapp kan have et andet lanceringsforløb.
Planlæg også, hvordan brugerne finder løsningen og kommer i gang. Det kan være en invitation til eksisterende kunder, oplæring af medarbejdere eller en relevant kampagne. Sørg for, at nogen kan svare på spørgsmål fra den første dag.
Markedsføring og introduktion af appen
Planlæg, hvordan målgruppen skal opdage og tage appen i brug. Forbered beskrivelse og billeder til distributionen, og vælg relevante kanaler til introduktion, eksempelvis virksomhedens hjemmeside, kundemails eller sociale medier. Aftal, hvem der følger spørgsmål, brugerfeedback og de første resultater efter lanceringen.
8. Følg op på brugen af den første version
Se på, om brugerne faktisk får løst opgaven, og saml de fejl og spørgsmål, der kommer ind. Prioritér forbedringer ud fra det, du lærer, frem for at tilføje alle de funktioner, der blev udskudt.
Aftal drift, support og vedligeholdelse, så ansvaret er tydeligt efter lancering. Har du brug for hjælp til appudvikling, kan vi hjælpe med at omsætte idéen til en første version, der er til at overskue.