Hva koster det å vedlikeholde en app?

Kort svar

Å vedlikeholde en app koster penger hvert eneste år, også når du ikke legger til en eneste ny funksjon. Noen poster er faste: Apples utviklerprogram koster 99 USD i året, og serveren som appen henter data fra, må betales hver måned. Resten er arbeidstimer: tilpasning til nye iOS- og Android-versjoner, feilretting, sikkerhetsoppdateringer og oppdatering av tjenester appen er avhengig av. Hvor mye det blir, avhenger mest av hvor kompleks appen er og hvor mange eksterne tjenester den bruker. Det viktigste rådet er å budsjettere vedlikehold før appen bygges, ikke etter lansering. Regner du fortsatt på selve byggingen, se guiden vår om hva det koster å lage en app.

Hvorfor en ferdig app likevel må vedlikeholdes

Mange tenker på en app som et produkt som blir ferdig, som en trykksak. Det stemmer ikke. En app lever i et miljø som endrer seg hele tiden, og den må endre seg med det.

Apple lanserer en ny hovedversjon av iOS hvert år, og nye iPhone-modeller kommer med nye skjermstørrelser og funksjoner. Google gjør det samme med Android. Hver gang skjer det små endringer i hvordan systemet oppfører seg, og noen av dem påvirker appen din.

Google gjør dette svært konkret. Ifølge Google Plays krav til mål-API må nye apper og appoppdateringer fra 31. august 2026 rette seg mot Android 16 (API-nivå 36) eller høyere for å kunne sendes inn. Eksisterende apper som retter seg mot Android 14 eller lavere, blir bare tilgjengelige for brukere med enheter som kjører en Android-versjon som ikke er nyere enn appens mål. Med andre ord: en app som ikke oppdateres, forsvinner gradvis for nye brukere.

I tillegg endrer tjenestene rundt appen seg. Betalingsløsninger, innlogging, kart, varsler og analyseverktøy oppdaterer sine grensesnitt og avvikler gamle versjoner. Når en slik tjeneste endrer seg, må appen følge etter.

Hva vedlikehold faktisk består av

Vedlikehold er ikke én ting. Det er en samling oppgaver med ulik rytme:

Oppgave	Hvor ofte	Hva det betyr for budsjettet
Tilpasning til ny iOS- og Android-versjon	Minst én gang i året	Fast, forutsigbar post
Feilretting	Løpende	Varierer med kvalitet og bruk
Sikkerhetsoppdateringer og biblioteker	Løpende	Små, jevnlige timer
Oppdatering av eksterne tjenester	Når tjenesten endrer seg	Ofte uforutsigbart
Server og drift	Hver måned	Vokser med antall brukere
Medlemskap hos Apple og Google	Årlig hos Apple, én gang hos Google	Fast og lav
Små forbedringer	Etter behov	Kan styres helt av deg

Det er nyttig å skille mellom vedlikehold og videreutvikling. Vedlikehold holder appen i live og trygg. Videreutvikling gjør den bedre. Begge koster penger, men bare vedlikeholdet er obligatorisk. Mange bedrifter blir overrasket fordi de har budsjettert for nye funksjoner, men ikke for å holde det eksisterende i gang.

Faste og variable kostnader

De faste kostnadene

Noen kostnader er lette å forutse.

Apple-medlemskap. For å publisere på App Store trenger du et medlemskap i Apple Developer Program. Apple oppgir at årsavgiften er 99 USD, i lokal valuta der det er tilgjengelig. Medlemskapet må fornyes hvert år, og det bør stå i bedriftens navn, ikke i byråets.

Google Play. Google tar en engangsavgift på 25 USD når du registrerer en utviklerkonto. Det er altså ikke en årlig kostnad, men kontoen må holdes i orden og oppfylle Googles krav.

Server og drift. De fleste apper henter og lagrer data på en server: brukerkontoer, innhold, bestillinger. Serveren koster hver måned, og prisen vokser med trafikk, datamengde og krav til oppetid. En liten intern app kan klare seg med svært lite, mens en app med mange brukere og sanntidsdata trenger mer.

De variable kostnadene

Det meste av vedlikeholdsbudsjettet er arbeidstimer, og de varierer mer.

Årlige systemoppdateringer. Når en ny iOS- eller Android-versjon kommer, må appen testes og ofte justeres. For en enkel app kan det være noen få dager. For en app med mange skjermbilder, integrasjoner og spesialfunksjoner kan det ta betydelig lengre tid.

Feilretting. Alle apper har feil, også godt bygde. Noen dukker opp først når mange brukere bruker appen på mange ulike enheter. God testing før lansering reduserer behovet, men fjerner det aldri.

Avhengigheter. Moderne apper bygges med mange ferdige biblioteker og tjenester. Hver av dem må oppdateres jevnlig, både for sikkerhet og for å fungere med nye systemversjoner. Jo flere avhengigheter, desto mer vedlikehold.

Personvern og sikkerhet. En app som behandler personopplysninger, må fortsette å gjøre det forsvarlig etter lansering. I Norge gjelder personvernforordningen gjennom personopplysningsloven, og ansvaret slutter ikke når appen er publisert. Sikkerhetshull i biblioteker må tettes, tilganger må ryddes når ansatte slutter, og endringer i hvilke data appen samler inn, må speiles i personvernerklæringen og i Apples og Googles personvernopplysninger i butikkene. Dette er sjelden store jobber hver for seg, men de må gjøres, og noen må ha ansvaret for å følge med.

Hva som gjør vedlikehold dyrt

Erfaringsmessig er det noen få faktorer som skiller apper som er billige å vedlikeholde fra apper som er dyre:

Faktor	Billigere å vedlikeholde	Dyrere å vedlikeholde
Omfang	Få, tydelige funksjoner	Mange funksjoner og spesialtilfeller
Integrasjoner	Få eksterne tjenester	Mange koblinger mot andre systemer
Kodekvalitet	Ryddig, testet og dokumentert	Hastverk, lite tester, ingen dokumentasjon
Oppdateringsrytme	Jevnlige, små oppdateringer	Lange pauser og store etterslep
Plattformer	Én plattform	iOS, Android og web samtidig

Den siste raden er verdt å merke seg. Å støtte både iOS og Android gir flere brukere, men også mer å vedlikeholde. Det er et legitimt valg, men det bør tas bevisst, med vedlikeholdskostnaden i regnestykket.

Den nest siste raden er den som oftest overrasker. En app som ikke har vært oppdatert på flere år, er sjelden billig å ta opp igjen. Da må mange års endringer i operativsystemer, verktøy og biblioteker tas igjen på én gang, og noen ganger er det enklere å bygge deler av appen på nytt.

Hvordan du budsjetterer vedlikehold

Den beste måten å unngå overraskelser på, er å be om et vedlikeholdsestimat før appen bygges. Et godt estimat deler kostnaden opp i postene over, slik at du ser hva som er fast og hva som avhenger av bruk.

Et enkelt oppsett for et årsbudsjett kan se slik ut:

1. Faste avgifter: Apple-medlemskap og eventuelle andre lisenser.
2. Drift: månedlig serverkostnad ganger tolv, med en buffer for vekst.
3. Årlig systemtilpasning: et anslag i timer for ny iOS- og Android-versjon.
4. Løpende feilretting og sikkerhet: et fast antall timer per måned eller kvartal.
5. Buffer for eksterne endringer: fordi tjenester endrer seg uten å spørre deg.
6. Forbedringer: et beløp du selv styrer, helt adskilt fra det obligatoriske.

Holder du forbedringer adskilt fra vedlikehold, blir det mye lettere å se hva appen faktisk koster å holde i live, og hva du velger å investere i tillegg.

Fast avtale eller betaling per time

Det finnes to vanlige modeller.

Fast vedlikeholdsavtale. Du betaler et fast beløp per måned eller år for et definert innhold: systemoppdateringer, en viss mengde feilretting, overvåking og responstid ved kritiske feil. Fordelen er forutsigbarhet. Ulempen er at du betaler også i rolige perioder.

Betaling per time. Du betaler bare for det som faktisk gjøres. Det kan være billigere for svært enkle apper, men gir mindre forutsigbarhet, og risikoen er at ingen følger med før noe går galt.

For de fleste bedriftsapper er en fast avtale tryggest. Uansett modell bør avtalen beskrive hva som er inkludert, hvor raskt kritiske feil rettes, hvordan større endringer prises, og ikke minst at du eier koden, Apple-kontoen og alle tilganger. Uten det er du låst til én leverandør. Les mer om hvem som eier koden til appen i vår svenske guide.

Et regneeksempel

La oss se på et tenkt eksempel, en bookingapp for en treningskjede i Bergen. Appen finnes på iOS, har innlogging, timebestilling, betaling og push-varsler, og er koblet til kjedens eksisterende medlemssystem.

Faste poster er Apple-medlemskapet og en moderat serverkostnad. Den største enkeltposten er den årlige tilpasningen til nye iOS-versjoner, fordi appen har mange skjermbilder og en betalingsintegrasjon som må testes grundig. I tillegg kommer jevnlig feilretting og oppdatering av bibliotekene for betaling og varsler. Når medlemssystemet får en ny versjon, må integrasjonen justeres, og den kostnaden kan ikke forutses på dagen, bare budsjetteres med en buffer.

Det eksemplet viser: det er integrasjonene, ikke antall skjermbilder alene, som gjør vedlikehold dyrt. En app som står alene, er billigere å holde i live enn en app som er koblet til mange andre systemer.

Vedlikehold og lansering henger sammen

Hvor godt appen er bygget, avgjør hvor mye den koster å vedlikeholde. Apple skriver at over 40 prosent av uløste problemer i App Review gjelder retningslinje 2.1 om at appen skal være komplett, som dekker krasj, plassholderinnhold og ufullstendig informasjon. Den samme mangelen på grundighet som gir avvisninger ved lansering, gir dyrt vedlikehold senere. Hos AJBU planlegger vi derfor vedlikehold allerede når appen designes, slik at koden er enkel å oppdatere år etter år. Du kan se eksempler på arbeidet vårt under prosjektene våre.

Når vedlikeholdet blir lite

Ikke alle apper trenger mye vedlikehold. En enkel intern app med få brukere, ingen betaling og ingen eksterne integrasjoner kan klare seg med en årlig sjekk og små justeringer. Det samme gjelder en kampanjeapp som bare skal leve en kort periode. Det viktige er å vite hvilken type app du har, og velge et vedlikeholdsnivå som passer, i stedet for å anta at appen klarer seg selv. Det gjør den nesten aldri over tid.