Hvad koster det at vedligeholde en app?

Kort svar

At vedligeholde en app koster hvert år mellem 15 og 20 procent af, hvad den kostede at bygge. En app, der kostede 400.000 kroner at bygge, koster ofte 60.000 til 80.000 kroner om året. Det er ikke valgfrit: iOS ændres hvert år, telefoner og tjenester udvikler sig, og uden vedligeholdelse holder appen op med at fungere godt. Dertil kommer den månedlige serveromkostning, der vokser med brugerne. En seriøs partner tilbyder et klart SLA med præcise tal, ikke skjulte gebyrer. Hvis du stadig regner på selve bygget, så se vores guide om hvad det koster at lave en app.

Hvorfor en app kræver vedligeholdelse

Det første at forstå er, at en app ikke er et færdigt produkt, du køber én gang, men et levende produkt, der skal passes. Mange købere budgetterer selve bygget og glemmer det, der kommer bagefter, og dér opstår den mest almindelige overraskelse efter lanceringen.

Årsagerne er konkrete. Apple udgiver en ny version af iOS hvert år, med ændringer der kan påvirke, hvordan din app fungerer, og at tilpasse den er reelt arbejde. Nye telefoner kommer med andre skærme og egenskaber. De eksterne tjenester, appen afhænger af, som betalinger, kort og beskeder, ændrer deres regler og versioner. Og rigtige brugere finder, når de først bruger appen, fejl der ikke sås i testene, og ønsker forbedringer. En app, der ikke får noget af dette, står ikke stille, den bliver dårligere, fordi verden omkring den bliver ved med at bevæge sig, mens den står stille. Derfor bryder den samme iOS-opdatering forsømte apps, mens velvedligeholdte apps klarer den uden problemer.

Hvad vedligeholdelse omfatter

Område	Hvad det indebærer	Hvorfor det betyder noget
Tilpasning til iOS	Justere til hver ny version og nye telefoner	Uden dette holder appen op med at fungere
Fejlrettelse	Rette det, rigtige brugere finder	Fejl koster brugere og anmeldelser
Opdatering af afhængigheder	Eksterne tjenester og biblioteker ajour	En forældet afhængighed kan bryde appen
Sikkerhed	Opdateringer og beskyttelse af data	En sikkerhedsfejl er dyr og alvorlig
Små forbedringer	Ændringer ud fra, hvad brugerne ønsker	Holder appen brugbar og konkurrencedygtig

Det centrale i tabellen er, at vedligeholdelse ikke er at bygge appen om eller tilføje store nye funktioner. Det er at forhindre, at den forringes, og at reagere på det, der dukker op efter lanceringen. Ved at følge Apples retningslinjer for grænseflader indgår også at tilpasse appen, når Apple ændrer, hvad der forventes af en god oplevelse. Det er et konstant og stilfærdigt arbejde, men det er det, der holder appen i live og i App Store.

Hvor de 15 til 20 procent kommer fra

Reglen om 15 til 20 procent om året er ikke et opdigtet tal, men et rimeligt gennemsnit af, hvad det konstante arbejde koster. På en app, der kostede 400.000 kroner, bliver det 60.000 til 80.000 kroner om året.

Procenten bevæger sig ud fra to faktorer. Den første er kompleksiteten: en enkel app, der viser indhold, kræver lidt; en der koordinerer brugere, betalinger og data i realtid, kræver meget mere og nærmer sig 20 procent eller mere. Den anden er afhængighederne: jo flere eksterne tjenester appen bruger, jo flere ting kan ændre sig under den, og jo mere vedligeholdelse kræver den. Derfor koster en app med mange integrationer mere at vedligeholde end en fritstående, selv om de kostede det samme at bygge. At budgettere vedligeholdelsen fra begyndelsen, og ikke som en overraskelse, er en del af at regne rigtigt på en app og at bygge i Swift på en måde, der holder over tid.

Serveromkostninger der fortsætter

Der er en omkostning, det er værd at skille fra vedligeholdelsen, men alligevel regne med: infrastrukturen. Hvis din app har en backend, og næsten alle, der gør noget nyttigt, har det, fakturerer serveren hver måned, uanset om der laves vedligeholdelsesarbejde den måned eller ej.

Servere, database, lagring af billeder og udsendelse af notifikationer har en månedlig omkostning, der vokser med antallet af brugere. En app med hundrede brugere koster lidt at drive; den samme app med hundrede tusinde koster betydeligt mere. Det er et godt tegn, fordi det betyder, at appen vokser, men det skal forudses: succes fører en infrastrukturregning med sig. Derfor er det klogt at regne med to tal, når du budgetterer, det årlige vedligeholdelsesarbejde og den månedlige serveromkostning, i stedet for at blande dem til ét tal, der siden ikke passer.

SLA og gennemsigtighed: sådan undgår du overraskelser

Her er frygten, der bringer mange købere hertil, velbegrundet: at bureauet forlader appen eller overfakturerer for enkle fejlrettelser. Modmidlet er en klar serviceniveauaftale, et SLA, som danske startups ofte foretrækker, og som gør vedligeholdelsen forudsigelig i stedet for skjult.

Et SLA sætter på skrift, hvad du faktisk får: hvor hurtigt fejl rettes, hvilke svartider der gælder, og hvilken oppetid serveren har. Det forvandler vedligeholdelse fra en vag løbende omkostning til en tjeneste med klare, præcise vilkår, du kan stole på. En seriøs partner tilbyder dette gerne og er åben om prisen og, hvad den dækker. En leverandør, der slingrer om de løbende omkostninger, eller ikke vil sætte service og pris på papir, er netop den, du bør undgå. Bed desuden om at eje din egen kode og din Apple-konto, så du aldrig er afhængig af én part for at ændre eller vedligeholde din egen app, og aldrig kan blive forladt med en app, du ikke kan røre. Gennemsigtighed og ejerskab er din bedste beskyttelse mod ubehagelige overraskelser.

Sådan budgetterer du vedligeholdelse

Type app	Vejledende vedligeholdelse om året	Hvorfor
Enkel app, uden egen backend	10 til 15 procent	Lidt at opdatere, få afhængigheder
App med backend og integrationer	15 til 20 procent	Flere dele at holde ajour
Kompleks app, realtid eller betalinger	20 procent eller mere	Følsom logik, sikkerhed, meget bevægelse
App med mange brugere	15 til 20 procent plus høj server	Læg infrastrukturregningen til, der vokser

Den praktiske regel er enkel: jo mere appen gør, og jo flere dele den rører, jo mere koster den at vedligeholde. Når du planlægger årets budget, så tag udgangspunkt i procenten, der gælder din type app, og læg separat den anslåede månedlige serveromkostning til for det antal brugere, du venter. Så overrasker tallet dig ikke efter et halvt år, og du kan lægge det i et SLA, der gør hele omkostningen synlig på forhånd.

Et konkret eksempel: en app for en startup i København

For at gøre tallene virkelige, sådan kan et år se ud for en typisk app hos en dansk startup: en app, der kostede omkring 500.000 kroner at bygge, med en backend, et par integrationer og en voksende brugerbase. Det er netop den slags app, hvor et klart SLA gør størst forskel, fordi der er nok bevægelige dele til, at uvished bliver dyr.

• Tilpasning til årets iOS-version. Det mest forudsigelige og samtidig mest uundgåelige arbejde på hele året, og det, der skal gøres i tide, før brugerne opdaterer deres telefoner.
• Fejlrettelse og små forbedringer. En jævn strøm af mindre justeringer ud fra, hvad rigtige brugere støder på og efterspørger, ikke store nye funktioner.
• Opdatering af afhængigheder og sikkerhed. At holde de eksterne tjenester og beskyttelsen af data ajour, hvilket er usynligt, men afgørende.
• Drift og overvågning af serveren. Den månedlige infrastruktur plus, at nogen holder øje med, at det hele fungerer.

Samlet lander dette ofte omkring 15 til 18 procent af byggeprisen om året for selve arbejdet, altså cirka 75.000 til 90.000 kroner, plus den separate serveromkostning, der vokser med brugerne. Det, der gør omkostningen tryg i stedet for skræmmende, er, at den ligger i et SLA: du ved på forhånd, hvad du betaler, hvad du får, og hvor hurtigt problemer rettes. En advarsel værd at nævne: den billigst mulige kode fra begyndelsen gør netop dette dyrere, fordi rodet kode tager flere timer at ændre ved hver opdatering, så en velbygget app er ikke bare rarere, men billigere at vedligeholde i hele sin levetid.

Når vedligeholdelsen er mindre

Vær ærlig om, hvilken type app du har, for ikke alle kræver samme pleje. En meget enkel app, uden egen backend og uden integrationer, der blot viser information, kræver lidt vedligeholdelse: især at den nu og da tilpasses nye iOS-versioner. Er det din app, kan den lave ende af intervallet, eller mindre, række, og du har ikke brug for en stor aftale, blot et tjek inden hver ny iOS-version.

Dér, hvor vedligeholdelsen er uundgåelig og vokser, er i de apps, der laver reelt arbejde: koordinerer brugere, håndterer betalinger, afhænger af eksterne tjenester eller flytter data i realtid. For dem er vedligeholdelse ikke en valgfri udgift, men det, der holder dem kørende, sikre og til at stole på i brugernes øjne. Et team, der designer og bygger under samme tag, som os, bygger appen med vedligeholdelse for øje og siger fra begyndelsen, hvilken vedligeholdelse den vil kræve, gerne i et klart SLA, udgivet via en Apple Developer Program-konto og godkendt efter Apples retningslinjer for App Store. Se eksempler i vores arbejde og tal med os om din app, og hvad det koster at holde den i live, gennem en kort samtale.