Vad kostar det att utveckla en app?
Av CodexierPublicerad 5 min läsning
De flesta appofferter prissätts på den synliga delen, skärmarna, och de flesta appbudgetar spricker på den osynliga: backend, inloggning, integrationer och året av underhåll efter lansering. Den här guiden går igenom drivkrafterna i den ordning de brukar överraska, förklarar varför ett plattformsoberoende bygge ändrar kalkylen och använder våra fasta paket som öppen referens. Aktuella priser finns på prissidan.
Vad en appbudget betalar för
Se en app som tre produkter som säljs som en. Själva mobilappen är det användaren installerar. Backend är en liten webbtjänst som håller konton, data och affärsregler, och den finns oavsett om offerten nämner den eller inte. Adminsidan är hur ni ser användare, rättar data och svarar på supportfrågor utan utvecklare. Att bygga alla tre är jobbet; en offert som bara prissätter den första följs av två till.
Backend, inloggning och integrationer
Backend är där det mesta av den dolda kostnaden bor. Varje funktion som visar data från mer än en användare, synkar mellan enheter, skickar aviseringar eller tar betalt behöver serverlogik, en databas och ett API. Inloggning lägger till en leverantör; BankID innebär särskilt en certifierad identitetsleverantör, ett testflöde och hantering av fallen där användaren avbryter halvvägs. Varje integration med ett externt system prissätts separat eftersom varje system har egen autentisering, datamodell och egna sätt att gå fel.
| Behov | Kostnadseffekt | Varför |
|---|---|---|
| Konton och profildata | Grundnivå | Alla appar behöver det; standardkomponenter |
| E-post- eller social inloggning | Liten | Leverantörsuppsättning och kontokoppling |
| BankID-inloggning | Medel | Certifierad leverantör, testmiljö, specialfall |
| Betalningar eller prenumerationer | Medel till stor | Butikernas regler eller betalleverantör, kvitton, återbetalningar |
| Pushnotiser | Liten till medel | Enhetstokens, en leveranstjänst, behörighetsflöden |
| Offlineläge med synk | Stor | Konflikthantering och en andra dataväg |
| Integration med CRM, affärssystem eller Fortnox | Medel per system | Mappning, autentisering och felhantering per system |
| Realtidschatt eller livepositioner | Stor | Annan arkitektur och testning |
Design och test
Design är billig att ändra före kod och dyr efter. En klickbar prototyp testad med en handfull riktiga användare tar oftast bort två eller tre skärmar ur omfattningen och skriver om ett flöde, vilket betalar sig innan utvecklingen börjar. Test är den andra raden offerter pressar: en app måste kontrolleras på flera skärmstorlekar, på båda plattformarna, med dålig uppkoppling och med de behörighetsdialoger användarna faktiskt ser. Fråga vilka enheter och fall som täcks, och om ni får en testversion före lansering.
- Prototyp först när flödet är nytt eller budgeten snäv; hoppa över den när appen kopierar ett beprövat mönster.
- Kräv en testversion på era egna telefoner via TestFlight och Google Plays interna test före lansering.
- Grundläggande tillgänglighet som textskalning, kontrast och etiketter för skärmläsare är billig under bygget och dyr efteråt.
Publicering och underhåll första året
Publiceringen är ett eget litet projekt: utvecklarkonton i ert bolags namn hos Apple och Google, skärmbilder, beskrivningar, integritetsetiketter, en adress till integritetspolicyn, granskningsregler att uppfylla och oftast ett avslag att bemöta. Efter lansering slutar inte arbetet. iOS och Android släpper stora versioner varje år, och biblioteken appen bygger på uppdateras ständigt; en app som lämnas ifred kommer så småningom att underkännas i granskning, krascha på nya enheter eller tappa en inloggningsleverantör. Budgetera en underhållsrad innan ni skriver på bygget. Vår plan för appunderhåll och skalning kostar 14 990 kr per månad och täcker uppdateringar, övervakning och små ändringar.
| Fas | Vad som ingår | Vem betalar vem |
|---|---|---|
| Publicering | Butikskonton, butikssidor, granskning, första inlämning | Butiksavgifter till Apple och Google, publiceringsarbetet i bygget |
| Månad ett till tre | Kraschfixar, första användarfeedback, små ändringar | Underhållsplan eller löpande |
| Löpande | OS-uppdateringar, biblioteksuppgraderingar, säkerhet, nya funktioner | Underhållsplan |
Butikernas utvecklaravgifter sätts av Apple och Google och ändras; kontrollera deras aktuella sidor i stället för en guide.
Våra fasta paket som referens
Vi prissätter appar som fasta paket eftersom det tvingar fram omfattningssamtalet före bygget, där det är billigt. Prototyppaketet ger flödena och en klickbar prototyp ni kan testa och lämna till vilken utvecklare som helst. MVP-apppaketet bygger en definierad omfattning för iOS och Android från en kodbas, med backend, inloggning, grundläggande admin och publicering inkluderat. Allt utöver den omfattningen offereras som en egen rad innan arbetet börjar, aldrig upptäckt efteråt.
När ni inte behöver en app: skulle era användare vara lika nöjda med en mobilanpassad webbplats är det en bråkdel av kostnaden och kräver ingen butiksgranskning. Finns appen främst för att finnas i butiken gör en webbplats med genväg på hemskärmen samma nytta. Är idén inte validerad kommer en prototyp eller en landningssida före varje bygge. Beslutsregeln: bygg en app när ni behöver kameran, offlineläge, pushnotiser, BankID i ett inbyggt flöde eller en närvaro i telefonen som en webbläsarflik inte kan ge. Gäller inget av det säger vi det i ett kostnadsfritt 15-minuterssamtal i stället för att sälja en.
Vanliga frågor
Är en plattformsoberoende app billigare än två native-appar?
Ja, för de flesta företagsappar. En kodbas i React Native eller Flutter täcker iOS och Android med det mesta av koden delad, vilket ungefär halverar bygget och underhållet. Native-byggen är fortfarande rimliga för appar som är starkt beroende av enhetens hårdvara eller plattformsspecifika funktioner.
Vad kostar en app per månad efter lansering?
Hosting för backend, några tjänster som pushleverans och kraschrapportering, butikernas utvecklaravgifter och utvecklartid för uppdateringar. Utvecklartiden är huvudposten; en underhållsplan gör den förutsägbar, och att hoppa över den är så appar tyst dör.
Hur lång tid tar det att bygga en app?
En fokuserad MVP-app tar veckor när omfattning och design är på plats; butiksgranskningen lägger till dagar upp till ett par veckor på slutet. Ändringar i omfattningen under bygget är det som trycker tidplaner till månader, vilket är varför prototypfasen finns.
Behöver jag en backend om appen är enkel?
Loggar användare in, ser varandras data, får aviseringar eller betalar: ja. En rent lokal app som en kalkylator eller en checklista kan klara sig utan. De flesta företagsappar behöver en, och det är bättre att planera en liten backend än att skruva på en senare.
Vill du ha ett fast pris på din app?
Beskriv vad appen ska göra för sin första användare och vilka system den ska prata med. På 15 minuter placerar vi den på kostnadsdrivarna ovan, säger om en prototyp eller ett bygge kommer först och ger ett fast pris.
Boka ett kostnadsfritt 15-minuterssamtal