Tidsplan per apptyp
Tiden styrs främst av antalet vyer, antalet användarroller och hur många externa system appen ska kopplas till. Tabellen visar normala tider från start av utveckling till inskickad app, efter en genomförd förstudie.
| Apptyp | Exempel på innehåll | Utvecklingstid |
|---|---|---|
| Webbapp / PWA | Fungerar i webbläsaren, kan läggas på hemskärmen | 3–6 veckor |
| Enklare app | Få vyer, ingen eller enkel inloggning | 4–8 veckor |
| MVP | Första version för att testa idén på riktiga användare | 6–10 veckor |
| Mellanstor app | Inloggning, betalning, adminpanel, integrationer | 3–6 månader |
| Avancerad app | Realtid, många roller, offline, komplexa integrationer | 6+ månader |
| Förstudie / kravspecifikation | Krav, skisser, tidsplan, fast pris | 1–2 veckor |
| App-design | UX/UI och klickbar prototyp i Figma | 2–4 veckor |
Designen kan ofta löpa delvis parallellt med utvecklingen: när de första vyerna är godkända börjar programmeringen av dem medan resten designas. Därför blir den totala tiden kortare än summan av raderna.
Vill ni se vad tiden motsvarar i pengar finns priskalkylatorn.
Projektets faser
Ett typiskt projekt för en mellanstor app kan se ut så här:
- Förstudie (1–2 veckor). Mål, user stories, prioritering och fast pris. Läs mer i guiden om kravspecifikation för app.
- Design (2–4 veckor). Flöden, skärmbilder och en klickbar prototyp som ni kan testa på telefonen.
- Utveckling i omgångar (resten av tiden). Vi arbetar i tvåveckorsperioder och visar en demo varannan vecka. Ni installerar testversionen på er egen telefon och ger feedback direkt.
- Test och rättning (1–3 veckor). Test på olika telefoner och OS-versioner, rättning av fel och genomgång av texter.
- Publicering (några dagar till två veckor). Skärmbilder, beskrivningar och integritetsuppgifter i butikerna, sedan granskning hos Apple och Google.
- Efter lansering. Tre månaders felrättning ingår, därefter underhåll efter behov.
Granskning i App Store och Google Play
Många räknar inte med tiden det tar att få appen godkänd. Den är oftast kort men kan bli längre första gången.
| Moment | Normal tid | Kommentar |
|---|---|---|
| Apple-granskning | Oftast 1–3 dagar | Avslag kräver rättning och ny inskickning |
| Google Play-granskning | Timmar till några dagar | Första publiceringen tar ofta längre tid |
| Testkrav för nya personliga Google-konton | Minst 12 testare i 14 dagar | Organisationskonton är undantagna |
| Registrering av utvecklarkonton | Från någon dag upp till ett par veckor | Organisationer behöver bland annat D-U-N-S-nummer |
Det sista är lätt att glömma: kontona hos Apple och Google ska ligga i ert företags namn, och verifieringen kan ta tid. Börja med det redan under designfasen. Har företaget redan ett konto, kontrollera vem som har inloggningen och att avtalen med Apple och Google är godkända och aktuella. Mer om stegen finns i guiderna om att publicera i App Store och publicera på Google Play.
Det här brukar försena appprojekt
- Sena beslut. Om svar på frågor om innehåll eller flöden dröjer en vecka står ofta utvecklingen still lika länge. Utse en kontaktperson som kan fatta beslut.
- Integrationer utan dokumentation. Ett affärssystem utan öppet API, eller där testmiljön saknas, är den vanligaste tekniska förseningen.
- Nya idéer mitt i projektet. Varje ny funktion måste designas, byggas och testas. Lägg idéerna på en lista till version två.
- Innehåll som saknas. Texter, bilder, priser och villkor behövs innan appen kan skickas in.
- Avtal med tredje part. Swish Handel, BankID-leverantör eller betalväxel kräver avtal som tar tid att få på plats.
- Avslag i granskningen. Vanliga orsaker är ofullständig integritetsinformation, inloggning som granskaren inte kan testa eller funktioner som inte fungerar.
Så kan ni korta tiden
Börja med en MVP. Genom att lansera kärnfunktionerna först kan appen vara ute på 6–10 veckor i stället för 3–6 månader. Resten bygger ni när ni vet vad användarna faktiskt använder. Läs mer om MVP-appar.
Välj React Native. En kodbas för både iOS och Android innebär att varje funktion byggs en gång. Det sparar tid och blir oftast 30–40 % billigare än två separata native-appar.
Förbered kontona tidigt. Registrera utvecklarkonton och teckna avtal med bank och betalleverantörer så fort beslutet är taget.
Testa varje demo. Fel som upptäcks efter två veckor är snabbare att rätta än fel som upptäcks efter tre månader.
Räkneexempel: tidsplan för en mellanstor app
Exempel (hypotetiskt): en kundapp med inloggning, bokning, Swish-betalning och en adminpanel för personalen. Så här kan fyra månader fördelas:
| Vecka | Aktivitet | Vad ni gör under tiden |
|---|---|---|
| 1–2 | Förstudie och fast pris | Beslutar om omfång, ansöker om utvecklarkonton |
| 3–5 | Design och klickbar prototyp | Testar prototypen, tecknar avtal om Swish Handel |
| 5–14 | Utveckling, demo varannan vecka | Testar varje version på telefonen, tar fram texter och bilder |
| 15–16 | Test, rättning och inskickning | Godkänner slutversionen och integritetstexterna |
| 17 | Granskning och lansering | Förbereder kommunikation till kunderna |
Lägg märke till kolumnen till höger. Det mesta av det som brukar försena projekt ligger hos beställaren, och det kan göras parallellt med utvecklingen om det planeras från början.
Efter lanseringen
Arbetet slutar inte när appen är ute. De första veckorna kommer återkoppling från riktiga användare, och ofta en första uppdatering med mindre justeringar. Apple och Google släpper dessutom nya versioner av iOS och Android varje år, vilket kräver att appen testas och ibland uppdateras. Planera därför för löpande underhåll av appen redan i budgeten.
Många väljer också att samla nya idéer under de första månaderna och bygga dem som en version två. Då finns riktiga användardata att utgå från, och tidsplanen för nästa steg kan göras lika tydlig som för den första versionen.
Ingår i tidsplanen och ingår inte
| Ingår i våra tider | Ingår inte |
|---|---|
| Design, utveckling, test och inskickning | Er tid för beslut och innehåll |
| Demo varannan vecka | Väntetid på avtal med bank eller leverantörer |
| Rättning efter avslag i granskning | Registrering av era utvecklarkonton |
| Tre månaders felrättning efter lansering | Nya funktioner utanför kravspecifikationen |
Vanliga frågor
En webbapp eller en enklare app med få vyer kan vara klar på 3–6 respektive 4–8 veckor. En app med inloggning, betalning och adminpanel tar normalt 3–6 månader, och där handlar det om att skala ner första versionen snarare än att jobba snabbare.
Med React Native byggs båda från samma kod, så tillägget är främst test på båda plattformarna och två inskickningar. Två separata native-appar tar betydligt längre tid.
En mindre ändring kan byggas och skickas in på några dagar. Granskningen tar oftast 1–3 dagar hos Apple och timmar till några dagar hos Google.
Konton för organisationer kräver verifiering, bland annat med D-U-N-S-nummer hos Apple, och det kan ta upp till ett par veckor. Utan konto kan appen inte skickas in även om koden är klar.
Uppdaterad 2 november 2026