Du har en appidé. Hva nå?
De fleste appideer dør som ideer. Ikke fordi de er dårlige, men fordi veien fra idé til ferdig app virker umulig lang. Det trenger den ikke å være.
Her er stegene. Konkret og uten pynt.
Steg 1: Valider ideen din
Før du bruker en krone, finn ut om noen faktisk vil ha appen din. De fleste hopper over dette steget. Det er den vanligste feilen.
Slik gjør du det: Snakk med 10 potensielle brukere. Ikke venner og familie. Ekte mennesker i målgruppen din. Still tre spørsmål:
- Har du dette problemet?
- Hvordan løser du det i dag?
- Ville du betalt for en bedre løsning?
Hvis 7 av 10 sier ja, har du noe. Hvis 3 av 10 sier ja, gå tilbake og juster ideen. Denne uken med prating kan spare deg for titusener i bortkastet utvikling.
Steg 2: Lag en enkel skisse
Du trenger ikke Figma. Du trenger ikke designverktøy. Du trenger papir og blyant.
Tegn de 5-7 viktigste skjermene i appen. Hjem-skjermen. Registrering. Hovedfunksjonen. Innstillinger. Det holder.
Poenget er ikke å lage noe pent. Poenget er å tenke gjennom flyten. Hva skjer når brukeren åpner appen? Hva er det første de ser? Hvor mange trykk tar det å gjøre den viktigste oppgaven?
Færre trykk er bedre. Alltid.
Web app eller native app?
Før du velger mellom iOS og Android, still deg selv et spørsmål: trenger du en native app i det hele tatt? En web app, også kalt PWA, er en nettside som oppfører seg som en app. Brukeren legger den til på hjemskjermen og får et ikon, egen oppstartsskjerm og fullskjerm uten nettleserlinje.
Dette er den enkleste veien inn i app-verdenen, og for mange bedrifter er det riktig førstevalg.
Hva en web app kan:
- Installeres på hjemskjermen. På Android får brukeren en installasjonsdialog. På iPhone gjøres det manuelt gjennom Del-menyen og «Legg til på Hjem-skjerm». Fra iOS 26 åpnes slike snarveier som egen app som standard.
- Fungere uten nett. Innhold og data mellomlagres på enheten, så appen virker også når dekningen svikter.
- Sende push-varsler. På Android har dette fungert lenge. På iPhone fungerer det fra iOS 16.4, men bare når brukeren faktisk har lagt appen til på hjemskjermen. En vanlig fane i Safari kan ikke sende varsler.
- Kjøre overalt. Én kodebase dekker iPhone, Android, nettbrett og PC. Du vedlikeholder ett produkt, ikke tre.
Hvorfor det ofte er riktig førstevalg:
- Ingen app-butikk å vente på. Du slipper Apples godkjenningsrunder og Googles kontroller, og risikerer ikke avslag på formaliteter rett før lansering.
- Oppdateringer går ut umiddelbart. Du publiserer, og alle har den nye versjonen neste gang de åpner appen. Ingen venter på at brukerne skal oppdatere selv.
- Ingen butikkavgift på digitalt salg. Selger du digitalt innhold eller abonnement gjennom en app i butikken, tar Apple og Google mellom 15 og 30 prosent. Satsene er i endring, og Google satte sine ned i deler av Europa sommeren 2026. Selger du ingenting digitalt i appen, slipper du avgiften uansett.
- Lavere kostnad. Ett produkt å bygge og vedlikeholde i stedet for to, og ingen innsendingsrunder å planlegge rundt.
Hva den ikke kan: tung grafikk og 3D går tregere enn native. Avansert kamerabruk, sensorer, Bluetooth og NFC er begrenset, særlig på iPhone. Bakgrunnskjøring finnes ikke på samme måte. Widgets, klokkeapper og dyp integrasjon med operativsystemet er utelukket. Og den ligger ikke i App Store, som betyr noe hvis kundene dine leter etter deg nettopp der.
Da bør du velge native: når appen har tung grafikk eller spill-lignende ytelse, når den er avhengig av avansert kamera- eller sensorbruk, eller når det er et krav at produktet ligger i App Store og Google Play.
Vi setter ingen fast pris på web app. Omfanget avgjør, men den ligger typisk lavere enn en native app, fordi det er ett produkt å bygge og vedlikeholde i stedet for to.
Steg 3: Velg plattform
Har du landet på native, er neste spørsmål iOS eller Android. Eller begge? Svaret for de fleste: start med iOS.
Hvorfor? iPhone-brukere betaler mer for apper. App Store har strengere kvalitetskrav, som tvinger deg til å lage noe bra. Og det er billigere å starte med én plattform enn to.
Android kan komme etterpå. Når du vet at konseptet fungerer og du har betalende brukere.
Unntak: Hvis målgruppen din er 80 % Android-brukere (f.eks. budbilsjåfører eller bygningsarbeidere), start der.
Steg 4: Finn utvikler eller gjør det selv
Du har tre valg:
- Utvikler/byrå. Noen andre bygger appen. Du styrer prosjektet. Koster mer, men du får profesjonell kvalitet.
- No-code verktøy. Plattformer som FlutterFlow eller Adalo lar deg bygge enkle apper uten kode. Begrensninger på design og funksjonalitet.
- KI-assistert utvikling. Med verktøy som Cursor eller Claude kan du bygge appen selv, selv uten mye programmeringserfaring. AI skriver mesteparten av koden. Du styrer retningen.
Det siste alternativet har eksplodert i 2026. Folk uten teknisk bakgrunn lager fungerende apper. Det er ikke enkelt, men det er mulig.
Steg 5: Design og prototyp
Nå tar du skissene fra steg 2 og gjør dem til et ekte design. En utvikler eller designer lager skjermbilder som ser ut som den ferdige appen.
En prototyp er en klikkbar versjon du kan teste på mobilen. Ingen kode ennå. Bare bilder som du kan trykke deg gjennom.
Test prototypen med 5 personer. Se hvor de blir forvirret. Fiks det. Test igjen. Denne runden sparer deg for dyre endringer i utviklingen.
Steg 6: Utvikling
Nå bygges appen. Hvor lang tid tar det?
- Enkel app (5-10 skjermer, grunnleggende funksjonalitet): 2-4 uker.
- Standard app (10-20 skjermer, brukerprofiler, betalingsløsning): 4-8 uker.
- Kompleks app (mange integrasjoner, sanntidsdata, avansert funksjonalitet): 8-16 uker.
AI har kuttet utviklingstiden betraktelig. Det som tok 12 uker for to år siden tar nå 4-6 uker. Kvaliteten er den samme. Prisen er lavere.
Steg 7: Testing
Appen må testes på ekte enheter. Ulike iPhone-modeller, ulike skjermstørrelser, ulike iOS-versjoner.
Bruk TestFlight (Apples testverktøy) til å sende appen til 10-20 testbrukere. La dem bruke den i en uke. Samle tilbakemeldinger. Fiks feilene.
Apper som hopper over skikkelig testing får dårlige anmeldelser. Dårlige anmeldelser dreper apper. Ikke hopp over dette steget.
Steg 8: App Store-innsending
Apple godkjenner appen din manuelt. De sjekker at den fungerer, følger retningslinjene og ikke krasjer.
Godkjenningen tar vanligvis 1-3 dager. Noen ganger raskere. Noen ganger krever de endringer, og du må sende inn på nytt.
Du trenger en Apple Developer-konto. Den koster 99 USD per år (rundt 1 050 kr). Det er den eneste faste kostnaden for å ha en app i App Store.
Hva koster det totalt?
En native app ligger veiledende mellom 30 000 og 100 000 kr. Vi avtaler prisen i hvert enkelt tilfelle, når vi vet hva appen faktisk skal gjøre. En web app ligger typisk lavere. Slik fordeler arbeidet seg innenfor intervallet for native:
- Nederst: 5-10 skjermer med grunnleggende funksjonalitet, uten egen backend.
- Midt i: brukerprofiler, betaling, push-varsler og en backend som holder data i synk.
- Øverst: sanntidsdata, flere integrasjoner og flerspråklig innhold.
AI har presset prisene ned med 30-50 % sammenlignet med 2024. Det er billigere enn noen gang å lage en app.
Etter lansering: hva så?
Mange tror jobben er gjort når appen er i App Store. Den har bare begynt. En app trenger vedlikehold, oppdateringer og markedsføring.
Apple slipper nye iOS-versjoner hvert år. Appen din må oppdateres for å fungere med dem. Brukere sender tilbakemeldinger og feilrapporter. Nye funksjoner trengs for å holde på brukerne.
Budsjetter 10-20 % av utviklingskostnaden per år til vedlikehold. En app til 50 000 kr trenger rundt 5 000-10 000 kr årlig i oppdateringer.
Vanlige feil du bør unngå
- For mange funksjoner i versjon 1. Lanser med det viktigste. Legg til resten basert på hva brukerne faktisk etterspør.
- Ignorere App Store-beskrivelsen. Skjermbilder og tekst i App Store er markedsføringen din. Bruk tid på dem.
- Ingen markedsføringsplan. Appen selger ikke seg selv. Ha en plan for hvordan du skal nå brukerne dine.
Klar for å komme i gang?
Vi holder til i nærheten av Ålesund og utvikler apper for kunder i hele Norge, både som web app og native. Ta kontakt for en uforpliktende prat, så finner vi ut hvilken vei som passer ideen din. Du får et konkret tilbud når vi vet hva appen skal gjøre.