Det ærlige svaret på hva en app koster, er at det kommer an på hvor mye den skal gjøre. Det er et frustrerende svar når du prøver å sette opp et budsjett, så la oss gjøre det konkret ved å vise nivåene vi selv jobber innenfor i 2026.
En enkel app, som lagrer data lokalt på telefonen og ikke har innlogging, ligger på 50 000 til 100 000 kroner og er ferdig på tre til fem uker. En app med innlogging og backend ligger på 80 000 til 300 000 kroner og tar seks til fjorten uker. Spennet er bredt fordi det avhenger av hvor mye funksjonalitet som skal med. En app med tilhørende web-panel starter på rundt 200 000 og går til 500 000 kroner og oppover, med tre til seks måneders utviklingstid.
Legg merke til hvor lavt det starter. For få år siden lå inngangsbilletten vesentlig høyere, og mange norske byråer opererer fortsatt med tall i det gamle sjiktet. Grunnen til at nivået har falt er verktøyene, ikke at det kuttes i kvalitet. Det kommer vi tilbake til lenger ned.
Hva er egentlig en enkel app?
Dette er spørsmålet som avgjør prisen mest, og svaret er mer konkret enn folk tror. En enkel app lagrer data lokalt på telefonen og har ingen innlogging. Alt brukeren legger inn blir liggende på deres egen enhet.
Det dekker overraskende mange behov: treningsdagbøker, sjekklister, kalkulatorer, guider og registreringsverktøy for felt- og befaringsarbeid. Trenger ikke dataene å følge brukeren mellom enheter eller deles med andre, trenger du ingen backend, og da faller både pris og utviklingstid kraftig.
I det øyeblikket appen skal ha brukerkontoer, endrer bildet seg. Da trenger du en server, en database, sikker autentisering og håndtering av personopplysninger etter GDPR. Innloggingen er selve spranget i pris, ikke antall skjermer i appen. En app med tjue skjermer og lokal lagring er billigere enn en app med fem skjermer og brukerkontoer.
Skal i tillegg noen administrere innholdet fra et web-panel, bygger du i realiteten to løsninger på felles backend. Det er der 200 000-nivået starter, og taket avhenger helt av hva panelet skal kunne.
Vil du regne på ditt eget prosjekt, tar priskalkulatoren deg gjennom valgene på et minutt, uten at du oppgir e-post.
Hva de enkelte funksjonene koster
Det som skiller en app til 80 000 fra en til 400 000, er sjelden kvaliteten på håndverket. Det er antallet ting appen skal gjøre. Grunnmuren for en app til både iOS og Android fra felles kodebase ligger på 50 000 til 100 000 kroner, og skreddersydd design er inkludert i det. Resten er funksjonalitet som legges oppå.
Innlogging og brukerprofiler legger typisk på 25 000 til 50 000. Det høres mye ut for noe som ser ut som to tekstfelter, men bak dem ligger registrering, glemt passord, verifisering, sesjonshåndtering og sikker lagring. Det er også innloggingen som gjør at appen trenger en backend, og derfor er dette spranget i pris framfor et lite tillegg. Betaling eller abonnement koster 30 000 til 60 000, avhengig av om det er en enkel engangsbetaling eller abonnementslogikk med fornyelser og oppsigelser.
Push-varsler er blant de rimeligere tilleggene, rundt 10 000 til 25 000. Chat og sosiale funksjoner ligger på 40 000 til 80 000. Integrasjoner mot andre systemer ligger typisk på 30 000 til 70 000, og prisen avhenger nesten utelukkende av hvor godt dokumentert det andre systemet er. Et moderne API med god dokumentasjon går raskt. Et eldre fagsystem uten dokumentasjon kan ta flere ganger så lang tid.
Et administrasjonspanel, altså grensesnittet dere selv bruker for å håndtere innhold og brukere, ligger på 70 000 til 130 000. Dette er den posten folk oftest glemmer i budsjettet, og den som oftest er nødvendig likevel. Priskalkulatoren bruker de samme intervallene.
Hvorfor spennet er så bredt
Når vi oppgir 25 000 til 50 000 for innlogging, er ikke det en forhandlingsmargin. Det gjenspeiler reell usikkerhet før vi vet nok om prosjektet.
Skal brukerne logge inn med e-post og passord, eller også med Vipps, BankID, Google og Apple? Skal det finnes ulike roller med ulike rettigheter? Skal kontoer kunne knyttes til en organisasjon med flere medlemmer? Hvert av disse svarene flytter prisen innenfor intervallet, og noen av dem flytter den utenfor.
Derfor blir estimater mer presise jo mer forarbeid som er gjort. Det er også derfor vi anbefaler å starte med en prototype. Når vi har klikket oss gjennom appen sammen, vet vi begge hva som skal bygges, og estimatet slutter å være et intervall og blir et tilbud.
Hva du bør regne med etter lansering
En app er ikke ferdig når den legges ut. Dette er den vanligste budsjettfellen vi ser.
Apple og Google gir ut nye versjoner av operativsystemene sine hvert år, og begge krever jevnlig at apper bygges mot nyere versjoner for å bli værende i butikkene. Biblioteker appen bruker får sikkerhetsoppdateringer som må inn. Telefoner får nye skjermstørrelser. En app som ikke røres på to år, begynner å slite, og en som ikke røres på tre slutter som regel å fungere.
Regn med 10 til 20 prosent av utviklingskostnaden i året til vedlikehold. For en app som kostet 200 000 å bygge, snakker vi om 20 000 til 40 000 årlig bare for å holde den i live. Det er ikke bortkastede penger, men det må være i budsjettet fra start, ellers står du om to år med et valg mellom en større uforutsett regning og en app som forsvinner fra App Store.
Til dette kommer drift. Servere, database, lagring og utsending av varsler koster penger hver måned. For de fleste apper med moderat bruk snakker vi om noen tusen i måneden, men tjenester som lagrer video eller behandler store datamengder kan koste vesentlig mer. En app uten innlogging og backend slipper det meste av dette, noe som er enda en grunn til å vurdere om du faktisk trenger brukerkontoer.
De tre vanligste måtene å bruke for mye på
Den dyreste feilen er å bygge alt på en gang. Vi ser prosjekter der man har brukt et år og store summer på en app med førti funksjoner, for så å oppdage at brukerne bare bruker seks av dem. De seks kunne vært bygget på noen uker. Dette er hele argumentet for å starte med en MVP, altså en første versjon med akkurat nok til å være nyttig.
Den nest dyreste er uklare krav. Når det ikke er avklart hva noe skal gjøre, bygges det først på én måte, så på en annen. Hver runde koster. Én uke ekstra på å bli enige i forkant sparer gjerne flere uker senere.
Den tredje er å velge native uten å trenge det. To separate apper i Swift og Kotlin betyr at alt gjøres to ganger, både nå og ved hver eneste endring i årene som kommer. For apper med tunge ytelseskrav er det verdt det. For en app som viser data, tar imot innspill og sender varsler, er det å betale dobbelt for noe brukerne ikke merker. Vi har gått grundigere gjennom avveiningen i native, hybrid eller webapp.
Hva du kan gjøre for å få prisen ned
Det mest effektive er å kutte omfang, ikke kvalitet. Bestem hva appen skal gjøre for den første brukeren som får verdi av den, bygg akkurat det, og la resten vente til du vet om det trengs. Spør deg særlig om innloggingen er nødvendig i første versjon. Er den ikke det, havner du i det laveste prisnivået.
Har du allerede et system som fungerer, bruk det. En app som henter data fra regnskapssystemet eller bookingløsningen dere allerede har, er langt rimeligere enn en som skal erstatte dem.
Vær også realistisk om hvem som skal bruke appen. Skal den bare brukes av ansatte på kontoret, kan en webapplikasjon løse oppgaven for mindre penger og uten app-butikkene i veien.
Og bruk tid på forarbeidet. Det er den eneste fasen der endringer er gratis.
Hvordan AI påvirker prisen
Det er to spørsmål som blandes sammen når folk spør om AI har gjort apputvikling billigere. Det ene er om utviklingen går raskere med AI-verktøy. Det andre er hva det koster å legge AI-funksjonalitet inn i appen. Svarene går i hver sin retning.
Utviklingen er blitt raskere, mest i den enkle enden
Kodeassistenter er en normal del av arbeidsflyten nå, og de gjør en erfaren utvikler merkbart raskere på forutsigbart arbeid: å sette opp datastrukturer, skrive tester for de kjedelige tilfellene, lage testdata og skrive den typen kode som ligner på noe som er skrevet tusen ganger før. Netto har utviklingen gått i kundens favør. Arbeid som tidligere tok uker med rutinekode går nå vesentlig raskere, og det er hovedgrunnen til at en enkel app i dag kan leveres for 50 000 til 100 000 kroner i stedet for det dobbelte.
Men effekten er ikke jevnt fordelt. Koding er ikke det som tar lengst tid i et appprosjekt. En stor del av tiden går med til å finne ut hva som skal bygges, teste det med ekte brukere, rette opp det som ikke traff, og gjøre løsningen klar for produksjon. Jo mer sammensatt løsningen er, med integrasjoner, sikkerhet og sanntidsdata, desto mindre av arbeidet lar seg akselerere. Å finne ut hvorfor en integrasjon mot et gammelt fagsystem oppfører seg rart, er fortsatt menneskearbeid.
Det er også verdt å nevne at kode skrevet raskt fortsatt må leses, forstås og vedlikeholdes. Tidsbesparelsen er reell bare når noen faktisk går god for resultatet.
AI-funksjoner i appen koster både å bygge og å bruke
Skal appen din bruke AI, er det en egen post i budsjettet, typisk 40 000 til 100 000 kroner. Å koble på en eksisterende språkmodell for å oppsummere tekst eller svare på spørsmål ut fra deres egen dokumentasjon ligger i nedre del. Et søk som forstår hva brukeren mener framfor bare å matche ord, krever mer arbeid med dataene. Skal systemet ta beslutninger eller utføre handlinger på egen hånd, blir det raskt dyrere, fordi det må bygges kontroller rundt og feiltilfellene må håndteres ordentlig.
Forskjellen folk oftest overser, er at vanlig funksjonalitet koster å bygge og lite å bruke, mens AI-funksjonalitet koster per bruk, hver måned. For en app med moderat bruk kan det være et par tusen i måneden. For en app der hver bruker gjør mange forespørsler daglig, blir det en post som vokser i takt med at dere lykkes. Regn derfor på hva én bruker koster per måned i AI-bruk, og hva dere tjener eller sparer på den brukeren. Går ikke det regnestykket opp nå, går det ikke opp med flere brukere heller.
Sender appen persondata til en ekstern AI-tjeneste, må dere også vite hvor behandlingen skjer og ha avtalene i orden. For løsninger i helse, offentlig sektor eller finans kan det bety at dere må bruke en tjeneste innenfor EØS, noe som påvirker både pris og hva som er teknisk mulig. Vi har skrevet mer om hva som faktisk har festet seg i de største trendene i apputvikling.
Finnes det støtteordninger?
For prosjekter med reelt utviklingsinnhold kan SkatteFUNN gi skattefradrag for deler av kostnaden, og Innovasjon Norge har ordninger rettet mot oppstartsbedrifter og innovasjonsprosjekter. Vilkårene endrer seg, så sjekk gjeldende regler direkte hos dem. Det er verdt en telefon før du starter, fordi enkelte ordninger krever at du søker før arbeidet er i gang.
Få et tall for ditt eget prosjekt
Det beste estimatet får du ved å beskrive hva appen skal gjøre. Du kan sette sammen et grovt overslag selv i priskalkulatoren, lese om hvordan vi jobber med apputvikling, eller ta kontakt for en uforpliktende prat. Vi sier også fra hvis vi mener du er bedre tjent med en enklere løsning enn den du spør om.