Hva koster det å vedlikeholde en app?
Vedlikehold av en app koster som tommelfingerregel 15–25 prosent av utviklingskostnaden per år. En app som kostet 1,2 millioner kr å bygge, trenger altså 190 000–310 000 kr i året. Det dekker tilpasning til nye OS-versjoner, oppdaterte biblioteker, feilretting og mindre forbedringer, men ikke ny funksjonalitet.
Utviklingskostnaden er bare den første fakturaen. En app lever i et miljø som endrer seg hele tiden, med nye OS-versjoner, oppdaterte biblioteker og strengere krav fra appbutikkene, og trenger løpende tilsyn for å fortsette å fungere. Likevel er vedlikeholdet den posten som oftest mangler helt i budsjettet. Her er hva det koster, hva som inngår, og hvordan du sammenligner forvaltningsavtaler på en rettferdig måte.
Tommelfingerregelen: 15–25 prosent av utviklingskostnaden per år
| Utviklingskostnad | Typisk vedlikehold per år |
|---|---|
| 620 000 kr | 93 000–156 000 kr |
| 1,2 millioner kr | 190 000–310 000 kr |
| 3,1 millioner kr | 467 000–778 000 kr |
Logikken bak prosentsatsen: Jo større og mer kompleks appen er, desto mer må holdes i takt med omverdenen. En app med mange integrasjoner og avhengigheter ligger i øvre del av spennet, en enkel innholdsapp i nedre del. To kodebaser (native iOS og Android) trekker opp, en felles kodebase trekker ned.
Dette inngår i vedlikehold
- OS-tilpasninger. Apple og Google viser nyhetene sine om våren og slipper de endelige versjonene om høsten. Hver ny versjon kan endre tillatelser, API-er og oppførsel som appen er avhengig av. Appen må testes og tilpasses før brukerne oppdaterer telefonene sine.
- Bibliotek- og sikkerhetsoppdateringer. Moderne apper bygger på tredjepartsbiblioteker som stadig får nye patcher. Å ligge etter er et sikkerhetsproblem og gjør fremtidige oppdateringer dyrere for hver måned som går.
- Krav fra appbutikkene. App Store og Google Play hever jevnlig minstekravene til SDK-nivåer og retningslinjer. Apper som ikke henger med, kan bli nektet oppdateringer eller etter hvert fjernet.
- Feilretting og overvåking. Krasjrapporter, feillogger og ytelse følges opp, og feil rettes før de vises i vurderingene i butikken.
- Mindre forbedringer. Justerte tekster, små UX-forbedringer, et nytt ikon: endringer som holder appen frisk uten å være nye funksjoner.
Vedlikehold er ikke videreutvikling: trekk grensen
Det er her de fleste avtalekonfliktene oppstår. Vedlikehold sørger for at eksisterende funksjonalitet fungerer og er sikker og oppdatert. Videreutvikling tilfører noe nytt: en funksjon, en integrasjon, et redesign, en ny betalingsløsning.
Grensen betyr noe av to grunner. For det første budsjettet: Vedlikehold er en forutsigbar årlig kostnad, mens videreutvikling er investeringsbeslutninger som bør planlegges og prioriteres hver for seg. For det andre sammenlignbarheten: Når én leverandør gir tilbud på «forvaltning» for 12 000 kr i måneden og en annen for 31 000 kr, er det ofte grensedragningen som skiller dem. Den ene regner bare med OS-tilpasninger og kritiske feil, den andre inkluderer en pott til forbedringer. Be alltid om en liste over hva som inngår, hva som faktureres separat, og hvordan grensetilfeller håndteres.
Et regneeksempel
En middels kompleks app bygget for 1,5 millioner kr gir med tommelfingerregelen et vedlikeholdsbudsjett på 220 000–370 000 kr per år. Et fornuftig opplegg kan være et fast månedlig honorar som dekker overvåking, nye OS-versjoner og bibliotekoppdateringer, pluss en timebank med forhåndskjøpte timer til feil og mindre forbedringer.
Det første året går kanskje det meste til høstens OS-tilpasninger og noen feil: et rolig år, nedre del av spennet. Det andre året vil virksomheten legge til innlogging med BankID. Det er videreutvikling og budsjetteres som et eget lite prosjekt ved siden av forvaltningen. Uten det skillet ville timebanken ha blitt spist opp, og den «billige» avtalen ville ha blitt dyr og konfliktfylt.
Slik sammenligner du forvaltningsavtaler
Kontroller fem ting: nøyaktig hva som inngår (en liste, ikke adjektiver), responstider per alvorlighetsgrad, hvordan ubrukt tid håndteres, hva videreutvikling koster når den bestilles, og at dere eier kode og kontoer slik at dere kan bytte leverandør. En god avtale tåler alle fem spørsmålene uten omsvøp.
Skill til slutt mellom reaktiv og proaktiv forvaltning. Reaktiv forvaltning retter det som har gått i stykker, mens proaktiv forvaltning oppdaterer før noe går i stykker. Den proaktive ser dyrere ut per måned, men blir nesten alltid billigere per år. Teknisk gjeld har ågerrente.
Vi i Weapp forvalter appene vi bygger og overtar også eksisterende apper etter en teknisk gjennomgang. Les om tjenestene våre, eller ta kontakt hvis du vil ha en second opinion på avtalen dere har i dag.
Ofte stilte spørsmål
Hva skjer hvis vi dropper vedlikeholdet?
Appen fortsetter å fungere, en stund. Så kommer en OS-versjon som endrer noe appen er avhengig av, et bibliotek med et sikkerhetshull eller et krav fra appbutikken om nyere teknologi. Butikkene kan også fjerne apper som ikke er oppdatert. Å ta igjen flere års forsømt vedlikehold koster ofte mer enn å gjøre det løpende.
Er vedlikehold dyrere for native apper enn for cross-platform-apper?
Som regel ja. To kodebaser må følge med på hver OS-versjon, hvert bibliotekbytte og hver sikkerhetsoppdatering: dobbelt spor, dobbelt arbeid. En felles kodebase i for eksempel React Native gir både et lavere grunnlag for prosentregelen og enklere oppdateringer.
Skal vi velge timebank eller fast månedspris?
En timebank, altså forhåndskjøpte timer, passer når behovet varierer og dere vil betale for faktisk medgått tid. Fast pris gir et forutsigbart budsjett og en tydeligere forpliktelse fra leverandøren. Det viktigste er at avtalen definerer hva som inngår, hvordan ubrukt tid håndteres, og hva som skjer når noe akutt oppstår.
Hva er en fornuftig responstid i en forvaltningsavtale?
Det avhenger av hvilken rolle appen har. For en forretningskritisk app er noen timer fornuftig ved alvorlige feil, med tydelig eskalering. For en app som har en støttefunksjon, holder det ofte med neste arbeidsdag. Krev ulike nivåer for ulike alvorlighetsgrader i stedet for ett generelt tilsagn. Det gir bedre pris.
Kan en annen leverandør overta forvaltningen av appen vår?
Ja, forutsatt at dere eier koden, og at den er dokumentert. Be om tilgang til kildekode, byggmiljøer og systemdokumentasjon allerede i utviklingsavtalen. En ryddig overlevering tar en ukes tid og er en sunn forsikring mot leverandørinnlåsing.