Hvad koster det at vedligeholde en app?
Vedligeholdelse af en app koster som tommelfingerregel 15–25 procent af udviklingsomkostningen om året. En app der kostede ca. 1,1 mio. DKK at bygge, kræver altså ca. 160.000–270.000 DKK om året. Det dækker tilpasning til nye OS-versioner, opdaterede biblioteker, fejlrettelser og mindre forbedringer, men ikke ny funktionalitet.
Udviklingsomkostningen er kun den første faktura. En app lever i et miljø der hele tiden ændrer sig, med nye OS-versioner, opdaterede biblioteker og skærpede krav fra butikkerne, og har brug for løbende tilsyn for at blive ved med at virke. Alligevel er vedligeholdelsen den post der oftest mangler helt i budgettet. Her er hvad den koster, hvad der indgår, og hvordan du sammenligner serviceaftaler på en fair måde.
Tommelfingerreglen: 15–25 procent af udviklingsomkostningen om året
| Udviklingsomkostning | Typisk vedligeholdelse om året, ca. |
|---|---|
| 530.000 DKK | 80.000–133.000 DKK |
| 1,1 mio. DKK | 160.000–270.000 DKK |
| 2,7 mio. DKK | 399.000–665.000 DKK |
Logikken bag procentsatsen: Jo større og mere kompleks appen er, desto mere er der at holde i takt med omverdenen. En app med mange integrationer og afhængigheder ligger i den øvre del af spændet, en enkel indholdsapp i den nedre. To kodebaser (native iOS og Android) trækker opad, en fælles kodebase trækker nedad.
Det indgår i vedligeholdelse
- OS-tilpasninger. Apple og Google viser deres nyheder om foråret og udgiver de endelige versioner om efteråret. Hver release kan ændre tilladelser, API’er og adfærd som appen er afhængig af, og appen skal testes og tilpasses før brugerne opdaterer deres telefoner.
- Biblioteks- og sikkerhedsopdateringer. Moderne apps bygger på tredjepartsbiblioteker der løbende bliver patchet. At sakke bagud er et sikkerhedsproblem og gør fremtidige opdateringer dyrere for hver måned der går.
- Krav fra butikkerne. App Store og Google Play hæver jævnligt minimumskravene til SDK-niveauer og politikker. Apps der ikke følger med, kan blive nægtet opdateringer eller i sidste ende blive fjernet.
- Fejlrettelser og overvågning. Crashrapporter, fejllogs og ydeevne følges op, og fejl rettes før de kan ses i bedømmelserne.
- Mindre forbedringer. Justerede tekster, små UX-rettelser, et nyt ikon: ændringer der holder appen frisk uden at være nye funktioner.
Vedligeholdelse er ikke videreudvikling: træk grænsen
Det er her de fleste aftalekonflikter opstår. Vedligeholdelse holder eksisterende funktionalitet fungerende, sikker og opdateret. Videreudvikling tilføjer noget nyt: en funktion, en integration, et redesign, en ny betalingsløsning.
Grænsen betyder noget af to grunde. For det første budgettet: Vedligeholdelse er en forudsigelig årlig udgift mens videreudvikling er investeringsbeslutninger der bør planlægges og prioriteres hver for sig. For det andet sammenligneligheden: Når én leverandør giver tilbud på “drift og vedligeholdelse” til 11.000 DKK om måneden og en anden til 27.000 DKK, er det ofte grænsedragningen der gør forskellen. Den ene regner kun OS-tilpasninger og kritiske fejl med, den anden inkluderer en pulje til forbedringer. Bed altid om en liste over hvad der er inkluderet, hvad der faktureres separat, og hvordan grænsetilfælde håndteres.
Et regneeksempel
En mellemkompleks app bygget for 1,3 mio. DKK giver med tommelfingerreglen et vedligeholdelsesbudget på 190.000–320.000 DKK om året. En rimelig model kan være et fast månedligt honorar der dækker overvågning, OS-releases og biblioteksopdateringer, plus en timebank til fejl og mindre forbedringer.
I år ét går måske størstedelen til efterårets OS-tilpasninger og nogle få fejl: et roligt år i den nedre del af spændet. I år to vil forretningen tilføje MitID-login. Det er videreudvikling og budgetteres som et lille, selvstændigt projekt ved siden af driften og vedligeholdelsen. Uden den opdeling var timebanken blevet brugt op, og den “billige” aftale var blevet dyr og konfliktfyldt.
Sådan sammenligner du serviceaftaler
Tjek fem ting: præcis hvad der er inkluderet (en liste, ikke adjektiver), svartider pr. alvorlighedsgrad, hvordan ubrugt tid håndteres, hvad videreudvikling koster når den bestilles, og at I ejer kode og konti så I kan skifte leverandør. En god aftale klarer alle fem spørgsmål uden omsvøb.
Skeln til sidst mellem reaktiv og proaktiv drift. Reaktiv drift retter det der er gået i stykker, proaktiv opdaterer før det går i stykker. Den proaktive ser dyrere ud pr. måned, men bliver næsten altid billigere pr. år. Teknisk gæld har ågerrente.
Vi hos Weapp står for drift og vedligeholdelse af de apps vi bygger, og overtager også eksisterende apps efter en teknisk gennemgang. Læs om vores ydelser, eller kontakt os hvis du vil have en second opinion på jeres nuværende aftale.
Ofte stillede spørgsmål
Hvad sker der hvis vi springer vedligeholdelsen over?
Appen bliver ved med at virke. Et stykke tid. Så kommer der en OS-version der ændrer noget appen er afhængig af, et bibliotek med et sikkerhedshul eller et krav fra butikken om nyere teknologi. Butikkerne kan også fjerne apps der ikke er blevet opdateret. At indhente flere års forsømt vedligeholdelse koster ofte mere end at klare det løbende.
Er vedligeholdelse dyrere for native apps end for cross-platform?
Som regel ja, fordi to kodebaser skal følge med ved hver OS-release, hvert biblioteksskifte og hver sikkerhedsopdatering: dobbelt spor, dobbelt arbejde. En fælles kodebase i f.eks. React Native giver både et lavere grundlag for procentreglen og enklere opdateringer.
Skal vi vælge timebank eller fast månedspris?
Timebank passer når behovet varierer, og I vil betale for den faktiske tid. Fast pris giver et forudsigeligt budget og en tydeligere forpligtelse fra leverandøren. Det vigtigste er at aftalen definerer hvad der er inkluderet, hvordan ubrugt tid håndteres, og hvad der sker når noget akut opstår.
Hvad er en rimelig svartid i en serviceaftale?
Det afhænger af appens rolle. For en forretningskritisk app er en svartid målt i timer rimelig ved alvorlige fejl, med tydelig eskalering. For en understøttende app er næste arbejdsdag ofte nok. Kræv forskellige niveauer for forskellige alvorlighedsgrader i stedet for et generelt tilsagn. Det giver en bedre pris.
Kan en anden leverandør overtage drift og vedligeholdelse af vores app?
Ja, forudsat at I ejer koden, og at den er dokumenteret. Bed om adgang til kildekode, byggemiljøer og systemdokumentation allerede i udviklingsaftalen. En ordnet overdragelse tager en uges tid og er en sund forsikring mod at blive låst til én leverandør.