Hvad koster softwareudvikling? Komplet prisguide i kroner (2026)

Hvad koster softwareudvikling? Med en erfaren udvikler i Danmark koster de fleste projekter fra omkring 30.000 kr. for en afgrænset integration til over 1 mio. kr. for en SaaS eller en platform med betaling, brugerroller og integrationer, alt ekskl. moms. Prisen er i praksis timer gange timepris, så regningen afhænger mest af hvor meget der skal bygges, og hvor klart det er beskrevet før den første linje kode.

Tallene i guiden er groft skøn over markedsniveauet og ikke et tilbud. Jeg er selv freelanceudvikler, så læs med det forbehold. Jeg har også forsøgt at være ærlig om hvornår du slet ikke skal få noget udviklet.

Den korte version: prisniveauer for typiske projekter

Tabellen giver et groft skøn for de mest almindelige projekttyper. Timetallet er et typisk forbrug for en erfaren udvikler, og prisen er regnet med 800-1.100 kr. i timen ekskl. moms og afrundet. Hver projekttype har sin egen prisguide med flere detaljer.

Spændet i hver række er stort med vilje. En MVP med login og ét kerneforløb er noget helt andet end en MVP med betaling, notifikationer og tre slags brugere. Brug tabellen til at se om din idé og dit budget er i samme størrelsesorden, ikke som en pris du kan regne med.

To projekttyper dukker så ofte op at de har fået deres egne guides: prisen på en kundeportal og hvad et bookingsystem koster. Begge ligger typisk i webapp-intervallet, men de har hver deres faldgruber.

Sådan bliver prisen regnet ud, og hvad der driver den

Næsten al softwareudvikling bliver prissat på samme grundlag: hvor mange timer opgaven tager, ganget med en timepris. Også en fast pris er regnet sådan. Forskellen er hvem der bærer risikoen, hvis timerne skrider.

Timeprisen

Timeprisen følger erfaringen. Ifølge LønRadars oversigt over freelance-timepriser i IT for 2026 ligger en junior typisk på 400-600 kr. i timen, en udvikler på mellemniveau på 600-900 kr., en senior på 800-1.200 kr. og specialister og arkitekter på 1.000-1.600 kr., alt ekskl. moms. Bureauer ligger ofte i den høje ende eller over fordi timeprisen også skal dække projektledelse, salg og kontor.

Hvordan freelancere når frem til deres timepris, og hvad du får for den, har jeg samlet i guiden til timepriser for freelanceudviklere.

Timetallet

Timetallet svinger langt mere end timeprisen. To udviklere med samme timepris kan sagtens give tilbud hvor det ene er dobbelt så højt som det andet, fordi de forestiller sig to forskellige løsninger. Et estimat er altid et bud på noget der ikke er bygget endnu, og usikkerheden er størst i starten. Hvordan et estimat bliver til, og hvordan du læser det, står i guiden til estimater på softwareudvikling.

Derfor er timeprisen et dårligt sammenligningsgrundlag alene. En senior til 1.100 kr. i timen der løser opgaven på 200 timer, koster 220.000 kr. En mindre erfaren udvikler til 600 kr. i timen der skal bruge 450 timer på den samme opgave, koster 270.000 kr. og efterlader måske kode som den næste skal rydde op i. Regnestykket er ikke altid så tydeligt, men retningen er typisk den samme. Jeg har gået det efter i sømmene i sammenligningen af billige og dyre udviklere.

Det der trækker prisen op

De samme faktorer går igen i næsten alle projekter. Kender du dem, kan du langt bedre forudsige hvor i tabellens spænd dit projekt lander.

• Flere slags brugere. Hver rolle, fx kunde, medarbejder og administrator, skal have sine egne skærme, rettigheder og test.
• Betaling og abonnementer. Opsigelser, fejlede betalinger, fakturaer og moms tager længere tid at bygge end selve betalingsknappen.
• Integrationer. Hver forbindelse til et andet system, fx e-conomic, et CRM eller MitID, har sin egen dokumentation, sine testkonti og sine fejlsituationer.
• Design tegnet fra bunden. Det koster mere end et gennemprøvet komponentbibliotek, både i design og i udvikling.
• Data fra et gammelt system. Når data skal flyttes, dukker der næsten altid huller og dubletter op som nogen skal tage stilling til.
• Krav til sikkerhed og persondata. Logning, adgangsstyring og dokumentation til GDPR er nødvendigt arbejde, og det skal med i budgettet.
• Flere platforme. Web, iOS og Android på én gang er tre leverancer, også når meget af koden kan deles.
• Tidspres. En fast deadline betyder ofte flere folk på opgaven eller mindre tid til test.

Den største enkeltpost står ikke på listen: uklarhed. Hver gang en beslutning først bliver truffet midt i udviklingen, skal noget bygges om, og det er de timer der sjældent var med i det første estimat.

Det der trækker prisen ned

• En lille første version. Byg det kerneforløb der skal bevise at idéen holder, og vent med resten til du har rigtige brugere.
• Færdige tjenester til det der allerede findes. Betaling, e-mailudsendelse, login og søgning kan ofte løses med eksisterende tjenester i stedet for at blive udviklet fra bunden.
• Standardkomponenter frem for specialdesign i første omgang.
• Én beslutningstager hos dig som kan svare samme dag.
• Et velbeskrevet oplæg. Jo færre gæt udvikleren skal lave, jo mindre buffer skal der lægges ind.

Et regneeksempel: et internt system til serviceopgaver

Tabellen øverst viser spænd. Her er et tænkt eksempel på hvordan et konkret projekt kan fordele sig, så du kan se hvor timerne går hen. Tallene er ikke fra et rigtigt projekt, men fordelingen er typisk.

Forestil dig en servicevirksomhed der vil erstatte regneark og telefonopkald med et internt system. Kontoret opretter og planlægger opgaver, teknikerne ser dem på mobilen og melder dem færdige, og kunden får besked på e-mail. Færdige opgaver skal sendes videre til regnskabssystemet så de kan faktureres.

Læg mærke til at kun godt en fjerdedel af timerne går til det der føles som selve systemet: opgaver og planlægning. Resten er login, design, integration og test. Det skal alt sammen være på plads før rigtige medarbejdere kan bruge systemet hver dag.

Eksemplet viser også hvor du kan spare. Udskyder du integrationen og kunde-e-mails til version to og eksporterer fakturagrundlaget som en fil i starten, sparer du 55 timer, eller godt 52.000 kr. Det er den slags valg et forprojekt skal gøre synlige.

Prismodeller: timepris, fast pris, forprojekt og løbende aftaler

Hvordan prisen bliver afregnet, betyder lige så meget for dit budget som selve beløbet. Der er fire almindelige modeller, og de bliver ofte kombineret i samme projekt.

Timepris

Du betaler for de timer der bliver brugt. Det er fleksibelt og passer til opgaver hvor indholdet ændrer sig undervejs, men risikoen for at timerne skrider, ligger hos dig. Bed om et loft pr. måned og en kort status hver uge.

Fast pris

Du kender prisen på forhånd, men kun for det der er beskrevet. Udvikleren lægger en buffer ind for usikkerheden, og ændringer undervejs bliver prissat for sig. Fast pris fungerer bedst når omfanget er klart. Fordele og ulemper er gennemgået i sammenligningen af timepris og fast pris.

Forprojekt

Et kort, betalt forløb før selve udviklingen. Her bliver kravene skrevet ned, løsningen bliver skitseret, og der kommer et estimat ud af det. Det er den model jeg selv bruger før større projekter: et forprojekt til fast pris og derefter en fast pris på selve udviklingen. Forprojektet koster en brøkdel af det samlede budget, og du beholder materialet uanset hvem der bygger. Se hvad en discovery-fase koster for priser og indhold.

Løbende aftale

Efter lanceringen skal der som regel både vedligeholdes og videreudvikles. Her bruger mange en retainer, altså et fast antal timer om måneden, eller et klippekort med forudbetalte timer. Hvornår hvad passer bedst, står i guiden til retainer og klippekort.

Hvem bygger det: freelancer, bureau, fastansat eller udlandet

Hvem du vælger, påvirker timeprisen, hvor meget af din egen tid projektet kræver, og hvad der sker når det er færdigt.

• Freelancer: lavere faste omkostninger end et bureau, og du taler direkte med den der skriver koden. Til gengæld er du afhængig af én person, så kræv at koden ligger hos dig, og at der bliver skrevet dokumentation undervejs.
• Bureau: et helt hold med design, projektledelse og udvikling under ét tag. Det koster mere pr. time, men kan være det rigtige valg når mange fagligheder skal i gang på samme tid.
• Fastansat udvikler: ifølge PROSAs seneste lønstatistik er gennemsnitslønnen 63.812 kr. om måneden i den kategori hvor softwareudviklere hører til, inklusive faste tillæg, bonus og arbejdsgivers pensionsbidrag. Det er over 765.000 kr. om året, før udstyr, licenser, rekruttering og ledelse. Det kan betale sig når der skal udvikles hele året i mange år.
• Udviklere i udlandet: timeprisen kan være markant lavere i fx Østeuropa eller Asien. Regningen bliver dog ikke altid tilsvarende mindre fordi koordinering, sprog, tidszoner og kvalitetskontrol kræver mere af din egen tid. Det fungerer bedst når du selv har teknisk indsigt eller har en tovholder der kan styre samarbejdet.

Det fulde regnestykke med løn, pension, rekruttering og timepriser står i sammenligningen af hvad en udvikler koster.

Udgifterne efter lanceringen

Lanceringen er ikke det sidste beløb på regningen. Software i drift koster penge hvert år, og det er den post flest glemmer at regne med.

• Hosting og tjenester: server, database, backup, e-mailudsendelse og fejlovervågning. For en typisk webapp løber det fra et par hundrede til et par tusinde kroner om måneden. En platform med mange brugere kan koste mere.
• Opdateringer: frameworks og pakker skal holdes opdateret af hensyn til sikkerheden. Laravel udgiver for eksempel en ny hovedversion hvert år, og hver version får sikkerhedsrettelser i to år, ifølge Laravels egen supportpolitik. Springer du opdateringerne over, bliver springet større og dyrere. Se hvad en Laravel-opgradering koster.
• Videreudvikling: når rigtige brugere kommer på, opdager du hvad der mangler. Den første version er sjældent den sidste.
• Gebyrer og licenser: betalingsløsninger tager et gebyr pr. transaktion, og mange tjenester stiger i pris med antallet af brugere.

Min tommelfingerregel er at sætte 15-20 % af byggeprisen af om året til drift, vedligehold og små forbedringer, og mere hvis produktet skal udvikle sig hurtigt. Du kan regne det konkret ud med guiden til prisen på drift og vedligehold. De poster der sjældent står i et tilbud, har jeg samlet i en liste over skjulte omkostninger i softwareprojekter.

Sådan får du en pris du kan stole på

Et pålideligt tal kommer ikke af at spørge flere udviklere om "en pris på en app". Det kommer af et godt grundlag. Sådan griber du det an:

1. Beskriv problemet før løsningen. Hvem skal bruge systemet, hvad skal de kunne, og hvordan gør de det i dag? Så kan udvikleren foreslå noget enklere end du havde forestillet dig.
2. Del funktionerne op i "skal med nu" og "kan vente". Det er det mest effektive redskab du har til at styre prisen.
3. Sæt en budgetramme. Et beløb du kan leve med, gør det muligt at forme løsningen efter rammen i stedet for omvendt. Brug gerne skabelonen til budget for et softwareprojekt.
4. Start med et forprojekt ved alt over et par hundrede timer, så estimatet bygger på noget konkret.
5. Sammenlign tilbud på samme grundlag: samme omfang, samme krav til test og dokumentation og samme aftale om drift. Her er en guide til at sammenligne tilbud fra udviklere.
6. Spørg hvad der ikke er med. Hosting, test, dokumentation, support efter lanceringen og ejerskab af koden er typiske huller.

Har du allerede en prototype bygget med et AI-værktøj som Lovable, Bolt eller Cursor, er udgangspunktet et andet. Så handler prisen om hvad der skal til for at gøre den klar til rigtige brugere, og det har jeg skrevet en separat guide om: prisen på at få en AI-app i produktion. Og undersøg om dit projekt kan få tilskud til softwareudvikling, før du lægger det endelige budget.

Hvornår du ikke skal få udviklet software fra bunden

Nogle gange er det mest ærlige svar på prisspørgsmålet at du ikke skal bygge noget. Det billigste softwareprojekt er det du ikke behøver at starte. Jeg anbefaler at du lader være i disse situationer:

• Når et standardsystem dækker det meste. Findes der et færdigt bookingsystem, en webshopplatform eller et CRM der dækker omkring 80 % af dine behov, er det næsten altid billigere at tilpasse din proces end at bygge dit eget.
• Når du skal bruge en almindelig hjemmeside, og budgettet er under 30.000-50.000 kr. Så får du mere for pengene med en skabelonbaseret løsning end med kode skrevet fra bunden.
• Når du ikke ved om nogen vil betale. Test efterspørgslen med en landingsside, en manuel proces eller et no-code-værktøj før du bruger penge på udvikling.
• Når du skal bruge et helt hold i flere år. Så er en ansættelse eller et bureau en bedre ramme end en enkelt freelancer.

Udvikling fra bunden betaler sig når softwaren understøtter noget der er særligt for din forretning, når standardsystemerne tvinger dig til omveje hver dag, eller når licenserne over nogle år koster mere end at eje løsningen selv.

Næste skridt

Du er godt på vej hvis du kan svare på tre ting: hvilken række i tabellen dit projekt ligner, hvad der skal med i første version, og hvilket beløb du kan leve med. Læs den prisguide der passer til din projekttype, og skriv en kort beskrivelse af hvem der skal bruge løsningen, og hvilke systemer den skal tale sammen med.

Hvordan jeg selv prissætter, med et betalt forprojekt til fast pris før større projekter og fast pris på udviklingen bagefter, kan du se på siden med mine priser. Du taler direkte med mig og ikke med en sælger, og du får svar inden for én hverdag.

Ofte stillede spørgsmål

Hvor lang tid tager det at udvikle software?+

Det afhænger af timetallet og af hvor mange der arbejder på projektet. En udvikler når realistisk 25-30 effektive udviklingstimer om ugen når møder, test og koordinering er trukket fra, så et projekt på 300 timer tager typisk 10-12 uger med én person. Læg tid til forprojekt, feedback og test oveni. Flere udviklere kan gøre det hurtigere, men to udviklere halverer sjældent tiden fordi koordineringen også tager tid.

Kan AI gøre softwareudvikling billigere i 2026?+

Ja, på dele af arbejdet. AI-værktøjer gør det hurtigere at skrive standardkode, test og første udkast. Men kravafklaring, arkitektur, sikkerhed, integrationer og gennemgang af koden tager stadig tid, og det er der en stor del af timerne ligger. Forvent derfor en mindre besparelse og ikke en halvering. En prototype lavet med et AI-værktøj er et godt udgangspunkt for en snak, men sjældent klar til rigtige brugere.

Hvem ejer koden når projektet er betalt?+

Det afgør jeres aftale. Når en ansat skriver et edb-program som led i sit arbejde, overgår ophavsretten til arbejdsgiveren efter ophavsretslovens § 59, men den regel gælder ikke for en freelancer eller et bureau. Sørg derfor for at kontrakten overdrager rettighederne til dig, og at koden ligger i dit eget repository (kodearkiv). Hos mig ejer kunden koden fra første dag. Det er ikke juridisk rådgivning, så få kontrakten tjekket hvis der står meget på spil.

Skal jeg betale hele beløbet på forhånd?+

Nej, det er sjældent nødvendigt. Ved fast pris er det almindeligt at betale i rater, fx en del ved opstart og resten fordelt på milepæle eller ved levering. Ved timepris bliver der typisk faktureret løbende, ofte hver måned. Vær varsom med en leverandør der kræver hele beløbet før arbejdet går i gang, og aftal altid hvad der sker med betalingen hvis projektet stopper halvvejs.