Guide · Planlægning

Hvor lang tid tager det at lave en app? En realistisk tidsplan

Det korte svar: en simpel, velafgrænset app tager typisk 2–4 måneder fra første møde til App Store, en mellemkompleks app 4–9 måneder og en kompleks platform 9 måneder eller mere. Den største faktor er sjældent selve koden. Det er beslutninger, indhold og integrationer, og dem kan I styre. Her er tidsplanen fase for fase, og hvad I selv kan gøre for at komme hurtigere i mål.

11 min. læsning · Opdateret 1. oktober 2026

Det er september, og direktøren har lovet bestyrelsen en app inden jul. Ingen har endnu besluttet, om den skal kunne tage imod betaling, hvem der skal godkende designet, eller om data skal hentes fra økonomisystemet. Det er den mest almindelige start på et app-projekt, vi ser, og det er også grunden til, at så mange tidsplaner skrider. Tidsplanen for en app bestemmes nemlig af summen af beslutninger, og koden er kun én af dem.

I denne guide får I typiske tidsrammer på det danske marked, en tidsplan fase for fase, de faktorer der forsinker projekter, og et regneeksempel med en konkret booking-app. Tallene er typiske intervaller. Jeres egen tidsplan afhænger af scope, integrationer og hvor hurtigt I selv kan træffe beslutninger.

Hvor lang tid tager det at lave en app? Typiske tidsrammer

Typiske tidsrammer fra første møde til lancering. Intervallerne er brede, fordi antallet af brugertyper og integrationer betyder mere end antallet af skærme.

Type app	Typisk tidsramme	Eksempel	Hvad tager tiden
Simpel app	2–4 måneder	Intern app til tidsregistrering eller tjeklister	Design og test på flere telefoner
Mellemkompleks app	4–9 måneder	Kundeapp med login, booking, betaling og admin-panel	Integrationer, backend og brugerroller
Kompleks platform	9 måneder eller mere	Markedsplads med flere brugertyper og realtid	Arkitektur, sikkerhed, data og mange afhængigheder
MVP af en ny idé	6–12 uger	Første version med kernefunktionen og intet andet	At sige nej til gode idéer

Læg mærke til den sidste række. En MVP er hurtig, fordi den er bevidst lille. Har I en ny idé, kan det betale sig at validere app-idéen og bygge en MVP, før I planlægger den fulde version. Så er de næste måneders udvikling bygget på data fra rigtige brugere.

Hvilke faser består app-udvikling af, og hvor lang tid tager hver?

Discovery: 1–3 uger

Mål, brugere, funktioner og integrationer afklares og prioriteres. Resultatet er et scope, der kan prissættes.

UX og UI-design: 2–6 uger

Brugerrejser, wireframes og det endelige design, ofte som en klikbar prototype, I kan teste.

Udvikling: 6–16 uger

App, backend, admin-panel og integrationer bygges i korte forløb med demo undervejs.

Test og rettelser: 1–4 uger

Test på rigtige telefoner, med rigtige data og rigtige brugere. Fejl rettes, og indhold lægges ind.

Godkendelse og lancering: 1–2 uger

Indsendelse til App Store og Google Play, svar på eventuelle afvisninger og udgivelse.

De fem faser i et typisk app-projekt. Tiderne gælder en mellemkompleks app.

Discovery: den korteste fase med størst effekt

Discovery er de uger, hvor I sammen med leverandøren beslutter, hvad appen skal kunne, og lige så vigtigt, hvad den ikke skal kunne endnu. Her skrives funktioner ned som brugerhistorier, integrationerne kortlægges, og de vigtigste risici bliver tydelige. En uge brugt her sparer typisk flere uger senere, fordi udviklerne ikke skal gætte. Læs mere om formatet i vores guide til en discovery-workshop.

Design: her bliver idéen synlig

Designfasen går hurtigst, når der er én person hos jer, der godkender. Tre afdelinger med hver deres mening om knappernes farve kan let fordoble fasen. En klikbar prototype er det bedste værktøj her: I kan trykke jer igennem appen på en telefon, vise den til fem kunder og rette fejl i flowet, før en eneste linje kode er skrevet. Rettelser i et design koster minutter. De samme rettelser i færdig kode koster dage.

Udvikling, test og lancering

Udviklingen er den længste fase, men også den mest forudsigelige, når scopet er klart. Vi arbejder i korte forløb, hvor I ser fremskridt hver uge, og hos os følger I projektet i kundepanelet, så I altid kan se, hvad der er færdigt, og hvad der venter på jer. Testfasen er den, der oftest bliver presset, når tidsplanen skrider. Det er en dårlig handel: fejl, der når ud til brugerne, koster mere tid at rette, og de koster tillid.

Tidsplan fase for fase: simpel, mellem og kompleks app

Typisk varighed pr. fase. Faserne overlapper ofte i praksis, så den samlede tid er kortere end summen.

Fase	Simpel app	Mellemkompleks app	Kompleks platform	Leverance
Discovery	3–5 dage	1–3 uger	3–6 uger	Prioriteret scope og fast pris
UX og UI-design	1–3 uger	2–6 uger	6–12 uger	Klikbar prototype og designfiler
Udvikling	3–8 uger	6–16 uger	16 uger eller mere	App, backend og admin-panel
Test og rettelser	1 uge	2–4 uger	4–8 uger	Testet version med rigtige data
Godkendelse og lancering	1 uge	1–2 uger	2–4 uger	App i App Store og Google Play

Hvad forsinker et app-projekt?

Når vi ser på projekter, der er gået over tid, er årsagen sjældent, at udviklerne skrev koden for langsomt. Det er næsten altid ventetid. Her er de forsinkelser, vi oftest møder, i den rækkefølge vi ser dem:

Ingen klar beslutningstager. Når hver beslutning skal forbi et udvalg, går der en uge, hvor der kunne være gået en dag.
Indhold kommer sent. Tekster, billeder, priser og vilkår er ofte det sidste, der bliver klar, og appen kan ikke testes uden.
Adgang til tredjepartssystemer. API-nøgler, testmiljøer og aftaler med leverandøren af jeres ERP eller økonomisystem kan tage uger.
Scope, der vokser. Hver lille ekstra idé er måske kun to dage, men ti af dem er en måned.
Udviklerkonti. Apple kræver et D-U-N-S-nummer for virksomhedskonti, og det tager tid at få, hvis I ikke har det.
GDPR og jura i sidste øjeblik. En databehandleraftale eller et privatlivsvilkår, der først kigges på ugen før lancering, kan stoppe alt.
Afvisning i App Store. Manglende login til testeren, en uklar privatlivspolitik eller betaling uden om Apples system giver typisk afvisning.

Hvordan kan man lave en app hurtigere uden at gå på kompromis?

Tidsplanen, der skrider

Alle funktioner skal med i version ét
Separate apps til iOS og Android
Integrationer bygges fra bunden
Kunden ser appen første gang ved lancering
Indhold og jura håndteres til sidst

Tidsplanen, der holder

Kernefunktionen først, resten i version to
Én kodebase i React Native til begge platforme
Færdige integrationer genbruges
Demo hver uge og løbende feedback
Indhold, konti og jura starter i uge ét

To projekter med samme budget. Forskellen ligger i, hvordan de er sat op.

Det største enkeltgreb er platformvalget. Med React Native skriver vi én kodebase, der kører på både iPhone og Android, så hver funktion bygges og testes én gang. Det næststørste er integrationerne: vi har mere end 40 færdige integrationer til blandt andet e-conomic, Dinero, MobilePay, PostNord og MitID, og en integration, der allerede findes, tager dage at koble på frem for uger at bygge.

Udnævn én beslutningstager med mandat til at godkende design og scope.
Skær første version ned til den ene ting, appen skal gøre godt.
Opret udviklerkonti hos Apple og Google samme dag, I beslutter jer.
Bestil API-adgang til jeres systemer, før udviklingen starter.
Skriv tekster og find billeder sideløbende med designet.
Afsæt faste tider hver uge til demo og feedback.
Få privatlivspolitik og databehandleraftale på plads i discovery.
Planlæg test med 5–10 rigtige brugere i god tid før lancering.

Regneeksempel: en booking-app til en servicevirksomhed

Forestil jer en servicevirksomhed med 20 medarbejdere, der i dag tager imod bookinger over telefon og mail. De vil have en app, hvor kunderne kan booke og betale med MobilePay, og hvor medarbejderne kan se dagens opgaver. Scopet er 12 funktioner og én integration, svarende til en lille app-pakke. Sådan kan tidsplanen se ud, når beslutningerne træffes hurtigt:

Eksempel på en tidsplan for en lille booking-app. Uge 13 forudsætter, at udviklerkonti er oprettet i uge 1.

Uge	Aktivitet	Kundens opgave
1	Discovery og endeligt scope	Workshop, opret udviklerkonti, bestil MobilePay-aftale
2–4	Wireframes, design og klikbar prototype	Godkend design, test prototypen med 5 kunder
5–10	Udvikling af app, admin-panel og betaling	Ugentlig demo, skriv tekster og vilkår
11–12	Test med medarbejdere og udvalgte kunder	Afprøv rigtige bookinger, meld fejl
13	Indsendelse og lancering	Godkend butikstekster og skærmbilleder

Resultatet er en app i butikkerne på cirka tre måneder. Hvis MobilePay-aftalen først bestilles i uge 9, eller hvis designet skal godkendes af tre personer, bliver de tre måneder hurtigt til fem. Prisen for sådan en app kan I sammenligne med vores guide til hvad en app koster.

Hvor lang tid tager det at få en app godkendt i App Store og Google Play?

Apples gennemgang tager ofte en dag eller to, men en første indsendelse bliver ret tit afvist på grund af småting, og hver runde koster ny ventetid. Google Play er typisk hurtig, men nye personlige udviklerkonti skal gennemføre en lukket test med en gruppe testere i mindst 14 dage, før appen kan udgives bredt. Det krav gælder ikke for organisationskonti, og det er en af grundene til, at virksomheder bør oprette appen under deres egen virksomhedskonto. Vi gennemgår de typiske afvisninger i guiden om godkendelse i App Store.

Hvilke røde flag skal I kigge efter i en leverandørs tidsplan?

Der er ingen discovery-fase. Så gætter leverandøren på scopet, og I betaler for gættet senere.
Der er ingen testfase, eller den hedder bare “buffer”.
Alle funktioner leveres samtidig i sidste uge. Så ser I først appen, når det er for sent at ændre den.
Godkendelse i butikkerne står som én dag.
Tidsplanen nævner ikke, hvad I selv skal levere og hvornår.
En kompleks platform med flere brugertyper er lovet på 4–6 uger.

En god tidsplan viser jeres opgaver lige så tydeligt som leverandørens, og den har faste demopunkter, hvor I ser fungerende software. Hvis I vil sammenligne flere tilbud, så se også vores guide til agil vs vandfald, der forklarer, hvordan fast pris og korte udviklingsforløb kan kombineres.

Sådan får I en tidsplan, der holder

Start med at beskrive, hvem der skal bruge appen, hvad de skal kunne, og hvilke systemer den skal tale med. Jo mere konkret beskrivelsen er, jo mere præcis bliver tidsplanen. Hos os får I et skriftligt tilbud til fast pris inden for 24 timer, med funktioner og integrationer listet, så I kan se præcis, hvad der er med. Beskriv jeres app her, eller se først, hvad pakkerne indeholder under priser.

Spørgsmål om tidsplanen for en app

Kan man lave en app på en måned?

Ja, hvis den er lille. En app med en håndfuld skærme, login og én datakilde kan bygges på 4–6 uger, når beslutningerne er truffet på forhånd, og indholdet ligger klar. Det kræver, at I accepterer en stram første version og gemmer resten til version to. Det, der sjældent kan presses sammen, er test og godkendelse i butikkerne. Læg mindst en uge til det, også selv om koden er færdig.

Hvor lang tid tager det at oprette en udviklerkonto hos Apple?

For en privatperson kan det gå på en dag. For en virksomhed kræver Apple et D-U-N-S-nummer, som er et internationalt virksomheds-ID, og det kan tage fra få dage til et par uger at få tildelt, hvis I ikke allerede har det. Kontoen koster 99 USD om året. Start processen den dag, I beslutter jer for at lave en app, så den aldrig bliver det, der holder lanceringen tilbage.

Bliver projektet hurtigere med en fast pris?

Ofte, ja. En fast pris kræver, at scopet er beskrevet, før arbejdet starter, og den disciplin fjerner mange af de små runder, der ellers æder uger. Leverandøren har også en klar interesse i at blive færdig. Til gengæld skal ændringer undervejs håndteres bevidst, som et tillæg eller ved at bytte en funktion ud med en anden. Hos os får I et skriftligt fastpris-tilbud inden for 24 timer.

Hvor meget tid skal vi selv afsætte i projektet?

Regn med, at én beslutningstager bruger 2–4 timer om ugen i hele forløbet og lidt mere i discovery og test. Det dækker demoer, svar på spørgsmål, godkendelse af design og test af nye versioner. Dertil kommer den tid, det tager at skrive tekster, finde billeder og skaffe adgang til jeres systemer. Projekter, hvor kunden kan svare samme dag, bliver markant hurtigere færdige.

Hvor lang tid tager det at tilføje en ny funktion efter lanceringen?

En mindre funktion som et nyt felt, en ekstra notifikation eller en ny rapport tager typisk fra få dage til et par uger inklusive test. Større funktioner som betaling eller en ny brugertype følger samme forløb som det oprindelige projekt i miniformat: afklaring, design, udvikling, test og udgivelse. Webdelen kan gå live med det samme, mens app-opdateringer igen skal gennem butikkernes godkendelse.

Er en webapp hurtigere at lave end en app i butikkerne?

Typisk lidt, fordi I springer udviklerkonti, butiksgodkendelse, skærmbilleder til butikkerne og test på mange telefonmodeller over. Opdateringer går også live med det samme. Til gengæld får I ikke ikonet i App Store, og push-beskeder og adgang til telefonens funktioner er mere begrænsede, særligt på iPhone. Mange starter med en webapp for at teste idéen og bygger app-versionen, når behovet er bevist.

Læs også