Hvor lang tid tager det at lave en app: reelle tidsrammer

Hvor lang tid tager det at lave en app: det korte svar

Hvor lang tid tager det at lave en app? Ingen kan ærligt give dig ét tal, der passer til alle, for tiden afhænger især af to ting, som kun du kender: hvor stor din første version er, og hvor mange timer du kan lægge i den hver uge. Til gengæld kender du en del af tidsplanen på forhånd: Apples trin måles i dage, ikke måneder. Apple oplyser for eksempel, at de gennemgår 90 % af alle indsendelser på under 48 timer.

Den virkelige løftestang er altså afgrænsningen. En app, der gør én ting, kun på iOS, med en stack du ikke møder for første gang samme dag, kan bygges på få ugers regelmæssigt arbejde. Et katalog med tolv funktioner på to platforme kan trække ud i måneder og aldrig blive færdigt. Denne guide gennemgår trin for trin, hvor tiden går, så du kan estimere din egen tidsplan.

Jeg udgiver mine egne iOS-apps: Solys, et vækkeur med minispil, og TradaZen, en tradingsimulator, ligger i App Store. Nolera og Clic blev afvist af Apple og derefter rettet. Trinene nedenfor er dem, jeg går igennem ved hver eneste udgivelse.

Udviklingstid for en mobilapp: hvad afhænger den af?

Før vi taler om trin, er her de faktorer, der får udviklingstiden for en mobilapp til at variere, fra den tungeste til den letteste.

• Antallet af funktioner i første version. Det er langt den vigtigste faktor. Hver funktion giver flere skærme, tomme tilstande, fejl der skal håndteres og tests.
• Konti og backend. En app, hvor dataene bliver på telefonen, er meget enklere end en app med oprettelse af konto og synkronisering mellem enheder.
• Betaling. Et abonnement kræver opsætning hos Apple, i RevenueCat og i din kode, plus test af køb.
• Én eller to platforme. At udgive på iOS og Android betyder to sæt materialer, to reviews og to testrunder. Jeg gennemgår det valg i iOS- og Android-app på samme tid.
• Din tilgængelige tid. Ti timer om ugen og fyrre timer om ugen giver naturligvis ikke den samme tidsplan.
• Dit udgangspunkt og din brug af AI. AI gør kodeskrivningen meget hurtigere, men resten langt mindre. Det vender vi tilbage til længere nede.

Trin for trin: hvor tiden går, når du laver en iOS-app

1. Afgræns idéen

Det er trinnet, der bestemmer alle de andre. Du fastlægger målgruppen, problemet, hovedfunktionen, forretningsmodellen og det, der ikke er med i første version. Hvis det tager uger, er det fordi beslutningerne ikke er truffet. En kravspecifikation på én side er nok til at få det på plads.

2. Opret Apple Developer-kontoen

Uden den konto, til 99 $ om året, kan du ikke udgive, og Apples Enterprise-program erstatter den ikke. For privatpersoner oplyser Apple, at hvis du ikke har modtaget bekræftelsen på dit medlemskab inden for 24 timer efter købet, skal du kontakte support. For en virksomhed skal du først have et D-U-N-S-nummer: Apple regner med op til 5 arbejdsdage for at modtage det og derefter op til 2 arbejdsdage, før oplysningen når frem til dem. Sæt den proces i gang sideløbende med udviklingen, ikke til sidst. Detaljerne finder du i Apple-udviklerkonto: pris og tilmelding.

3. Byg hovedfunktionen

Det er her, forskellene er størst, og de skyldes næsten altid omfanget. En veldefineret funktion med tomme tilstande og fejlhåndtering bygges hurtigt, især med React Native, Expo og AI. Hver funktion, der lægges til "nu hvor vi er i gang", forlænger dette trin og alle de følgende. Siden MVP for en iOS-app hjælper dig med at skære det rigtige sted.

4. Test på din iPhone med TestFlight

Simulatoren er ikke nok: nogle nedbrud viser sig kun på en rigtig telefon. Interne tests kan starte, så snart dit build er behandlet. For eksterne testere præciserer Apple, at det første build, der sendes til en gruppe, går gennem App Review, og at de efterfølgende ikke nødvendigvis kræver et fuldt review. Regn derfor med lidt ventetid første gang. Det hele er forklaret i TestFlight: test din iPhone-app.

5. Kobl abonnementerne på

Opret produkterne i App Store Connect, forbind dem i RevenueCat, byg paywallen, test køb og gendannelse. Én ting om tidsplanen, du skal kende: Apple kræver, at det første in-app-køb af hver type sendes med en ny version af appen. Glemmer du det, går din første indsendelse af sted uden abonnement, og du må starte en ny runde. Hele forløbet står på siden in-app-abonnementer på iOS.

6. Forbered App Store-siden

Skærmbilleder i de rigtige størrelser, beskrivelse, søgeord, privatlivserklæringer, links til brugsbetingelserne, noter til revieweren. Når alt er klar på forhånd, er det et spørgsmål om timer. Når du opdager felterne på indsendelsesdagen, kan det tage flere dage.

7. Apples review

Selve reviewet går ofte hurtigt, ifølge Apples tal nævnt ovenfor. Det, der koster tid, er afvisningerne: hver afvisning betyder, at du skal læse begrundelsen, rette, sende igen og vente på et nyt svar. Jeg har gennemgået de reelle tidsrammer, og hvad der forlænger dem, i ventetid på godkendelse i App Store.

En apps tidsplan vindes i starten, ved at skære funktioner væk, og tabes til sidst, når du opdager Apples regler.

Hvor lang tid tager det at lave en app med AI?

AI har virkelig ændret varigheden af trin 3. Claude, ChatGPT eller Cursor skriver skærme, navigation og simpel logik på få sekunder, hvor det for nogle år siden krævede timers research.

Den har ændret trin 2, 4, 5, 6 og 7 langt mindre. Uden adgang til konsollerne og uden tests kørt på de relevante enheder kan en agent ikke bekræfte status for Apple-kontoen, abonnementerne eller visningen. De tjek kræver et testopsæt, også selvom agenten hjælper med at automatisere dem. Resultatet: med AI bliver byggefasen kortere, men den del af tidsplanen, der går til opsætning, tests og review, vokser forholdsmæssigt. Det skriver jeg mere om i lav en iOS-app med AI.

De tre ting, der får tidsplanen til at eksplodere

1. At skifte mening undervejs. Hvert "nu hvor vi er i gang" åbner omfanget igen. Modtrækket: alt, der ikke er med i første version, skrives sort på hvidt ned som uden for omfang og bliver materialet til den næste.
2. At opdage Apples regler til sidst. Manglende demokonto, en skærm der bliver beskåret på en lille iPhone, en anmodning om bedømmelse placeret forkert, et abonnement uden de krævede oplysninger: hver sen opdagelse koster en hel review-runde. Siden app afvist af Apple lister de hyppigste begrundelser.
3. At sidde fast alene med et opsætningsproblem. Et certifikat, et abonnements-id, et build der ikke vil installeres: de blokeringer kræver ofte bare den rigtige information, men de kan lamme et projekt i dagevis, når ingen kan hjælpe dig.

Hvorfor "hurtigere" ikke altid er bedre

En app kan udkomme meget hurtigt, hvis man dropper test på små skærme, håndtering af netværksfejl og verificering af køb. Den udkommer, og så går den i stykker ved første møde med rigtige brugere, og de første bedømmelser i App Store vil huske det.

Det rigtige mål er ikke rå hastighed. Det er den tidligste udgivelsesdato, der hverken ofrer Apples review eller det første indtryk. Skær funktioner væk, aldrig solidité. Skær funktioner væk, aldrig robusthed.

Et reelt pejlemærke: de 26 dage før TradaZen blev udgivet

For TradaZen er det første commit fra den 21. juni 2026, det første TestFlight fra den 25. juni og udgivelsen fra den 17. juli: 26 kalenderdage fra første commit til App Store. Det er hverken 26 dages fuldtidsarbejde eller et gennemsnit for alle apps. Omfanget fortsatte med at udvikle sig efter udgivelsen.

Den detaljerede tidslinje for TradaZen skelner mellem byggetrin, problemer med review og pivots. Det er et eksempel, du kan sammenligne med dit projekt, ikke en udgivelsesdato, du skal kopiere.

Hvordan estimerer du din egen tidsramme?

I stedet for et tal fundet på nettet kan du lave denne beregning for dit projekt:

1. Skriv din kravspecifikation på én side og list skærmene i første version.
2. Estimér hver skærm i timer, inklusive tomme tilstande og fejl, og læg derefter paywallen og App Store-siden til.
3. Divider med dine reelle timer om ugen, ikke dem du håber på.
4. Læg en buffer til mindst én runde frem og tilbage med Apple, især hvis det er din første app.
5. Start tilmeldingen til Apple Developer helt fra begyndelsen, så den aldrig blokerer slutningen.

Hvis resultatet virker for langt, så arbejd ikke hurtigere: fjern en funktion.

Sæt dig en deadline

En fast deadline hjælper meget med at holde et stramt omfang. iOS Kit deler vejen op i fire trin: vælg den app, der kan tjene penge, byg appens kerne og test den med TestFlight, kobl pengene på, og udgiv og bliv fundet. Det er op til dig at sætte en dato for hvert trin. Forsiden viser de fire trin til at lave en mobilapp med Claude Code.

For at estimere din egen tidsramme tager den gratis diagnose udgangspunkt i din situation og den tid, du har hver uge, og fortæller dig, hvilket trin du skal tage fat på først.

En deadline er en arbejdsramme, ikke en garanti for udgivelse: det er Apple, der godkender, og dit tempo betyder noget. For overblikket over hele forløbet er siden lav en iPhone-app stadig det bedste sted at starte.

Ofte stillede spørgsmål

Hvor lang tid tager det at lave en iPhone-app?

Det afhænger især af størrelsen på din første version og af, hvor mange timer du kan lægge i den hver uge. En app, der gør én ting, kun på iOS, med værktøjer du ikke møder for første gang samme dag, kan bygges på få ugers regelmæssigt arbejde. Et katalog med tolv funktioner på to platforme kan trække ud i måneder og aldrig blive færdigt.

Hvad er trinene for at lave en iPhone-app?

Syv trin: afgræns idéen, opret Apple Developer-kontoen, byg hovedfunktionen, test på din iPhone med TestFlight, kobl abonnementerne på, forbered App Store-siden, og kom igennem Apples review. Afgrænsningen bestemmer alle de andre trin. Start tilmeldingen til Apple Developer sideløbende med udviklingen, ikke til sidst.

Hvor lang tid tager Apples godkendelse af en app?

Apple oplyser, at de gennemgår mindst 50 % af indsendelserne på under 24 timer og 90 % på under 48 timer. Selve reviewet går altså ofte hurtigt. Det, der koster tid, er afvisningerne: du skal læse begrundelsen, rette, sende igen og vente på et nyt svar. De reelle tidsrammer er gennemgået i ventetid på godkendelse i App Store.

Kan AI gøre det hurtigere at lave en app?

Ja, men mest i byggefasen. Claude, ChatGPT eller Cursor skriver skærme, navigation og simpel logik på få sekunder. AI ændrer langt mindre ved Apple-kontoen, tests, abonnementer, App Store-siden og reviewet. Resultatet: byggefasen bliver kortere, men den del af tidsplanen, der går til opsætning, tests og review, vokser forholdsmæssigt.

Hvad får tidsplanen for en app til at skride?

Især tre ting: at skifte mening undervejs, at opdage Apples regler til sidst og at sidde fast alene med et opsætningsproblem. Hver sen opdagelse af en af Apples regler koster en hel review-runde. For at holde omfanget skal du skrive sort på hvidt ned, hvad der ikke er med i første version: det bliver materialet til den næste.

Findes der et reelt eksempel på, hvor lang tid det tager at udgive en iOS-app?

Ja: for TradaZen, en af mine apps, går der 26 kalenderdage fra første commit den 21. juni 2026 til udgivelsen den 17. juli. Det er hverken 26 dages fuldtidsarbejde eller et gennemsnit for alle apps, og omfanget fortsatte med at udvikle sig efter udgivelsen. Sammenlign det pejlemærke med dit projekt uden at kopiere det som en udgivelsesdato.