Vad kostar underhåll av en app?
Av CodexierPublicerad 6 min läsning
Lanseringsbudgeten för en app diskuteras oftast i detalj. Åren efter diskuteras ofta inte alls, och det är där appar tyst dör: en systemuppdatering knäcker en skärm, en deadline för butiksregler passerar, ett bibliotek slutar underhållas och en dag går appen inte längre att skicka in. Den här guiden listar arbetet som återkommer varje år, förklarar mekanismen bakom varje punkt och ger dig ett sätt att budgetera som inte bygger på nödlägen.
Därför behöver appar arbete varje år
En webbplats körs i en webbläsare som är bakåtkompatibel i decennier. En app körs på ett operativsystem som ändras varje höst och på hårdvara som byts varje år, genom en butik vars regler ändras när plattformsägaren bestämmer det. Inget av det styr du över. Det du styr över är om någon bevakar ändringarna och tillämpar dem planerat, eller om du får reda på dem via en enstjärnig recension. Listan nedan är vad den personen gör.
Uppdateringar av system och enheter
Varje ny version av iOS och Android ändrar behörigheter, fasar ut API:er och förändrar hur systemet ritar saker. De flesta appar fortsätter fungera, men inte alla, och de som går sönder gör det på sätt användarna märker: en layout som inte längre passar en ny skärmform, en kamera- eller platsbehörighet som beter sig annorlunda, ett inloggningsflöde som inte kommer tillbaka. Betaversionerna kommer i början av sommaren, och det är då kontrollen ska ske, så att en fix hinner ut före den publika släppet i september. Nya skärmstorlekar, vikbara enheter och surfplattor lägger till layoutkontroller. Är appen byggd med ett plattformsoberoende ramverk som React Native, Flutter eller Capacitor behöver också ramverket och dess tillägg uppgraderas för att stödja det nya systemet, vilket ofta är den större delen av arbetet.
- Testa appen på varje systembeta före den publika släppet, på riktiga enheter.
- Uppgradera ramverk och tillägg minst en gång om året; stora hopp som skjutits upp i två år blir omskrivningar.
- Höj lägsta stödda systemversion medvetet, utifrån er egen användardata, inte av misstag.
- Kör om alla behörighetsflöden efter varje större släpp; de ändras oftast.
Ändrade butiksregler och SDK:er
Båda butikerna sätter krav på mål-SDK med hårda datum: efter ett visst datum måste uppdateringar byggas mot en aktuell SDK, annars avvisas de, och appar som hamnar för långt efter kan döljas i sök eller tas bort. Vid sidan av det kommer regeländringar som kräver en ändring i appen eller ett formulär: integritetsdeklarationer och datasäkerhetsavsnitt, obligatorisk kontoradering för appar med registrering, nya regler för prenumerationer, krav på inloggningsalternativ och, i EU, bestämmelserna om alternativ fakturering och Digital Markets Act. Ingen av dem är svår var för sig. Tillsammans kommer de flera gånger om året och var och en har en deadline.
| Återkommande punkt | Frekvens | Vad som händer om den missas |
|---|---|---|
| Deadline för mål-SDK | Årligen per butik | Uppdateringar avvisas; appen kan döljas eller tas bort |
| Integritets- och datasäkerhetsformulär | När dataanvändningen ändras, granskas årligen | Avslag i granskning eller borttagning |
| Förnyelse av utvecklarkonto och avtal | Årligen | Appen tas bort från försäljning tills avtalet godkänts |
| Signeringscertifikat och provisionering | Årligen för iOS-distribution | Går inte att bygga, eller pushnotiserna slutar |
| Uppdateringar av tredjeparts-SDK:er (analys, betalning, kartor) | Flera gånger om året | Krascher, utfasade API:er, avslag i granskning |
| Butikssida och skärmbilder för nya enheter | Årligen | Sidan ser föråldrad ut; nya storleksklasser saknar stöd |
Butiksavgifter och kostnader för utvecklarprogram sätts av Apple och Google och ligger utanför den här listan; de betalas direkt till plattformen.
Backend, drift och övervakning
De flesta appar pratar med en server, och den servern har ett eget underhållsliv: säkerhetspatchar, databasuppgraderingar, TLS-certifikat, beroendeuppdateringar och en och annan prisändring hos leverantören. Molntjänster fasar ut API:er och pensionerar gamla körtidsversioner enligt publicerade scheman. Tjänster för pushnotiser roterar nycklar. SDK:er för kraschrapportering och analys behöver uppdateras för att rapportera över huvud taget. Sedan finns övervakningen, delen som gör underhållet planerat i stället för reaktivt: kraschfrekvens per version, felfrekvens i API:et, svarstider och en kontroll varje timme att inloggningen och huvudflödet fungerar. Utan den är användarna ert övervakningssystem.
Säkerhetspatchar
Uppdateringar av serverns system, ramverk och beroenden på månadscykel, med snabbare väg för kritiska sårbarheter.
Säkerhetskopior och återställningstest
Automatiska säkerhetskopior är bara verkliga om en återställning har testats. Gör det varje kvartal.
Övervakning och larm
Kraschrapportering, drifttidskontroller av API:et och larm som når en person som kan agera, inte en delad inkorg.
Kostnadsgenomgång
Drift- och tjänstefakturor glider. Gå igenom kvartalsvis efter oanvända resurser och planändringar.
Budget och supportavtal
Det finns två ärliga sätt att budgetera. Det första är ett fast månadsavtal som täcker de återkommande punkterna ovan, med definierad svarstid vid incidenter och ett antal timmar för mindre förbättringar. Det andra är att betala per timme när saker dyker upp, vilket är billigare ett lugnt år och betydligt dyrare ett år med ramverksuppgradering eller ändrade butiksregler, och det lägger nödläget i din kalender i stället för leverantörens. Vår egen tjänst appunderhåll och skalning är den första modellen, fakturerad månadsvis utan startavgift; beloppet står på prissidan i stället för att upprepas här, så att det alltid är aktuellt. Vad som inte ingår är nya funktioner, som avgränsas separat.
När du inte behöver ett underhållsavtal: en intern app som används av en handfull medarbetare på hanterade enheter, där en trasig skärm kostar en eftermiddag och inte en kund, kan underhållas vid behov av den som byggde den. Och ska appen läggas ner inom ett år, lägg pengar bara på det nödvändiga: butiksdeadlines och säkerhetspatchar. För en kundvänd app med inloggning, betalningar eller bokningar kostar avtalet mindre än ett förlorat lanseringsfönster. Vilket fall ni befinner er i avgör vi på ett 15-minuterssamtal. Skickar ni pushnotiser är reglerna i pushnotiser som användarna inte stänger av en del av samma årliga genomgång.
- Appunderhåll och skalningSystemuppdateringar, butiksregler, backend-patchar och övervakning på ett fast månadsavtal.
- PriserMånadsavtalet och vad det innehåller, tillsammans med resten av katalogen.
- Boka ett kostnadsfritt 15-minuterssamtalBerätta vad appen är byggd med och när den senast uppdaterades; vi säger vad som är försenat.
Vanliga frågor
Kan vi bara låta appen vara om den fungerar?
Ett tag. Sedan passerar en butiksdeadline, en systemuppdatering ändrar en behörighet eller ett bibliotek slutar underhållas, och nästa uppdatering blir stor eftersom två års ändringar måste göras på en gång. Små årliga uppdateringar är billigare än en stor räddningsinsats.
Ingår nya funktioner i underhållet?
Oftast inte. Underhåll täcker att hålla den befintliga appen fungerande, säker och möjlig att skicka in, plus ett mindre utrymme för rättningar. Nya skärmar, integrationer eller affärslogik avgränsas och prissätts separat så att underhållsavgiften förblir förutsägbar.
Är en plattformsoberoende app billigare att underhålla än två native-appar?
Normalt, eftersom en kodbas får varje rättning. Priset är att själva ramverket måste uppgraderas regelbundet, och tillägg för native-funktioner släpar ibland efter systemsläppen. Med en årlig uppgraderingscykel är det hanterbart; skjuts det upp i flera år blir det den enskilt största kostnaden.
Vad händer med appen om vi slutar betala för underhåll?
Inget omedelbart. Under de följande månaderna samlas riskerna: en missad butiksdeadline, en systemändring, ett utgånget certifikat. Användare med nya enheter ser problemen först. Slutar ni, håll åtminstone utvecklarkonton, certifikat och butiksformulär aktuella själva.
Osäker på vad appen är försenad med?
Femton minuter med en ingenjör: berätta ramverk, senaste uppdateringsdatum och vilka butiker den finns i, så listar vi vad som är försenat och vad årsplanen skulle täcka.
Boka ett kostnadsfritt 15-minuterssamtal