Varför är det så dyrt att utveckla en app?
En app är dyr eftersom den i praktiken är minst tre system som ska byggas och underhållas: en iOS-app, en Android-app och en backend som lagrar data och styr logiken. Dessutom syns ungefär 80 procent av arbetet aldrig i gränssnittet – säkerhet, felhantering, datalager och test. Du betalar för ett fungerande system, inte för skärmarna.
En app ser liten ut: några skärmar, några knappar. Ändå kostar även enkla appar hundratusentals kronor. Förklaringen är inte att byråer tar hutlöst betalt – det är att en app är mer system än vad som syns, och att större delen av arbetet ligger under ytan. Här är varför, och vad du faktiskt kan göra åt priset.
En app är minst tre system
Det som i dagligt tal kallas “en app” är i praktiken minst tre produkter som byggs, testas och underhålls:
- iOS-appen – med Apples designspråk, regler och årliga OS-uppdateringar.
- Android-appen – med sina egna gränssnittskonventioner och en betydligt spretigare flora av enheter att fungera på.
- Backend – serverdelen som lagrar data, hanterar konton, skickar notiser och pratar med andra system. Den syns aldrig, men utan den är appen ett skal.
Cross-platform-teknik som React Native låter iOS- och Android-apparna dela det mesta av koden, vilket dämpar kostnaden rejält – men backend, plattformstestning och butiksprocesser finns kvar oavsett. Tre system betyder också tre saker som ska hållas i synk vid varje förändring, vilket är skälet till att även “en liten ändring” sällan är liten.
80 procent av arbetet syns inte
Skärmarna du klickar på är toppen av isberget. Ungefär 80 procent av arbetet i ett approjekt läggs på sådant som aldrig syns i gränssnittet:
- Säkerhet: kryptering, behörigheter, skydd av personuppgifter, GDPR.
- Felhantering: vad som händer när nätet försvinner, servern inte svarar eller användaren gör något oväntat. Den lyckliga vägen är snabb att bygga – alla olyckliga tar tid.
- Datalager: strukturer som klarar dagens funktioner och överlever morgondagens.
- Test: på olika enheter, OS-versioner, skärmstorlekar och nätförhållanden.
- Integrationer: varje koppling till betalningar, BankID eller affärssystem är ett eget litet projekt.
Det här är samma skillnad som mellan en mässmonter och ett hus: båda har väggar, men bara det ena ska stå i tio år, hålla tätt och klara inspektion.
App, hemsida eller webbapp – jämförelsen
| Typ | Typisk kostnad | Komplexitet |
|---|---|---|
| Hemsida | 50 000–300 000 kr | Ett system, visar innehåll, inga konton eller appbutiker |
| Webbapp | 300 000–1 500 000 kr | Ett till två system, inloggning och logik, men en enda kodbas i webbläsaren |
| Mobilapp | 250 000–5 000 000 kr | Tre system, två appbutiker, enhetsflora, offline och notiser |
Jämförelsen förklarar prisskillnaden bättre än någon offert: det är inte samma sak som byggs. Den visar också varför frågan “kan vi inte börja med en webbapp?” är fullt rimlig – ibland är svaret ja.
Ett scenario: samma idé, tre prislappar
Säg att du vill låta kunder boka tider hos dig. Som bokningssida på webben: kanske 150 000 kr. Som webbapp med konton, historik och betalning: 400 000–700 000 kr. Som mobilapp för iOS och Android med push-påminnelser och BankID: 700 000–1 200 000 kr. Funktionen “boka tid” är densamma – det som ändras är antalet system, integrationer och plattformskrav runt den. Vilken nivå som är rätt beror på hur ofta kunderna bokar och hur mycket påminnelserna är värda för dig.
Det här kan du påverka
Priset är inte en naturlag. Fyra hävstänger gör verklig skillnad:
- Banta scopet. Färre flöden i version 1 är den överlägset största besparingen.
- Välj cross-platform när appen inte kräver det yttersta av plattformarna.
- Använd färdiga byggblock för inloggning, betalning och analys i stället för egenbyggen.
- Kom med tydliga krav. Otydlighet betalas alltid med timmar – en kort förstudie är billigare än att ändra sig under bygget.
Den femte hävstången är mjukare men verklig: var en snabb beställare. Projekt där beslut fattas inom dagar i stället för veckor bränner färre timmar på väntan, omtag och mötesserier. Rätt använda kan de här valen halvera en slutnota utan att produkten känns billig. Hur AI-assisterad utveckling förändrar kalkylen kan du läsa mer om på vår AI-sida – och vill du veta vad just din idé borde kosta, hör av dig så går vi igenom den.
Vanliga frågor
Varför inte bygga för bara en plattform?
Det är ofta ett klokt sätt att sänka kostnaden, särskilt för en första version. Du halverar butiksarbetet och delar av testningen. Nackdelen är att du utestänger halva marknaden – i Sverige är både iOS och Android stora – så valet bör styras av var din målgrupp faktiskt finns.
Gör cross-platform-utveckling appen billigare?
Ja, oftast. Med ett ramverk som React Native delas huvuddelen av koden mellan iOS och Android, vilket sänker både utvecklings- och underhållskostnaden jämfört med två nativa appar. Backend, testning på båda plattformarna och butiksarbetet kvarstår dock oavsett teknikval.
Är en webbapp ett billigare alternativ?
Ofta, ja. En webbapp har en enda kodbas, ingen butiksgranskning och enklare distribution. Priset är sämre tillgång till pushnotiser, sensorer och offlineläge samt att den inte finns där många användare letar – i appbutikerna. För interna verktyg är webbappen ändå ofta rätt svar.
Blir apputveckling billigare med AI?
AI-verktyg gör utvecklare snabbare, framför allt på rutinkod och tester, och det pressar timmarna i vissa faser. Men kravarbete, arkitektur, integrationer och ansvaret för att allt fungerar ihop kvarstår. Räkna med att AI påverkar var timmarna läggs mer än att den raderar dem.
Vad är den enskilt största kostnadsdrivaren i ett approjekt?
Omfattningen – antalet flöden, roller och integrationer. Timpriserna skiljer sig med tiotals procent mellan leverantörer, men scopet kan skilja med en faktor tio. Den som vill sänka priset ska därför alltid börja med att banta funktionslistan, inte med att pruta på timpriset.