Vad kostar det att underhålla en app?
Underhåll av en app kostar som tumregel 15–25 procent av utvecklingskostnaden per år. En app som kostade en miljon kronor att bygga behöver alltså 150 000–250 000 kr årligen. I det ingår anpassning till nya OS-versioner, uppdaterade bibliotek, buggrättning och mindre förbättringar – men inte ny funktionalitet.
Utvecklingskostnaden är bara första fakturan. En app lever i en miljö som ändras hela tiden – nya OS-versioner, uppdaterade bibliotek, skärpta butikskrav – och behöver löpande tillsyn för att fortsätta fungera. Ändå är underhållet den post som oftast saknas helt i budgeten. Här är vad det kostar, vad som ingår och hur du jämför förvaltningsavtal på ett rättvist sätt.
Tumregeln: 15–25 procent av utvecklingskostnaden per år
| Utvecklingskostnad | Typiskt underhåll per år |
|---|---|
| 500 000 kr | 75 000–125 000 kr |
| 1 000 000 kr | 150 000–250 000 kr |
| 2 500 000 kr | 375 000–625 000 kr |
Logiken bakom procentsatsen: ju större och mer komplex appen är, desto mer finns det att hålla i takt med omvärlden. En app med många integrationer och beroenden ligger i spannets övre del; en enkel innehållsapp i den nedre. Två kodbaser (nativ iOS och Android) drar uppåt, en gemensam kodbas drar neråt.
Det här ingår i underhåll
- OS-anpassningar. Apple och Google visar sina nyheter på våren och släpper skarpa versioner på hösten. Varje release kan ändra behörigheter, API:er och beteenden som appen förlitar sig på – den ska testas och anpassas innan användarna uppdaterar sina telefoner.
- Biblioteks- och säkerhetsuppdateringar. Moderna appar står på tredjepartsbibliotek som löpande patchas. Att släpa efter är ett säkerhetsproblem och gör framtida uppdateringar dyrare för varje månad som går.
- Butikskrav. App Store och Google Play höjer regelbundet minimikraven på SDK-nivåer och policyer. Appar som inte hänger med kan nekas uppdateringar eller i förlängningen plockas bort.
- Buggrättning och övervakning. Kraschrapporter, felloggar och prestanda följs upp, och fel rättas innan de syns i betygen.
- Mindre förbättringar. Justerade texter, små UX-fixar, en ny ikon – förändringar som håller appen fräsch utan att vara nya funktioner.
Underhåll är inte vidareutveckling – dra gränsen
Här uppstår de flesta avtalskonflikter. Underhåll håller befintlig funktionalitet fungerande, säker och uppdaterad. Vidareutveckling tillför något nytt: en funktion, en integration, en redesign, en ny betallösning.
Gränsen spelar roll av två skäl. För det första budgeten: underhåll är en förutsägbar årskostnad medan vidareutveckling är investeringsbeslut som bör planeras och prioriteras var för sig. För det andra jämförbarheten: när en leverantör offererar “förvaltning” för 10 000 kr i månaden och en annan för 25 000 kr är det ofta gränsdragningen som skiljer – den ena räknar bara OS-anpassningar och kritiska fel, den andra inkluderar en pott för förbättringar. Be alltid om en lista över vad som ingår, vad som debiteras separat och hur gränsfall hanteras.
Ett räkneexempel
En medelkomplex app byggd för 1,2 miljoner kr ger med tumregeln en underhållsbudget på 180 000–300 000 kr per år. Ett rimligt upplägg kan vara ett fast månadsarvode som täcker övervakning, OS-releaser och biblioteksuppdateringar, plus en timbank för buggar och mindre förbättringar.
År ett används kanske merparten till höstens OS-anpassningar och några buggar – lugnt år, nedre delen av spannet. År två vill verksamheten lägga till BankID-inloggning: det är vidareutveckling och budgeteras som ett eget litet projekt vid sidan av förvaltningen. Utan den uppdelningen hade timbanken ätits upp och det “billiga” avtalet blivit dyrt och konfliktfyllt.
Så jämför du förvaltningsavtal
Kontrollera fem saker: exakt vad som ingår (lista, inte adjektiv), svarstider per allvarlighetsgrad, hur oanvänd tid hanteras, vad vidareutveckling kostar när den beställs – och att ni äger kod och konton så att ni kan byta leverantör. Ett bra avtal tål alla fem frågorna utan omsvep.
Skilj till sist på reaktiv och proaktiv förvaltning. Reaktiv rättar det som gått sönder; proaktiv uppdaterar innan det går sönder. Den proaktiva ser dyrare ut per månad men blir nästan alltid billigare per år – teknisk skuld har ockerränta.
Vi på Weapp förvaltar apparna vi bygger och tar även över befintliga appar efter en teknisk genomgång – läs om våra tjänster eller hör av dig om du vill ha en second opinion på ert nuvarande avtal.
Vanliga frågor
Vad händer om vi hoppar över underhållet?
Appen fortsätter fungera – ett tag. Sedan kommer en OS-version som ändrar något appen förlitar sig på, ett bibliotek med säkerhetshål eller ett butikskrav på nyare teknik. Butikerna kan även plocka bort appar som inte uppdaterats. Att ta igen flera års eftersatt underhåll kostar ofta mer än att sköta det löpande.
Är underhåll dyrare för nativa appar än cross-platform?
Som regel ja, eftersom två kodbaser ska följa med varje OS-release, biblioteksbyte och säkerhetsuppdatering – dubbelt spår, dubbelt arbete. En gemensam kodbas i till exempel React Native ger både lägre bas för procentregeln och enklare uppdateringar.
Ska vi välja timbank eller fast månadspris?
Timbank passar när behovet varierar och ni vill betala för faktisk tid; fast pris ger förutsägbar budget och tydligare åtagande från leverantören. Viktigast är att avtalet definierar vad som ingår, hur oanvänd tid hanteras och vad som händer när något akut inträffar.
Vad är en rimlig svarstid i ett förvaltningsavtal?
Det beror på appens roll. För en verksamhetskritisk app är timmar rimligt för allvarliga fel, med tydlig eskalering. För en stödjande app räcker ofta nästa arbetsdag. Kräv olika nivåer för olika allvarlighetsgrader i stället för en generell utfästelse – det ger bättre pris.
Kan en annan leverantör ta över förvaltningen av vår app?
Ja, förutsatt att ni äger koden och att den är dokumenterad. Begär tillgång till källkod, byggmiljöer och systemdokumentation redan i utvecklingsavtalet. En ordnad överlämning tar någon vecka och är en sund försäkring mot inlåsning.