Hvordan utvikle en app? Prosessen fra idé til lansering, sett fra din side av bordet

Hvem denne guiden er for

Denne guiden er for deg som skal få utviklet en app, ikke for deg som skal programmere den selv. Du er kanskje gründer med en produktidé, leder i en bedrift som trenger et verktøy for ansatte eller kunder, eller ansvarlig for en tjeneste i offentlig sektor. Du trenger ikke teknisk bakgrunn for å bestille en app, men du får et bedre prosjekt og en bedre pris om du vet hvordan prosessen fungerer, og hva som blir din jobb underveis.

Hvordan utvikle en app: de fem fasene

1. Avklaring: problemet, brukerne og omfanget

Alt starter med tre spørsmål: Hvilket problem skal appen løse? Hvem skal bruke den? Og hva må være med i første versjon?

Det siste spørsmålet er det viktigste for både pris og fremdrift. De fleste apper blir dyrere enn nødvendig fordi versjon én tar med for mye. En stram første versjon, ofte kalt en MVP, kommer raskere ut til brukerne og gir deg læring før du investerer videre.

I denne fasen avklares også de tekniske hovedvalgene: skal appen til iOS, Android eller begge? Holder det med en PWA, en app som kjører i nettleseren? Trengs pålogging med BankID eller Vipps? Skal appen snakke med andre systemer? I større prosjekter kan et lite forprosjekt være nyttig for å avklare dette grundig før prisen låses.

Din jobb i denne fasen: Beskriv problemet og brukerne så konkret du kan. Du trenger ikke en kravspesifikasjon, en god leverandør hjelper deg å lage den.

2. Design: fra flyt til skjermbilder

Før noen skriver kode, tegnes appen. Først som flyt, hvilke steg brukeren går gjennom, deretter som skjermbilder med ekte innhold. Godt design handler mindre om farger og mer om at brukeren forstår appen uten forklaring.

Dette er den rimeligste fasen å gjøre endringer i. Å flytte en knapp i en skisse tar minutter, å endre en ferdig utviklet flyt tar dager. Bruk derfor tid på å gå gjennom skissene skikkelig, og involver gjerne noen av de kommende brukerne.

Din jobb i denne fasen: Gi tilbakemeldinger på skissene, og test dem gjerne på ekte brukere. Det du godkjenner her, er det som utvikles.

3. Utvikling: appen, backenden og integrasjonene

Selve utviklingen består som regel av tre deler. Appen brukerne ser. Backenden som lagrer data, håndterer pålogging og styrer logikken, ofte halve jobben, selv om ingen ser den. Og integrasjonene mot andre systemer, alt fra betalingsløsninger til fagsystemer og registre.

Moderne apputvikling skjer sjelden i én lang taus periode. Hos oss leveres appen i biter du kan se og teste underveis, gjerne hver eller annenhver uke. Da oppdages misforståelser tidlig, mens de fortsatt er billige å rette.

Din jobb i denne fasen: Se på delleveransene og si fra tidlig hvis noe ikke stemmer med det du så for deg. Korte, hyppige tilbakemeldinger slår lange oppsamlede lister.

4. Testing: mer enn å lete etter feil

Testing handler om tre ting: at appen virker som avtalt, at den tåler virkeligheten, dårlig nett, gamle telefoner, uventet bruk, og at den er trygg, særlig hvis den håndterer persondata eller betaling.

Har appen pålogging, personopplysninger eller betaling, hører også en gjennomgang av sikkerhet og personvern hjemme her, ikke som et tillegg på slutten. For apper i helse, finans og offentlig sektor er dette ofte den mest krevende delen av prosjektet.

Din jobb i denne fasen: Test appen slik brukerne dine kommer til å bruke den, og la gjerne noen utenfor prosjektet prøve seg. Ferske øyne finner det dere andre har blitt blinde for.

5. Lansering og videre utvikling

Skal appen til App Store og Google Play, går den gjennom butikkenes godkjenningsprosesser, som normalt tar noen dager. En PWA slipper den runden og kan lanseres direkte. Deretter begynner den delen av produktlivet som ofte undervurderes: drift, oppdateringer og videreutvikling basert på hvordan appen brukes.

En app er ferdig utviklet, men aldri ferdig. Operativsystemer oppdateres, API-er endres, og brukerne dine kommer til å ønske seg ting du ikke tenkte på. Planlegg for at appen skal leve og utvikles videre, ikke bare lanseres.

Din jobb i denne fasen: Følg med på bruken og samle tilbakemeldinger. Det er den beste prioriteringslisten for neste versjon.

Der app-prosjekter oftest går galt

Etter mange år og mange leverte apper ser vi de samme fallgruvene gå igjen:

• For mye i versjon én. Den vanligste og dyreste feilen. Hver funksjon skal designes, utvikles, testes og vedlikeholdes. Stram avgrensning er det beste kostnadstiltaket som finnes.
• Uklart eierskap til koden. Avklar før signering hvem som eier kildekoden. I de aller fleste av våre prosjekter eier kunden koden, men praksis varierer i bransjen, så spør alltid.
• Timepris uten ramme. Løpende timer flytter hele risikoen over på deg. Be om fastpris på et avklart omfang, eller i det minste et tak. Vi har skrevet mer om hvorfor vi gir fastpris på skreddersydd utvikling.
• Backend og integrasjoner undervurderes. Det brukerne ser er ofte den minste delen av jobben. Integrasjoner er der prosjekter oftest dør, planlegg dem tidlig.
• Ingen plan for livet etter lansering. Uten avtale om drift og videreutvikling står appen stille fra dag én. Avklar dette som del av prosjektet, ikke etterpå.

Hva koster det å utvikle en app?

Prisen styres av omfang, ikke av en fast timepris: antall skjermbilder og funksjoner, én eller to plattformer, krav til pålogging og sikkerhet, og antall integrasjoner. En avgrenset MVP er en helt annen investering enn en fullverdig app med BankID, betaling og flere integrasjoner. Vi har laget en egen ærlig gjennomgang av hva apputvikling koster, med de fem største prisdriverne.

Ofte stilte spørsmål

Hvor lang tid tar det å utvikle en app? En fokusert første versjon tar som regel noen måneder fra oppstart til lansering. Større apper med flere integrasjoner og strenge sikkerhetskrav tar lengre tid. Den største tidsdriveren er omfanget, en stram versjon én er raskest ute.

Kan jeg få utviklet en app uten teknisk kompetanse? Ja. Din viktigste rolle er å kjenne problemet, brukerne og virksomheten, ikke teknologien. En god utviklingspartner oversetter behovet ditt til tekniske valg, og forklarer avveiningene i et språk du kan ta beslutninger på.

Bør appen utvikles for iOS, Android eller begge? Det avhenger av brukerne dine. Med moderne rammeverk som React Native deles det meste av koden mellom plattformene, så begge deler er mindre merarbeid enn før. I noen tilfeller er en PWA, en app i nettleseren, den smarteste starten, den fungerer på begge plattformer uten app-butikker.

Hva trenger jeg å ha klart før jeg kontakter et utviklingsselskap? En kort beskrivelse av problemet appen skal løse, hvem som skal bruke den, og gjerne noen eksempler på situasjoner der den skal brukes. Du trenger ikke kravspesifikasjon eller skisser, det lager dere sammen i avklaringsfasen.

Hvordan velger jeg riktig leverandør til app-prosjektet? Se på leverte prosjekter, snakk med referanser, og vurder om du får snakke direkte med utviklerne som skal jobbe med appen din. Vær oppmerksom på forretningsmodellen: kapasitet på timer og definert resultat til fastpris gir ulik risikofordeling. Vi har samlet rådene i slik velger du utviklingspartner.

Kort oppsummert

• En app utvikles i fem faser: avklaring, design, utvikling, testing og lansering.
• Din viktigste jobb som bestiller er å kjenne problemet og brukerne, og å gi raske tilbakemeldinger underveis.
• Stram avgrensning av versjon én er det mest effektive grepet for pris, fremdrift og kvalitet.
• Avklar eierskap til kode, prismodell og plan for videre utvikling før du signerer.

Har du en app du vurderer å få utviklet? Send oss en kort beskrivelse, så gir vi deg en ærlig vurdering og et forslag til neste steg. Du kan også lese mer om apputvikling og applikasjonsutvikling hos STUDIO X.