Hvor lang tid tar det å lage en app? Reelle tidsrammer

Hvor lang tid tar det å lage en app: det korte svaret

Hvor lang tid tar det å lage en app? Ingen kan gi deg et ærlig tall som gjelder for alle, fordi tiden først og fremst avhenger av to ting bare du vet: hvor stor førsteversjonen din er, og hvor mange timer du kan bruke på den hver uke. Men en del av tidsplanen vet du på forhånd: Apples steg måles i dager, ikke måneder. Apple oppgir for eksempel at de gjennomgår 90 % av innsendingene på under 48 timer.

Den virkelige spaken er altså avgrensningen. En app som gjør én ting, bare på iOS, med en stack du ikke møter for første gang samme dag, bygges på noen uker med jevnt arbeid. En katalog med tolv funksjoner på to plattformer kan dra ut i måneder og aldri bli lansert. Denne guiden viser hvor tiden går, steg for steg, slik at du kan anslå din egen tidsplan.

Jeg publiserer mine egne iOS-apper: Solys, en vekkerklokke med minispill, og TradaZen, en tradingsimulator, ligger på App Store. Nolera og Clic ble avvist av Apple og deretter rettet. Stegene under er dem jeg går gjennom ved hver lansering.

Utviklingstid for en mobilapp: hva avhenger den av?

Før vi snakker om steg, her er faktorene som påvirker utviklingstiden for en mobilapp, fra den tyngste til den letteste.

• Antall funksjoner i førsteversjonen. Dette er den klart viktigste faktoren. Hver funksjon gir flere skjermer, tomme tilstander, feil som må håndteres og tester.
• Kontoer og backend. En app der dataene blir på telefonen er mye enklere enn en app med registrering og synkronisering mellom enheter.
• Betaling. Et abonnement krever oppsett hos Apple, i RevenueCat og i koden din, pluss kjøpstester.
• Én eller to plattformer. Å publisere på iOS og Android betyr to søknader, to gjennomganger og to testrunder. Jeg går nærmere inn på dette valget i iOS- og Android-app samtidig.
• Tiden du har tilgjengelig. Ti timer i uken og førti timer i uken gir naturligvis ikke samme tidsplan.
• Utgangsnivået ditt og bruken av KI. KI gjør det mye raskere å skrive kode, men mye mindre av resten. Mer om det lenger ned.

Steg for steg: hvor tiden går når du lager en iOS-app

1. Avgrens ideen

Dette steget avgjør alle de andre. Du bestemmer målgruppen, problemet, hovedfunksjonen, forretningsmodellen og hva som ikke er med i førsteversjonen. Hvis det tar uker, er det fordi beslutningene ikke er tatt. En kravspesifikasjon på én side er nok til å få det på plass.

2. Opprett Apple Developer-kontoen

Uten denne kontoen, til 99 $ i året, kan du ikke publisere, og Apples Enterprise-program erstatter den ikke. For privatpersoner sier Apple at hvis du ikke har fått bekreftelse på medlemskapet innen 24 timer etter kjøpet, må du kontakte support. For et selskap trenger du først et D-U-N-S-nummer: Apple regner med opptil 5 virkedager for å få det, og deretter opptil 2 virkedager før informasjonen når dem. Start denne prosessen parallelt med utviklingen, ikke på slutten. Detaljene finner du i Apple-utviklerkonto: pris og registrering.

3. Bygg hovedfunksjonen

Det er her forskjellene er størst, og nesten alle skyldes omfanget. En godt definert funksjon, med tomme tilstander og feil, bygges raskt, særlig med React Native, Expo og KI. Hver funksjon du legger til «når vi først er i gang» forlenger dette steget og alle de neste. Siden MVP for iOS-app hjelper deg å kutte på riktig sted.

4. Test på iPhonen din med TestFlight

Simulatoren holder ikke: noen krasj dukker bare opp på en ekte telefon. Interne tester kan starte så snart builden din er ferdig behandlet. For eksterne testere presiserer Apple at den første builden som sendes til en gruppe går gjennom App Review, og at de neste ikke nødvendigvis krever full gjennomgang. Regn derfor med litt ventetid første gang. Alt er forklart i TestFlight: test iPhone-appen din.

5. Koble til abonnementene

Opprett produktene i App Store Connect, koble dem i RevenueCat, bygg paywallen, test kjøp og gjenoppretting. Én ting å vite for tidsplanen: Apple krever at det første kjøpet i appen av hver type sendes inn sammen med en ny versjon av appen. Glemmer du det, går første innsending uten abonnement, og du må ta en ny runde. Hele jobben er beskrevet på siden abonnementer i iOS-apper.

6. Klargjør App Store-siden

Skjermbilder i riktige størrelser, beskrivelse, nøkkelord, personvernerklæringer, lenker til bruksvilkårene, notater til revieweren. Når alt er klart på forhånd, er det et spørsmål om timer. Når du oppdager feltene samme dag du sender inn, kan det ta flere dager.

7. Apples gjennomgang

Selve gjennomgangen går ofte raskt, ifølge Apples tall nevnt over. Det som koster tid, er avvisningene: hver avvisning betyr å lese begrunnelsen, rette, sende inn på nytt og vente på et nytt svar. Jeg har beskrevet de reelle tidsrammene og hva som forlenger dem i hvor lang tid App Store-godkjenning tar.

Tidsplanen for en app vinnes i starten, ved å kutte funksjoner, og tapes på slutten, når du oppdager Apples regler.

Hvor lang tid tar det å lage en app med KI?

KI har virkelig endret hvor lang tid steg 3 tar. Claude, ChatGPT eller Cursor skriver skjermer, navigasjon og enkel logikk på sekunder, der det for noen år siden krevde timer med research.

Den har endret steg 2, 4, 5, 6 og 7 mye mindre. Uten tilgang til konsollene og uten tester kjørt på de aktuelle enhetene kan en agent ikke bekrefte statusen til Apple-kontoen, abonnementene eller visningen. Disse kontrollene krever et testoppsett, selv om agenten hjelper til med å automatisere dem. Resultatet: med KI blir byggingen kortere, men andelen av tidsplanen som går til oppsett, testing og gjennomgang blir forholdsmessig større. Jeg går grundig inn på dette i lag en iOS-app med KI.

De tre tingene som får tidsplanen til å sprekke

1. Å ombestemme seg underveis. Hvert «når vi først er i gang» åpner omfanget på nytt. Løsningen: alt som ikke er med i førsteversjonen, skrives svart på hvitt ned som utenfor omfanget, og blir materiale til neste versjon.
2. Å oppdage Apples regler på slutten. Manglende demokonto, en skjerm som kuttes på en liten iPhone, en vurderingsforespørsel på feil sted, et abonnement uten de påkrevde opplysningene: hver sen oppdagelse koster en hel gjennomgangsrunde. Siden app avvist av Apple lister opp de vanligste årsakene.
3. Å sitte fast alene med et konfigurasjonsproblem. Et sertifikat, en abonnements-ID, en build som ikke vil installeres: slike stopp krever ofte bare riktig informasjon, men de kan lamme et prosjekt i flere dager når ingen kan hjelpe deg.

Hvorfor «raskere» ikke alltid er bedre

En app kan lanseres veldig raskt hvis du dropper tester på små skjermer, håndtering av nettverksfeil og verifisering av kjøp. Den blir lansert, og så knekker den ved første møte med ekte brukere, og de første vurderingene på App Store vil huske det.

Det riktige målet er ikke rå fart. Det er den nærmeste lanseringsdatoen som ikke ofrer verken Apples gjennomgang eller førsteinntrykket. Kutt funksjoner, aldri solidhet.

Et reelt referansepunkt: de 26 dagene før TradaZen ble publisert

For TradaZen er første commit fra 21. juni 2026, første TestFlight fra 25. juni og publiseringen fra 17. juli: 26 kalenderdager fra første commit til App Store. Det er verken 26 dager med fulltidsarbeid eller et snitt for alle apper. Omfanget fortsatte å utvikle seg etter lanseringen.

Den detaljerte tidslinjen for TradaZen skiller mellom byggesteg, problemer i gjennomgangen og kursendringer. Det er et eksempel å sammenligne prosjektet ditt med, ikke en lanseringsdato å kopiere.

Hvordan anslår du din egen tidsramme?

I stedet for et tall du finner på nettet, gjør dette regnestykket for prosjektet ditt:

1. Skriv kravspesifikasjonen din på én side og list opp skjermene i førsteversjonen.
2. Anslå hver skjerm i timer, med tomme tilstander og feil, og legg så til paywallen og App Store-siden.
3. Del på de faktiske timene dine per uke, ikke dem du håper på.
4. Legg til margin for minst én runde frem og tilbake med Apple, særlig hvis det er din første app.
5. Start Apple Developer-registreringen helt i begynnelsen, så den aldri blokkerer slutten.

Hvis resultatet virker for langt, ikke jobb raskere: fjern en funksjon.

Sett deg en frist

En fast frist hjelper mye med å holde et stramt omfang. iOS Kit deler veien inn i fire steg: velg appen som kan tjene penger, bygg kjernen i appen og test den med TestFlight, koble til pengene, og publiser og bli funnet. Det er opp til deg å sette en dato for hvert steg. Forsiden viser disse fire stegene for å lage en mobilapp med Claude Code.

For å anslå din egen tidsramme tar den gratis diagnosen utgangspunkt i situasjonen din og tiden du har hver uke, og forteller deg hvilket steg du bør starte med.

En frist er en arbeidsramme, ikke en garanti for publisering: det er Apple som godkjenner, og tempoet ditt teller. For helhetsbildet er siden lag en iPhone-app fortsatt det beste stedet å starte.

Ofte stilte spørsmål

Hvor lang tid tar det å lage en iPhone-app?

Det avhenger mest av hvor stor førsteversjonen din er og hvor mange timer du kan bruke på den hver uke. En app som gjør én ting, bare på iOS, med verktøy du ikke møter for første gang samme dag, bygges på noen uker med jevnt arbeid. En katalog med tolv funksjoner på to plattformer kan dra ut i måneder og aldri bli lansert.

Hva er stegene for å lage en iPhone-app?

Sju steg: avgrens ideen, opprett Apple Developer-kontoen, bygg hovedfunksjonen, test på iPhonen din med TestFlight, koble til abonnementene, klargjør App Store-siden, og kom gjennom Apples gjennomgang. Avgrensningen avgjør alle de andre stegene. Start Apple Developer-registreringen parallelt med utviklingen, ikke på slutten.

Hvor lang tid tar Apples godkjenning av en app?

Apple oppgir at de gjennomgår minst 50 % av innsendingene på under 24 timer, og 90 % på under 48 timer. Selve gjennomgangen går altså ofte raskt. Det som koster tid, er avvisningene: du må lese begrunnelsen, rette, sende inn på nytt og så vente på et nytt svar. De reelle tidsrammene er beskrevet i hvor lang tid App Store-godkjenning tar.

Gjør KI det raskere å lage en app?

Ja, men mest for selve byggingen. Claude, ChatGPT eller Cursor skriver skjermer, navigasjon og enkel logikk på sekunder. KI endrer mye mindre ved Apple-kontoen, testingen, abonnementene, App Store-siden og gjennomgangen. Resultatet: byggingen blir kortere, men andelen av tidsplanen som går til oppsett, testing og gjennomgang blir forholdsmessig større.

Hva får tidsplanen for en app til å sprekke?

Særlig tre ting: å ombestemme seg underveis, å oppdage Apples regler på slutten og å sitte fast alene med et konfigurasjonsproblem. Hver sen oppdagelse av en Apple-regel koster en hel gjennomgangsrunde. For å holde omfanget, skriv svart på hvitt hva som ikke er med i førsteversjonen: det blir materiale til neste.

Finnes det et reelt eksempel på hvor lang tid det tar å publisere en iOS-app?

Ja: for TradaZen, en av appene mine, er det 26 kalenderdager mellom første commit 21. juni 2026 og publiseringen 17. juli. Det er verken 26 dager med fulltidsarbeid eller et snitt for alle apper, og omfanget fortsatte å utvikle seg etter lanseringen. Sammenlign dette referansepunktet med prosjektet ditt, uten å kopiere det som en lanseringsdato.