Hur lång tid tar det att bygga en app? Verkliga tider

Hur lång tid tar det att bygga en app: det korta svaret

Hur lång tid tar det att bygga en app? Ingen kan ge dig en ärlig siffra som gäller alla, eftersom tiden främst beror på två saker som bara du vet: hur stor din första version är och hur många timmar du kan lägga på den varje vecka. Däremot är en del av tidsplanen känd i förväg: Apples steg räknas i dagar, inte månader. Apple uppger till exempel att de granskar 90 % av alla inskick på under 48 timmar.

Den verkliga hävstången är alltså avgränsningen. En app som gör en enda sak, bara på iOS, med en stack du inte upptäcker samma dag, byggs på några veckors regelbundet arbete. En katalog med tolv funktioner på två plattformar kan dra ut i månader och aldrig bli klar. Den här guiden visar steg för steg vart tiden tar vägen, så att du kan uppskatta din egen tidsplan.

Jag publicerar mina egna iOS-appar: Solys, en väckarklocka med minispel, och TradaZen, en tradingsimulator, finns på App Store. Nolera och Clic blev refuserade av Apple och sedan rättade. Stegen nedan är de jag går igenom vid varje lansering.

Utvecklingstid för en mobilapp: vad beror den på?

Innan vi pratar steg kommer här faktorerna som påverkar utvecklingstiden för en mobilapp, från tyngst till lättast.

• Antalet funktioner i första versionen. Det är överlägset den viktigaste faktorn. Varje funktion lägger till skärmar, tomma lägen, fel att hantera och tester.
• Konton och backend. En app där datan stannar på telefonen är mycket enklare än en app med registrering och synkning mellan enheter.
• Betalning. En prenumeration kräver konfiguration hos Apple, i RevenueCat och i din kod, plus köptester.
• En eller två plattformar. Att publicera på iOS och Android innebär två ansökningar, två granskningar och två testomgångar. Jag går igenom det valet i iOS- och Android-app samtidigt.
• Din tillgängliga tid. Tio timmar i veckan och fyrtio timmar i veckan ger förstås inte samma tidsplan.
• Din utgångsnivå och användningen av AI. AI snabbar upp kodskrivandet rejält, resten betydligt mindre. Mer om det längre ner.

Steg för steg: vart tiden tar vägen när du bygger en iOS-app

1. Avgränsa idén

Det här steget avgör alla andra. Du bestämmer målgruppen, problemet, huvudfunktionen, affärsmodellen och vad som inte ingår i första versionen. Om det tar veckor beror det på att besluten inte är fattade. En kravspecifikation på en sida räcker för att bli klar.

2. Skaffa Apple Developer-kontot

Utan det här kontot, för 99 $ per år, kan du inte publicera, och Apples Enterprise-program ersätter det inte. För privatpersoner anger Apple att om du inte fått din medlemsbekräftelse inom 24 timmar efter köpet ska du kontakta supporten. För ett företag behövs först ett D-U-N-S-nummer: Apple räknar med upp till 5 arbetsdagar för att få det, och sedan upp till 2 arbetsdagar innan informationen når dem. Starta processen parallellt med utvecklingen, inte i slutet. Detaljerna finns i Apple-utvecklarkonto: pris och registrering.

3. Bygg huvudfunktionen

Här är skillnaderna störst, och nästan alla kommer från omfattningen. En väldefinierad funktion, med tomma lägen och felhantering, byggs snabbt, särskilt med React Native, Expo och AI. Varje funktion du lägger till "när du ändå håller på" förlänger det här steget och alla följande. Sidan MVP för iOS-app hjälper dig att skära på rätt ställe.

4. Testa på din iPhone med TestFlight

Simulatorn räcker inte: vissa krascher syns bara på en riktig telefon. Interna tester kan börja så fort ditt build är bearbetat. För externa testare anger Apple att det första buildet som skickas till en grupp går genom App Review, och att följande inte nödvändigtvis kräver en fullständig granskning. Räkna alltså med en liten fördröjning första gången. Allt förklaras i TestFlight: testa din iPhone-app.

5. Koppla in prenumerationerna

Skapa produkterna i App Store Connect, koppla dem i RevenueCat, bygg paywallen, testa köp och återställning. En sak att känna till för tidsplanen: Apple kräver att det första in-app-köpet av varje typ skickas in tillsammans med en ny version av appen. Glömmer du det skickas ditt första inskick utan prenumeration och du får köra en ny omgång. Hela arbetet finns på sidan in-app-prenumerationer på iOS.

6. Förbered App Store-sidan

Skärmdumpar i rätt storlekar, beskrivning, nyckelord, integritetsuppgifter, länkar till användarvillkoren, anteckningar till granskaren. När allt är klart i förväg handlar det om timmar. När du upptäcker fälten samma dag som du skickar in kan det ta flera dagar.

7. Apples granskning

Själva granskningen går ofta snabbt, enligt Apples siffror ovan. Det som kostar tid är refuseringarna: varje refusering innebär att läsa skälet, rätta, skicka igen och vänta på ett nytt svar. Jag har gått igenom de verkliga tiderna och vad som förlänger dem i granskningstid på App Store.

En apps tidsplan vinns i början, genom att skära bort funktioner, och förloras i slutet, när du upptäcker Apples regler.

Hur lång tid tar det att bygga en app med AI?

AI har verkligen förändrat hur lång tid steg 3 tar. Claude, ChatGPT eller Cursor skriver skärmar, navigering och enkel logik på några sekunder, där det för några år sedan krävdes timmar av research.

Den har förändrat steg 2, 4, 5, 6 och 7 betydligt mindre. Utan åtkomst till konsolerna och utan tester körda på de berörda enheterna kan en agent inte bekräfta statusen för Apple-kontot, prenumerationerna eller hur appen visas. De kontrollerna kräver en testuppsättning, även om agenten hjälper till att automatisera dem. Resultatet: med AI blir byggandet kortare, men andelen av tidsplanen som går till konfiguration, tester och granskning växer proportionellt. Jag går igenom det i detalj i bygg en iOS-app med AI.

De tre saker som får tidsplanen att spräckas

1. Att ändra sig mitt i bygget. Varje "när vi ändå håller på" öppnar omfattningen igen. Motmedlet: allt som inte ingår i första versionen skrivs ner svart på vitt som utanför omfattningen och blir materialet till nästa.
2. Att upptäcka Apples regler i slutet. Saknat demokonto, avklippt skärm på liten iPhone, felplacerad betygsförfrågan, prenumeration utan de obligatoriska uppgifterna: varje sen upptäckt kostar en hel granskningsomgång. Sidan app refuserad av Apple listar de vanligaste skälen.
3. Att sitta fast ensam med ett konfigurationsproblem. Ett certifikat, ett prenumerations-ID, ett build som vägrar installeras: de här stoppen kräver ofta bara rätt information, men de kan låsa ett projekt i flera dagar när ingen kan hjälpa dig.

Varför "snabbare" inte alltid är bättre

En app kan släppas väldigt snabbt om man hoppar över tester på liten skärm, hantering av nätverksfel och verifiering av köp. Den släpps, och sedan går den sönder vid första kontakten med riktiga användare, och de första betygen på App Store kommer att minnas det.

Rätt mål är inte rå hastighet. Det är det närmaste lanseringsdatumet som varken offrar Apples granskning eller första intrycket. Skär bort funktioner, aldrig stabilitet.

Ett verkligt riktmärke: de 26 dagarna före lanseringen av TradaZen

För TradaZen gjordes första commiten den 21 juni 2026, första TestFlight den 25 juni och publiceringen den 17 juli: 26 kalenderdagar från första commit till App Store. Det är varken 26 dagars heltidsarbete eller ett genomsnitt för alla appar. Omfattningen fortsatte att förändras efter lanseringen.

Den detaljerade tidslinjen för TradaZen skiljer på byggsteg, granskningsproblem och kursändringar. Det är ett exempel att jämföra med ditt projekt, inte ett lanseringsdatum att kopiera.

Hur uppskattar du din egen tid?

Hellre än en siffra du hittat på nätet, gör den här beräkningen för ditt projekt:

1. Skriv din kravspecifikation på en sida och lista skärmarna i första versionen.
2. Uppskatta varje skärm i timmar, med tomma lägen och fel, och lägg sedan till paywallen och App Store-sidan.
3. Dela med dina verkliga timmar per vecka, inte dem du hoppas på.
4. Lägg till marginal för minst en vända med Apple, särskilt om det är din första app.
5. Starta registreringen i Apple Developer direkt i början, så att den aldrig blockerar slutet.

Om resultatet känns för långt ska du inte jobba snabbare: ta bort en funktion.

Sätt en deadline

En fast deadline hjälper mycket för att hålla en snäv omfattning. iOS Kit delar upp vägen i fyra steg: välja appen som kan tjäna pengar, bygga appens kärna och testa den med TestFlight, koppla in pengarna, och sedan publicera och bli hittad. Det är upp till dig att sätta ett datum för vart och ett. Startsidan visar de fyra stegen för att bygga en mobilapp med Claude Code.

För att uppskatta din egen tid utgår den kostnadsfria diagnosen från din situation och tiden du har varje vecka, och säger vilket steg du ska ta dig an först.

En deadline är en arbetsram, ingen garanti för publicering: det är Apple som godkänner, och ditt tempo spelar roll. För helhetsbilden av resan är sidan bygg en iPhone-app fortfarande den bästa utgångspunkten.

Vanliga frågor

Hur lång tid tar det att bygga en iPhone-app?

Det beror främst på storleken på din första version och hur många timmar du kan lägga på den varje vecka. En app som gör en enda sak, bara på iOS, med verktyg du inte upptäcker samma dag, byggs på några veckors regelbundet arbete. En katalog med tolv funktioner på två plattformar kan dra ut i månader och aldrig bli klar.

Vilka steg krävs för att bygga en iPhone-app?

Sju steg: avgränsa idén, skaffa Apple Developer-kontot, bygga huvudfunktionen, testa på din iPhone med TestFlight, koppla in prenumerationerna, förbereda App Store-sidan och sedan klara Apples granskning. Avgränsningen avgör alla andra steg. Starta registreringen i Apple Developer parallellt med utvecklingen, inte i slutet.

Hur lång tid tar Apples granskning av en app?

Apple uppger att de granskar minst 50 % av alla inskick på under 24 timmar och 90 % på under 48 timmar. Själva granskningen går alltså ofta snabbt. Det som kostar tid är refuseringarna: du måste läsa skälet, rätta, skicka igen och vänta på ett nytt svar. De verkliga tiderna beskrivs i granskningstid på App Store.

Går det snabbare att bygga en app med AI?

Ja, men främst för själva byggandet. Claude, ChatGPT eller Cursor skriver skärmar, navigering och enkel logik på några sekunder. AI förändrar betydligt mindre när det gäller Apple-kontot, tester, prenumerationer, App Store-sidan och granskningen. Resultatet: byggandet blir kortare, men andelen av tidsplanen som går till konfiguration, tester och granskning växer proportionellt.

Vad får tidsplanen för en app att spåra ur?

Framför allt tre saker: att ändra sig mitt i bygget, att upptäcka Apples regler i slutet och att sitta fast ensam med ett konfigurationsproblem. Varje sen upptäckt av en Apple-regel kostar en hel granskningsomgång. För att hålla omfattningen, skriv ner svart på vitt vad som inte ingår i första versionen: det blir materialet till nästa.

Finns det ett verkligt exempel på hur lång tid det tar att publicera en iOS-app?

Ja: för TradaZen, en av mina appar, gick det 26 kalenderdagar från första commiten den 21 juni 2026 till publiceringen den 17 juli. Det är varken 26 dagars heltidsarbete eller ett genomsnitt för alla appar, och omfattningen fortsatte att förändras efter lanseringen. Jämför riktmärket med ditt projekt, utan att kopiera det som ett lanseringsdatum.