Frågan "vad kostar det att utveckla en app?" har ett ärligt svar och ett användbart svar. Det ärliga: allt från ett par hundra tusen till tiotals miljoner kronor. Det användbara: kostnaden är förutsägbar när du förstår vad som driver den, och du kan påverka de flesta drivarna innan en enda rad kod skrivs.
Den här guiden går igenom vad som avgör priset, vilka spann som är rimliga på den svenska marknaden 2026, var de dolda kostnaderna gömmer sig och hur du håller nere totalen utan att bygga en sämre produkt.
Kostnadsdrivarna: det här avgör priset
Apputveckling prissätts i praktiken som arbetstid gånger timpris. Det som skiljer en app för 300 000 kronor från en för 3 miljoner är antalet timmar, och timmarna styrs av fem faktorer.
Plattformar
Ska appen finnas på iOS, Android eller båda? Två separata native-appar innebär i grunden dubbelt utvecklingsarbete. Cross-platform-ramverk (mer om det nedan) minskar skillnaden men tar inte bort den. Glöm inte heller att många "appar" också behöver ett webbgränssnitt, till exempel en adminpanel, som ingen tänker på i första kalkylen.
Funktionskomplexitet
Antalet skärmar säger mindre än vad som händer bakom dem. Inloggning med BankID, realtidsfunktioner som chatt eller liveuppdateringar, offlinestöd med synkronisering, betalflöden, kartor och positionering, push-notiser med logik bakom: varje sådan funktion lägger timmar. En bra tumregel är att lista funktionerna och fråga vad som händer om varje enskild funktion stryks. De som överlever den frågan är din verkliga kravlista.
Backend
Nästan alla appar behöver en serverdel: databas, API:er, användarhantering, affärslogik. Backend står ofta för 30 till 50 procent av den totala utvecklingskostnaden och är samtidigt den del beställare oftast underskattar, eftersom den är osynlig i skisserna. En app som bara presenterar innehåll från ett befintligt system är betydligt billigare än en som behöver egen backend byggd från grunden.
Design
En app som följer plattformarnas standardkomponenter är billigare att designa och bygga än en med skräddarsytt gränssnitt, egna animationer och unik grafisk profil. Design handlar också om arbete som inte syns: användarflöden, prototyper och användningstester. Att snåla här är ofta dyrt, eftersom fel som upptäcks i design kostar en bråkdel av fel som upptäcks i kod.
Integrationer
Ska appen prata med ett affärssystem, ett CRM, en betalleverantör eller externa datakällor? Integrationer varierar enormt i kostnad beroende på hur väldokumenterade motparternas API:er är. Ett modernt REST-API med bra dokumentation är dagar av arbete. Ett äldre affärssystem utan publikt API kan vara månader. Vi bygger API-integrationer åt bolag där just den här delen visat sig vara projektets största risk, så räkna på den tidigt.
Ungefärliga prisspann på svenska marknaden 2026
Spannen nedan är breda och ungefärliga. De speglar vad etablerade svenska byråer och utvecklingsbolag typiskt tar, inte enskilda frilansare eller offshore-team. Din faktiska offert beror på allt ovan.
MVP, enkel app: ungefär 200 000 till 500 000 kronor. Få skärmar, standardkomponenter, inloggning, en enkel backend eller integration mot befintligt system. Syftet är att testa en idé mot riktiga användare, inte att bygga färdigt.
MVP, mer ambitiös: ungefär 500 000 till 1 miljon kronor. Fler funktioner, egen backend, någon eller några integrationer, genomarbetad design.
Fullskalig produkt: ungefär 1 till 3 miljoner kronor. Flera plattformar, komplett backend, flera integrationer, betalflöden, adminverktyg, skalbar arkitektur.
Komplex produkt: från ungefär 3 miljoner kronor och uppåt. Realtidsfunktioner i stor skala, höga säkerhetskrav, AI-funktionalitet, många integrationer. Här finns ingen övre gräns; stora konsumentappar har utvecklingsbudgetar på tiotals miljoner per år.
Ett riktvärde till: appar med inbyggd AI-funktionalitet, som assistenter eller intelligent innehållshantering, lägger typiskt till både utvecklingstid och löpande driftkostnad för modellanrop. Vi arbetar med AI-utveckling som del av appprojekt och rekommenderar nästan alltid att AI-funktioner etappindelas separat, eftersom de är svårast att estimera.
Native eller cross-platform: vad gör det med budgeten?
Native betyder separata appar byggda med Apples respektive Googles egna verktyg (Swift för iOS, Kotlin för Android). Cross-platform betyder en gemensam kodbas, med ramverk som React Native eller Flutter, som körs på båda plattformarna.
Budgetmässigt:
- Cross-platform sparar typiskt 30 till 40 procent jämfört med två native-appar, inte 50, eftersom viss plattformsanpassning alltid krävs och testning fortfarande sker på båda plattformarna.
- Besparingen krymper med komplexiteten. Avancerad kamerahantering, Bluetooth, bakgrundsprocesser och tunga animationer kräver ofta plattformsspecifik kod även i cross-platform-projekt.
- Förvaltningen blir billigare med en kodbas: en bugg rättas en gång, en ny funktion byggs en gång.
För de flesta företagsappar och MVP:er är cross-platform i dag rätt utgångspunkt. Native motiveras när prestanda är kritisk, när appen är djupt beroende av plattformsspecifika funktioner, eller när den ska leva i många år med stort team. Fel val åt andra hållet, native "för säkerhets skull" för en app som inte behöver det, är ett av de vanligaste sätten att bränna budget i onödan.
Dolda kostnader: det som inte står i offerten
Utvecklingskostnaden är inte totalkostnaden. Räkna med följande:
Förvaltning och vidareutveckling. En vanlig tumregel är 15 till 20 procent av utvecklingskostnaden per år. iOS och Android släpper nya versioner varje år, tredjepartsbibliotek uppdateras, buggar hittas av riktiga användare. En app som inte underhålls slutar fungera i praktiken inom ett par år.
App Store-avgifter. Apples utvecklarkonto kostar 99 dollar per år, Googles 25 dollar som engångsavgift. Det stora är provisionen: Apple och Google tar 15 till 30 procent av intäkter som går genom butikernas betalsystem. Säljer appen digitala tjänster påverkar det hela affärsmodellen och ska in i kalkylen från dag ett.
Tredjepartstjänster. Serverdrift, databaser, push-notiser, kartor, analys, felrapportering, e-post och SMS. Var för sig små belopp, tillsammans typiskt några tusenlappar i månaden för en mindre app, och betydligt mer när användarbasen växer. Tjänster med gratis ingångsnivå kan bli dyra exakt när appen börjar lyckas.
Publicering och granskning. App Store-granskning kan kräva ändringar och omtag, särskilt vid första publiceringen. Räkna med kalendertid och några utvecklingstimmar.
Juridik och efterlevnad. Integritetspolicy, GDPR-hantering, användarvillkor. Inte stora belopp, men noll är fel siffra.
Så håller du nere kostnaden
Tre saker påverkar totalkostnaden mer än någon förhandling om timpris:
Tydlig scope före start. Den dyraste appen är den som ändrar riktning mitt i bygget. Lägg tid på att definiera vad appen ska göra, för vem, och framför allt vad den inte ska göra i version ett. Varje funktion som stryks före start är gratis; samma funktion struken halvvägs in har redan kostat design, arkitektur och delvis utveckling.
Prototyp först. En klickbar prototyp kostar en bråkdel av utveckling och avslöjar de flesta tankefel: flöden som inte håller, funktioner ingen använder, skärmar som saknas. Testa prototypen på fem riktiga användare innan koden börjar skrivas. Det är den billigaste kvalitetssäkring som finns.
Etappindela. Bygg en MVP med kärnfunktionen, lansera, mät, och låt verklig användning styra vad som byggs härnäst. Motsatsen, att bygga allt på en gång, innebär att du betalar fullt pris för funktioner som visar sig onödiga. Etappindelning gör också budgeten styrbar: varje etapp är ett beslutstillfälle.
Frågor att ställa till en leverantör
En offert är bara jämförbar om du vet vad den innehåller. Ställ de här frågorna:
- Vad ingår exakt: design, backend, testning, publicering, projektledning?
- Vad kostar förvaltning efter lansering, och vad ingår i den?
- Vem äger koden och alla konton (App Store, Google Play, moln, domäner)?
- Vilken teknikstack föreslår ni, och varför just den för vårt projekt?
- Hur hanteras ändringar under projektets gång, och vad kostar de?
- Vad händer om vi vill byta leverantör om två år? Hur överlämningsbar är lösningen?
- Kan vi få referenser från kunder med liknande projekt?
En leverantör som svarar undvikande på fråga 3 eller 6 ska du inte anlita, oavsett pris. Inlåsning är en verklig kostnad som aldrig syns i offerten.
Räkneexempel: vad påverkar just din kalkyl
Ta en tänkt bokningsapp för en tjänsteverksamhet: användare loggar in, ser lediga tider, bokar och betalar. Som cross-platform-MVP med standardkomponenter och integration mot ett befintligt bokningssystem: sannolikt i spannet 400 000 till 700 000 kronor, ungefärligt. Samma app med egen bokningsmotor i backend, BankID, kortbetalning via egen integration och skräddarsydd design: sannolikt över miljonen. Funktionslistan ser nästan likadan ut på papper. Skillnaden ligger i vad som byggs bakom skärmarna.
Det är därför ett fast pris utan grundlig genomgång av kraven är en varningssignal. Seriösa leverantörer vill förstå projektet innan de sätter en siffra.
Nästa steg
Vill du ha en konkret bild av vad din appidé skulle kosta? Vi på Shapp arbetar med apputveckling från prototyp till lanserad produkt, och börjar alltid med scope och prototyp innan vi pratar totalbudget. Det ger dig en siffra som håller, i stället för en gissning som spricker.
