Lav en app: de 4 trin, du skal følge

Hvordan laver man en app? Der er fire måder at gøre det på: et no-code-værktøj, AI der skriver koden for dig, kode du selv lærer, eller en ekstern udvikler. Uanset hvilken måde du vælger, går vejen gennem de samme fire trin: vælg en app, der kan tjene penge, byg dens hovedfunktion, kobl betalingen på, og udgiv den, så folk kan finde den. I den rækkefølge, og med én regel, der binder dem sammen: hvert trin slutter med noget konkret, testet på en rigtig telefon.

De fleste første apps dør hverken af teknikken eller budgettet. De dør i uklarheden: ingen ved, hvad "færdig" betyder, funktionerne hober sig op, og seks måneder senere er der stadig intet i App Store. Det er den metode, jeg bruger til mine egne iOS-apps, blandt andet Solys (et vækkeur med minispil) og TradaZen (en tradingsimulator), begge i App Store, og som jeg har finpudset ved at få afvisninger fra Apple på Solys, Clic og Nolera. Mine eksempler kommer altså fra iPhone. Når Google Play fungerer anderledes, siger jeg det.

Hvilke måder kan man lave en app på?

Før trinene kommer en beslutning: hvordan vil du bygge? Der findes fire måder, og ingen af dem er den bedste for alle.

Måde	Til hvilket projekt	Hvad du betaler	Begrænsningen
Et no-code-værktøj (Bubble, FlutterFlow, Glide)	Katalog, formular, prototype, internt værktøj	Abonnementet på værktøjet, så længe appen findes	Appen bor hos værktøjet, og ikke alle kan udgive i butikkerne
AI der skriver koden (Claude Code, Codex, Cursor)	Din egen app, udgivet i butikkerne, uden at du kan kode fra start	Abonnementet på AI'en og butikkernes gebyrer	Koden er din, men det er dig, der skal teste den
Lær at kode (Swift, Kotlin, React Native)	Du vil styre det hele eller gøre det til dit job	Først og fremmest tid	Den længste vej frem til en første udgivelse
En ekstern udvikler (freelancer eller bureau)	Et værktøj til din virksomhed, når du mangler tid	Udviklertid: en dagspris ganget med et antal dage	Hver ændring koster penge. Tjek, hvem der ejer kontoen og koden

No-code-værktøjet. Du sætter appen sammen med musen uden at skrive en eneste linje. Det går hurtigt til et katalog, en formular eller et internt værktøj. Før du binder dig, så tjek, at værktøjet faktisk kan udgive i butikkerne. Bubble forklarer, hvordan man udgiver i App Store og Google Play, og FlutterFlow tilbyder det fra det betalte Basic-abonnement. Glide skriver derimod, at deres apps er webapps, og at direkte udgivelse i App Store eller Google Play ikke understøttes. Begrænsningerne, sag for sag, finder du i lav en app uden at kode.

AI der skriver koden. Du beskriver, hvad du vil have, og en assistent som Claude Code, Codex eller Cursor skriver rigtig kode i et standardformat, som du kan tage med dig andre steder hen. Det kaldes vibe coding. Det er den måde, jeg bruger til mine apps. Bagsiden: AI'en tager fejl med stor selvsikkerhed, og det er dig, der skal teste. For at vælge værktøj, læs hvilken AI du skal bruge til at lave en app. Vil du lære det med en struktur, er der kurset i vibe coding.

Lær at kode. Det er vejen for dem, der vil styre det hele eller gøre det til deres job. Apples og Expos tutorials er gratis. Forløbet står i lær at lave en app.

Den eksterne udvikler. En freelancer eller et bureau bygger appen for dig. Det er det rigtige valg, når appen er et værktøj til din virksomhed, og du mangler tid. Du betaler for udviklertid, og hver ændring koster også. Bed skriftligt om det præcise omfang, hvem der ejer Apple-kontoen og koden, og hvad der er aftalt, hvis Apple afviser appen. Spørgsmålene, du skal stille, står i få udviklet en app.

Der er en femte vej, som ligger mellem de andre: du bygger selv, men ud fra et færdigt fundament. Det er princippet i mit kit til at lave en mobilapp uden at starte fra nul, iOS Kit: startkoden fra mine apps og et forløb i fire trin, som du følger i dit eget tempo.

Hvordan beslutter du dig? Tre spørgsmål er nok:

1. Skal din app være i App Store eller Google Play? Hvis ja, så drop de værktøjer, der kun laver webapps.
2. Skal den sælge et abonnement? Regel 3.1.1 i App Review Guidelines kræver, med visse undtagelser, Apples in-app-køb for at låse funktioner op i en app. Tjek, hvordan din byggemetode håndterer det, før du går i gang.
3. Har du mest tid eller mest budget? Tid: byg den selv med AI. Budget og ingen tid: få den udviklet.

Native app, webapp eller cross-platform: hvad skal du vælge?

Anden beslutning, og den er enklere, end den ser ud: hvilken type app?

• Den native app installeres fra en butik og har adgang til telefonens funktioner: notifikationer, kamera, in-app-køb. Den skrives i hver platforms eget sprog (Swift til iPhone, Kotlin til Android) og kræver et projekt per platform.
• Webappen (PWA) er en hjemmeside, der opfører sig som en app. Den går ikke gennem nogen butik: ingen review at vente på, men ingen vil finde den i App Store. Og det er ikke nok at pakke en hjemmeside ind i en app: Apples regel 4.2 kræver, at en app går videre end en indpakket hjemmeside.
• Cross-platform-appen tager udgangspunkt i ét projekt og laver både iPhone-appen og Android-appen. Expo opsummerer det sådan: ét JavaScript- eller TypeScript-projekt, der kører native på dine brugeres enheder, Android, iOS og web.

Til en første app anbefaler jeg cross-platform med React Native og Expo. Du har kun én kodebase at vedligeholde, og kompileringen sker på Mac'er, som Expo hoster: du kan udgive en iOS-app uden Mac.

iOS eller Android først? Én kodebase betyder ikke én lancering: hver butik har sin egen side, sine regler og sit review. Start med én platform. Hvis din app sælger et abonnement, anbefaler jeg iPhone. Tallene og modargumenterne står i iOS- eller Android-app: hvilken skal du starte med.

Hvorfor når så mange apps aldrig frem til App Store?

Tre årsager går næsten altid igen:

• En for stor første version. Tolv halvfærdige funktioner i stedet for én, der er færdig.
• Betalingen tænkes ind til sidst. Indtjeningsmodellen ændrer appens struktur: tilføjer du den bagefter, skal du bygge om.
• Udgivelsen ses som en formalitet. Apples review, app-siden, privatlivet: det er et trin i sig selv, med sine egne faldgruber, helt ned til et ikon, der afvises med ITMS-90717.

Metoden herunder tager hånd om alle tre årsager, ét trin ad gangen.

Trin 1: hvordan vælger du en app-idé, der kan tjene penge?

Før du skriver en eneste linje kode, så svar skriftligt på tre spørgsmål.

For hvem? En bestemt person med et problem, der vender tilbage. "Folk, der har svært ved at komme op om morgenen" er mere brugbart end "alle".

Hvad gør appen, i én sætning? Hvis du har brug for to sætninger, er første version for stor. De andre funktioner kan vente, til rigtige brugere beder om dem.

Hvordan tjener den penge? Abonnement, engangskøb, reklamer: beslut det nu. Til en app, der bruges regelmæssigt, er abonnement ofte det mest logiske. Til et værktøj, man bruger en gang imellem, giver engangskøb mening. Den fulde sammenligning står i abonnement eller engangskøb til en iOS-app.

For at tjekke, om nogen er interesseret i en idé, før du bruger uger på den, så lad den gennemgå de 5 tests i find en idé til en app. Og for at skrive den ned er én side nok: skabelonen står i kravspecifikation til en mobilapp.

Ved slutningen af dette trin skal du også have installeret dit tekniske fundament. For en begynder er det React Native med Expo, af de grunde jeg nævnte ovenfor. Siden React Native og Expo til en mobilapp uddyber det valg. Afgrænsningen af første version forklares på siden MVP til en iOS-app.

En god første version gør én ting rigtig godt, ikke tolv ting middelmådigt.

Trin 2: hvordan bygger du kernen i din app?

Byg kun hovedfunktionen, og test den på din egen iPhone så hurtigt som muligt. Ikke på skærmbilleder, og ikke kun i simulatoren.

Et par regler, der har sparet mig for mange skridt tilbage:

• Test på den mindste og den største skærm. Min første afvisning fra Apple på Solys skyldtes en velkomstdemo, der var umulig at vinde i et vindue, der var mindre end på mine telefoner: revieweren testede på en iPad, hvor iPhone-appen kører i kompatibilitetstilstand.
• Forbered dig på fejl. Ingen netværksforbindelse, afvist tilladelse, tom skærm: hvert tilfælde fortjener en klar besked.
• Brug AI, men læs efter. Claude eller Cursor skriver hurtigt og tager fejl med stor selvsikkerhed om Apples regler. Faldgruberne står i lav en iOS-app med AI.

Dette trin slutter, når eksterne testere bruger appen via TestFlight, Apples betaværktøj. Alt er forklaret i TestFlight: test din iPhone-app.

Trin 3: hvordan kobler du betaling på en iOS-app?

Det er det trin, de fleste begyndere udskyder, og det er det, der afgør, om appen kan tjene noget.

Onboardingen. De første skærme skal vise appens værdi, før de beder om noget som helst: en bedømmelse, en tilladelse eller en betaling. Det er også det, Apple tjekker: min anden afvisning på Solys (guideline 5.6.3) skyldtes en anmodning om bedømmelse midt i onboardingen.

Paywallen. Abonnementsskærmen skal tydeligt vise prisen, varigheden, en eventuel prøveperiode og en knap til at gendanne køb. De klassiske fejl står i iOS-paywall: 7 begynderfejl.

Abonnementerne. Produkterne oprettes i App Store Connect. Jeg bruger RevenueCat til at styre adgangsrettigheder, gendannelse og opfølgning på indtægter. Siden in-app-abonnementer på iOS beskriver hele opgaven.

Målingerne. Uden målinger ved du ikke, hvor folk falder fra. Jeg bruger PostHog til at følge forløbet (åbning, afsluttet onboarding, visning af paywall, køb) og Sentry til crashes.

Trin 4: hvordan udgiver du din app, så folk finder den?

App Store-siden. Navn, undertitel, søgeord, skærmbilleder, beskrivelse. Det er det, der afgør, om nogen downloader, og om App Store viser dig i sine søgeresultater. Siden ASO i App Store forklarer, hvordan du arbejder med den.

Privatlivet. Erklæringerne om dataindsamling skal svare til, hvad appen faktisk gør, og din privatlivspolitik online skal være opdateret. Det var præcis det, der gav Clic en 5.1.1-afvisning.

Indsendelse til review. Giv en demokonto, hvis appen kræver login, og forklar, hvad revieweren skal teste. Apple oplyser, at de gennemgår 90 % af indsendelserne på under 48 timer. Det er afvisningerne, der for alvor trækker tidsplanen ud. Ventetiderne står i behandlingstid i App Store, og hele processen på siden udgiv en app i App Store.

Og på Google Play? Vejen er den samme, med ét ekstra trin. For en personlig konto oprettet efter den 13. november 2023 kræver Google en lukket test med mindst 12 tilmeldte testere i 14 dage i træk, før appen kan gå i produktion.

De første brugere. En udgivet app er ikke en app, folk finder. Fortæl om din app der, hvor dit publikum allerede er, og kig på tallene for din app-side fra første uge.

Hvad koster det at lave en app?

Hvis du selv bygger den, er de obligatoriske udgifter små. Her er priserne, som de stod på de officielle sider den 2. oktober 2026. Tilbuddene ændrer sig: tjek dem, før du går i gang.

Post	Opgivet pris	Hvornår du betaler
Apple Developer-konto	99 $ om året	Til TestFlight og til udgivelse
Google Play-konto	25 $, én gang	Når kontoen oprettes
Kompilering og indsendelse (Expo EAS)	0 $ op til 15 iOS-builds og 15 Android-builds om måneden, derefter 19 $ om måneden	Når du kompilerer ofte
Database og konti (Supabase)	0 $ op til 500 MB og 50.000 aktive brugere om måneden, derefter fra 25 $ om måneden	Når appen vokser
Abonnementer (RevenueCat)	0 $ op til 2.500 $ i registreret omsætning om måneden, derefter 1 %	Når appen sælger
Apples kommission	15 % med Small Business Program, ellers 30 %	På hvert salg gennem App Store

To præciseringer. Apple-kontoen til 99 $ er ikke nødvendig for at begynde at kode, kun til TestFlight og udgivelse: trinene står i Apple-udviklerkonto: pris og tilmelding. Og tilmeldingen til Small Business Program sker ikke automatisk: du skal ansøge om den.

Hvis du får appen udviklet, betaler du for udviklertid: en dagspris ganget med et antal dage. Ingen seriøs pris kan gives uden at kende omfanget. Udgifterne, de gratis niveauer og de omkostninger, næsten ingen nævner, står i hvad koster en app.

Den tungeste post står ikke på nogen faktura: din tid.

Hvor lang tid tager det fra idé til App Store?

Der findes ingen ærlig tidsangivelse uden at kende appen og dit udgangsniveau. Det, der er sikkert, er, at hvert trin skal have en synlig afslutning:

1. Idé: én sætning, ét publikum, én indtjeningsmodel, det tekniske fundament installeret.
2. Bygning: hovedfunktionen brugt af testere via TestFlight.
3. Betaling: et vellykket testkøb, inklusive gendannelse.
4. Udgivelse: appen sendt til Apple, komplet app-side, inklusive aldersklassificering.

Hvis et trin ikke har en synlig afslutning, er det et tegn på, at første version er for stor.

Et reelt pejlemærke, som hverken er et gennemsnit eller fuldtid: på TradaZen gik der 26 kalenderdage fra første commit til udgivelsen i App Store. Detaljerne står i hvor lang tid tager det at lave en app.

Og efter udgivelsen?

En udgivet app er en begyndelse. De første brugsmålinger fortæller næsten altid noget, som ingen havde forudset: en skærm, hvor alle falder fra, en paywall, som ingen ser, en funktion, som folk bruger på en anden måde. Den næste version besluttes ud fra de tal, ikke ud fra dine oprindelige mavefornemmelser.

Ofte stillede spørgsmål

Kan man lave en app gratis?

Ja, for en stor del. Du kan kode, teste på din telefon og kompilere din app uden at betale noget, takket være værktøjernes gratis planer. Udgivelsen koster derimod: 99 $ om året hos Apple, 25 $ én gang hos Google. Detaljerne står i lav en app gratis.

Hvad koster det at lave en app?

Hvis du selv bygger den, er de obligatoriske udgifter kun udviklerkontiene: 99 $ om året til Apple, 25 $ én gang til Google. Værktøjerne har gratis planer at starte med. Hvis du får den udviklet, betaler du for udviklertid, og prisen afhænger af omfanget.

Hvordan laver man nemt en app?

Det nemmeste er ikke et værktøj, men en lillebitte første version: én funktion, færdig. Til et katalog eller en formular er et no-code-værktøj nok. Til en app, der skal udgives og sælges, skriver AI koden, forudsat at du tester hvert trin på en rigtig telefon.

Hvad er det bedste program til at lave en mobilapp?

Der findes ikke ét bedste program. Til at bygge uden kode kan Bubble eller FlutterFlow udgive i butikkerne. Til at lade AI skrive koden bruges Claude Code, Codex eller Cursor sammen med React Native og Expo. Det rigtige valg afhænger af to ting: om appen skal være i butikkerne, og om den skal sælge et abonnement. Sammenligningen af generatorerne står i Lovable, Rork, FlutterFlow.

Kan man lave en app alene uden at kunne kode?

Ja. Jeg udgiver mine egne apps med React Native, Expo og AI, og hvert trin i denne guide kan klares alene. Det skal du vide: AI'en skriver koden, men det er dig, der tjekker. Der kommer altid et tidspunkt, hvor du skal forstå lidt af det, den har skrevet, især til betalingen og Apples review.

Kan det betale sig at lave en app?

Det kan ingen garantere dig. Indtægten afhænger ikke af antallet af downloads, men af antallet af folk, der betaler, og af hvad der er tilbage efter Apples kommission. Hvad der får resultatet til at variere, forklares i hvad tjener en app.

Hvor lang tid tager det at lave en app?

Der findes ingen universel tid: det hele afhænger af, hvor stor første version er, og hvor meget tid du bruger på den hver uge. Mit reelle pejlemærke: 26 kalenderdage fra første commit til udgivelsen af TradaZen i App Store.

Hvordan laver man en app til iPhone?

De 4 trin er de samme, med tre værktøjer, der er specifikke for Apple: Apple Developer-kontoen, TestFlight til testerne og App Store Connect til app-siden og indsendelsen til review. Hele forløbet står på siden lav en iPhone-app.

Følg denne metode med iOS Kit

De 4 trin er præcis dem i forløbet i iOS Kit: vælg den app, der kan tjene penge, byg kernen, kobl pengene på, udgiv og bliv fundet. Du følger dem i dit eget tempo, med startkoden fra mine apps og Claude Code-skills til hvert trin.

Du kan også følge metoden alene med de guides, der er linket til i denne artikel. Ved du ikke, hvilket trin du er nået til? Den gratis diagnose viser dig, hvor du står, fortæller dig, hvilket trin du skal tage fat på først, og sender dig min tjekliste mod afvisninger fra Apple. Ingen kan garantere dig Apples godkendelse eller en indtægt. Det, metoden garanterer, er, at du hele tiden ved, hvad der mangler.