Hvad koster det at få udviklet en app i Danmark? Realistiske priser og budgettrapper

Hurtigt overblik: Hvad koster en app i Danmark?

En app i Danmark koster typisk fra cirka 50.000 kr. for en meget enkel løsning til 500.000 kr. og opefter for større eller mere komplekse projekter. Den præcise pris afhænger især af funktioner, antal platforme (iOS/Android), behov for backend, designniveau og hvor meget der skal bygges fra bunden.

Alle priser her er vejledende markedsniveauer og angivet ekskl. moms.

Realistiske prisniveauer for appudvikling

Mini-oversigt: Hvad får du for 100.000, 250.000 og 500.000 kr.?

Som tommelfingerregel kan du tænke sådan her:

• Omkring 100.000 kr.: En brugbar MVP til én platform med login, simpel database og et par nøgleflows.
• Omkring 250.000 kr.: En mere komplet løsning med backend, roller, bedre UX og enten cross-platform eller app + webadmin.
• Omkring 500.000 kr.: En moden produktionsløsning med flere integrationer, stærkere sikkerhed, bedre design og mere omfattende test.

Hvis du vil dykke mere ned i selve processen omkring appudvikling i Danmark, er der en overordnet gennemgang i guiden om appudvikling i Danmark.

Hvad påvirker prisen på en app?

Prisen stiger især, når appen får login, brugerroller, backend, integrationer, betalingsløsninger, særligt design og krav til test eller sikkerhed. Jo mere appen selv skal kunne, og jo flere systemer den skal tale med, desto større bliver budgettet.

Budgeteffekt-modellen: Hvilke features koster hvad?

Nedenfor er en enkel model, der grupperer typiske features efter, hvor meget de typisk påvirker budgettet.

Andre klassiske prisdrivere

• Antal platforme: iOS, Android og eventuelt web. Én kodebase (cross-platform) kan ofte spare tid, men ikke altid alt.
• Designniveau: Om du kan leve med standardkomponenter, eller om UX/UI skal skræddersys og brandes tungt.
• Test og kvalitetssikring: Jo flere scenarier og enheder, der skal testes, jo mere tid.
• Projektledelse: Større projekter kræver styring, afklaringer og løbende koordinering, som også koster timer.
• Ændringer undervejs (scope creep): Hver ny idé eller større ændring efter start påvirker næsten altid budgettet.

Hvis du vil forstå backend-koden lidt bedre, kan du fx kigge på et konkret eksempel i artiklen om at bygge et lille Express API – det giver hurtigt en fornemmelse af, hvor timerne går.

Hvad koster en MVP-app, og hvordan holder du budgettet nede?

En MVP-app er den billigste måde at teste en idé på, fordi den kun indeholder de vigtigste funktioner. Den kan ofte bygges fra omkring 50.000 – 150.000 kr., afhængigt af om der skal være login, database, backend og en eller flere platforme.

Hvad er en MVP i praksis?

MVP står for minimum viable product. Det er en første version, der er god nok til, at rigtige brugere kan prøve idéen af og give feedback. Fokus er:

• Én klar kerneværdi (hvad skal appen kunne, for at det overhovedet giver mening?)
• Simplest mulige implementering af den værdi
• Ingen ekstra “nice to have” funktioner i første omgang

Budgetstyret MVP-tjekliste

Sådan holder du MVP-budgettet i ro

• Definér ét succeskriterium: fx “10 betalende kunder” eller “50 aktive månedlige brugere” – alt, der ikke hjælper direkte på det, kan ofte vente.
• Accepter kompromiser på design og detaljer, så længe kernefunktionen virker stabilt.
• Planlæg version 2 og 3 fra starten, så du ikke føler, at alt skal med i første release.
• Lav en simpel, skriftlig kravliste, så du undgår scope creep. Små ekstraønsker virker uskyldige hver for sig, men de lægger sig direkte oven på budgettet.

Freelancer, bureau eller outsourcing: Hvad koster de forskellige valg?

En freelancer er ofte billigere i timen end et bureau, men et bureau kan være mere komplet, fordi projektledelse, design, test og koordinering typisk er inkluderet. Outsourcing kan sænke prisen yderligere, men øger normalt behovet for styring og tydelige krav.

Vejledende timepriser

• Freelance-udvikler i Danmark: ca. 500 – 1.000 kr. i timen
• Dansk bureau: ca. 1.000 – 1.500 kr. i timen
• Outsourcing til lavere løn-niveau: ofte lavere satser, men med flere timer til koordinering, specifikation og kvalitetssikring

Et lavere timehonorar betyder ikke nødvendigvis et lavere slutbudget. Hvis kravene er uklare, eller der mangler projektledelse, kan der hurtigt bruges flere timer end nødvendigt.

Hvad betyder timeprisen for totalbudgettet?

Nogle grove scenarier, så du kan oversætte timer til kroner:

Timerne her dækker typisk samlet arbejde på analyse, UX/UI, udvikling, test og projektledelse, ikke kun ren kodetid.

Hvornår giver hvad mening?

• Freelancer: Godt valg til mindre projekter, prototyper og når du selv kan tage en del af projektledelsen.
• Bureau: Giver ofte mening ved mellemstore og større projekter, hvor du ønsker ét team til alt: design, udvikling, test, drift og videreudvikling.
• Outsourcing: Kan være relevant, hvis budgettet er stramt, og du har stærk intern teknisk projektledelse og klare krav.

Hvis du vil forberede dig på dialogen med udviklere, er det en god idé at have en nogenlunde skarp kravbeskrivelse klar, før du beder om tilbud.

App, webapp eller PWA – hvad er billigst og mest fornuftigt?

Hvis dit primære mål er lavt budget og mindre vedligehold, kan en webapp eller PWA være et bedre valg end en klassisk mobilapp. Hvis du derimod har brug for stærk mobiloplevelse, adgang til hardware eller distribution via App Store og Google Play, er en native eller cross-platform app ofte mere relevant.

Kort om typerne

• Native app: Udvikles specifikt til iOS eller Android. Bedst til performance, device-funktioner og “rigtig” app-oplevelse, men dyrest hvis begge platforme skal dækkes.
• Cross-platform app: Én kodebase, der kører på både iOS og Android (fx med Flutter eller React Native). Kan reducere udviklingstiden, især hvis appen ikke er alt for specialiseret per platform.
• Webapp: Kører i browseren (på mobil og desktop). Kan være hurtigere og billigere at bygge, især til interne værktøjer eller administrationsløsninger.
• PWA (Progressive Web App): Webapp, der kan installeres som “app” på hjemskærmen og fungere delvist offline. Et ofte prisvenligt kompromis mellem web og app.

En mere teknisk sammenligning af fx native og PWA finder du i artiklen om native apps vs. PWA.

Beslutningsmatrix: Hvad passer til dit budget og behov?

Til interne værktøjer, dashboards og administrationsløsninger kan en webapp eller PWA ofte give langt mere funktionalitet for pengene end en klassisk mobilapp.

Drift og vedligehold: Hvad koster appen efter launch?

Drift og vedligehold bør som tommelfingerregel budgetteres til cirka 15 – 20 % af udviklingsprisen om året. Det dækker typisk hosting, support, fejlrettelser, opdateringer og mindre forbedringer, men beløbet kan være højere for apps med mange integrationer eller høje sikkerhedskrav.

Hvad indgår i drift og vedligehold?

• Hosting og infrastruktur: servere, databaser, storage, eventuelle tredjepartsservices i cloud.
• Support: besvarelse af henvendelser, mindre fejlrettelser, hjælp ved incidents.
• Sikkerhedsopdateringer: løbende opdatering af frameworks, biblioteker og platforme.
• Monitorering: overvågning, logging, alarmer og backup.
• Små forbedringer: justeringer baseret på brugerfeedback.

Vil du forstå driftsdelen mere teknisk, så giver artiklen om systemdrift for udviklere en praktisk indføring.

Eksempler: Årlige driftsomkostninger

Hvis du går cloud-vejen, kan du med fordel sætte dig ind i de grundlæggende mekanismer i artiklen om cloud for begyndere. Det gør det nemmere at forstå, hvorfor nogle driftsløsninger er dyrere, men også tryggere.

Compliance, GDPR og sikkerhed: Den skjulte budgetpost

Compliance bliver en reel budgetpost, når appen behandler persondata, bruger login eller integrerer med andre systemer. Typiske opgaver er samtykke, databehandleraftaler, adgangskontrol, logning og sikkerhedsforanstaltninger, og i regulerede brancher kan omkostningen vokse betydeligt.

Hvornår fylder GDPR og sikkerhed økonomisk?

Du skal især regne tid og penge til compliance, når:

• Appen håndterer personoplysninger (navn, e-mail, adfærd, lokation osv.).
• Der er login og brugerprofiler.
• Du gemmer følsomme data (helbred, finans, børn m.m.).
• Der er integrationer til andre systemer, som også behandler data.

Datatilsynet har den officielle vejledning om regler og foranstaltninger. Ved mere komplekse projekter er det ofte en god idé at kombinere teknisk rådgivning med juridisk bistand.

Typiske compliance-leverancer (som koster tid)

• Analyse af datatyper og risici: Hvilke data samles, og hvor følsomme er de?
• Samtykke og privatlivspolitik i appen: Klar tekst, korrekt teknisk håndtering.
• Adgangskontrol og roller: Sikre, at kun de rigtige kan se de rigtige data.
• Kryptering af data i transit og evt. i hvile.
• Logning og sporbarhed: Mulighed for at undersøge sikkerhedshændelser.
• Databehandleraftaler med leverandører og hostingudbydere.

Det er ikke usædvanligt, at 10 – 20 % af et projektbudget ender i sikkerhed, logning og compliance-relaterede opgaver, hvis data er følsomme. Har du brug for en mere overordnet ramme for it- og cybersikkerhed, kan artiklen om it- og cybersikkerhed governance være et godt næste skridt.

Hvordan vælger du den rigtige appudvikler?

Den rigtige appudvikler er ikke nødvendigvis den billigste, men den der har erfaring med lignende projekter, kan forklare sit scope tydeligt og inkluderer design, test, support og dokumentation i tilbuddet.

Hvad skal du kigge efter i et tilbud?

• Relevante referencer: Har de bygget noget, der minder om din løsning før (fx samme branche, datatyper eller kompleksitet)?
• Klar krav- og leverancebeskrivelse: Er det tydeligt, hvad der er og ikke er inkluderet?
• Synlig tid til test og kvalitet: Et tilbud helt uden testtimer er et faresignal.
• Plan for drift og vedligehold: Hvad sker der efter lancering, og hvad koster det?
• Transparens om timepriser og antagelser: Det gør det lettere at justere scope, hvis budgettet ændrer sig.

Et enkelt scorecard du kan bruge

Du kan med fordel vurdere hver potentiel leverandør på en simpel 1 – 5 skala inden for:

• Teknisk erfaring med din type løsning
• Forståelse for din forretning og slutbrugere
• Klarhed i tilbud (scope, pris, antagelser)
• Drift og support (hvordan de tænker efter lancering)
• Kemi og kommunikation (kan du se dig selv arbejde med dem i 6 – 18 måneder?)

Lav en enkel tabel til dig selv, hvor du scorer hver leverandør, og lad ikke kun prisen afgøre. En let dyrere partner, der forstår data, sikkerhed og drift, kan være markant billigere over 3 – 5 år.

Sådan tænker du totaløkonomi: Saml hele regnestykket

Hvis du skal have et realistisk billede af “hvad en app koster”, skal du lægge flere lag oven på hinanden:

• Udvikling (MVP + videreudvikling)
• Drift og vedligehold (15 – 20 % pr. år som udgangspunkt)
• Compliance og sikkerhed (især hvis du har persondata eller brancheregler)
• Intern tid hos dig selv til afklaringer, tests og implementering

For mange projekter er det mere nyttigt at spørge: “Hvad koster det at eje og drive denne app i 3 år?” end blot “Hvad koster det at få den udviklet?”.

En simpel ramme kan være:

• År 0 – 1: Udvikling + 1. års drift
• År 2 – 3: Primært drift, mindre forbedringer og tilpasning til nye behov

Hvis udviklingen koster 250.000 kr., og du følger 15 – 20 %-reglen, lander du ofte et sted mellem 250.000 + (2 × 40.000) og 250.000 + (2 × 50.000) over 3 år, afhængigt af ambitionsniveauet for videreudvikling.

Det er den type totalbillede, du bør have i hovedet, når du sammenligner løsninger og leverandører.