PriserPrisguide
enRead in EnglishHvad koster det at udvikle en SaaS? Priser fra MVP til platform (2026)
Hvad er prisen på SaaS-udvikling i 2026? Se prisniveauer fra MVP til platform, et budget linje for linje og hvad drift og videreudvikling koster bagefter.

Freelance full-stack udvikler
- Udgivet
- Læsetid
- 12 min.
Indhold i indlægget9
Prisen på SaaS-udvikling ligger typisk på 150.000-400.000 kr. ekskl. moms for en afgrænset MVP, 400.000-900.000 kr. for en fuld første version og fra omkring 900.000 kr. for en platform med mange brugertyper og integrationer. Det er lanceringsprisen. Det du reelt skal budgettere med, er hvad produktet koster de første tre år når drift, vedligehold og videreudvikling kommer oveni.
Jeg er freelanceudvikler og sælger den slags projekter, så læs med det forbehold. Gennemgangen viser, hvilke opgaver der ligger bag prisen.
Den korte version: prisniveauer for en SaaS
| Niveau | Typisk indhold | Timer | Pris ekskl. moms |
|---|---|---|---|
| Afgrænset MVP | Én kernefunktion, login, abonnement med kortbetaling og en enkel administration | 150-400 | 150.000-400.000 kr. |
| Første fulde version | Flere roller, teams, et par integrationer, rapporter og en gennemarbejdet introduktion for nye brugere | 400-900 | 400.000-900.000 kr. |
| Platform | Flere brugertyper, markedsplads eller tunge integrationer og høje krav til sikkerhed og skalering | 900+ | Fra ca. 900.000 kr. |
Priserne er regnet med 1.000 kr. i timen ekskl. moms. Det ligger midt i det spænd på 800-1.200 kr. som LønRadar angiver for IT-freelancere på seniorniveau i 2026. Et bureau ligger ofte højere, og et udviklingshus i Østeuropa eller Asien ofte lavere. Brug derfor timetallet som pejlemærke, for det kan du sammenligne på tværs af tilbud. Vil du se hvordan andre typer software prissættes, har jeg samlet det i min prisguide til softwareudvikling.
Forskellen på niveauerne er sjældent antallet af skærmbilleder. Det er antallet af brugertyper og hvor meget produktet skal tale med andre systemer. En SaaS hvor én type kunde logger ind og bruger én funktion, er en MVP. Skal kundens medarbejdere have forskellige rettigheder, skal data synkroniseres med økonomisystemet, og skal kunden kunne invitere sine egne kunder ind, er du på vej mod en platform.
Et budget linje for linje: hvad en MVP består af
Et tilbud på "en SaaS" siger ingenting før du kan se hvad timerne går til. Her er et typisk budget for en afgrænset B2B-SaaS: et værktøj hvor virksomheder opretter en konto, betaler et månedligt abonnement og bruger én kernefunktion.
| Post | Hvad den dækker | Timer |
|---|---|---|
| Forprojekt | Afklaring, skitser af skærmbilleder, datamodel, prioritering og estimat | 15-40 |
| Opsætning | Kodearkiv, testmiljø, automatisk udgivelse, backup og fejlovervågning | 8-20 |
| Login og konti | Oprettelse, login, glemt kodeord, teams, invitationer og roller | 20-45 |
| Abonnement og betaling | Kortbetaling, prøveperiode, op- og nedgradering, kvitteringer og opsigelse | 15-35 |
| Kernefunktionen | Det kunderne faktisk betaler for | 50-150 |
| Administration | Overblik over kunder og abonnementer, værktøjer til support | 10-30 |
| Mails og notifikationer | Velkomstmail, kvitteringer og påmindelser | 6-15 |
| Test, sikkerhed og GDPR | Automatiske test af de vigtigste forløb, adgangskontrol, sletning og udtræk af data | 12-35 |
| Lancering og eftersyn | Udgivelse, overvågning og rettelser de første uger | 8-25 |
| I alt | ca. 145-395 |
Ved 1.000 kr. i timen giver det 145.000-395.000 kr. ekskl. moms. Læg mærke til at kernefunktionen kun udgør godt en tredjedel af timerne. Det er sjældent den smarte funktion der æder budgettet, men alt det kedelige omkring den som kunderne forventer virker fra første dag. Glemt kodeord, en ordentlig kvittering, et kort der bliver afvist, en kunde der vil have sine data slettet.
Det er også her du kan spare mest. Laravel har en officiel pakke til abonnementer via Stripe (Laravel Cashier), og administrationen kan bygges med et værktøj som Filament i stedet for fra bunden. Kernefunktionen er den del der skal være din egen. Er du i tvivl om hvad der skal med i første version, så læs mit indlæg om hvad en MVP koster, og hvad der driver prisen.
Forprojektet står øverst af en grund. Det er her de 145-395 timer bliver til ét tal, og her du opdager om din idé er en MVP eller i virkeligheden en platform. Jeg har skrevet mere om hvad en discovery-fase koster, og hvorfor den betaler sig.
Hvad der driver prisen op eller ned
To SaaS-produkter med samme antal skærmbilleder kan sagtens have en prisforskel på en faktor tre. Det er især disse forhold der flytter regningen:
- Jo flere brugertyper, jo flere timer. Én type bruger er enkelt, men administrator, medarbejder, kunde og kundens kunde er fire sæt rettigheder, skærmbilleder og testscenarier.
- Betalingsmodellen betyder mere end man tror. Et fast månedligt abonnement er standard. Pris pr. bruger, forbrugsbaseret afregning eller faktura med betalingsfrist kræver mere arbejde.
- Hver integration er et lille projekt i sig selv uanset om det er e-conomic, Dinero, et CRM-system eller MitID. Prisen afhænger meget af hvor god den anden parts API er.
- Følsomme data hæver kravene. Behandler produktet helbredsoplysninger eller andre følsomme persondata, skal adgangskontrol, logning og hosting være strammere.
- Et unikt design koster mere end et pænt bibliotek af standardkomponenter. Til en MVP er standard næsten altid nok.
- En webapp der fungerer godt på mobilen, er langt billigere end separate apps til iPhone og Android.
- AI-funktioner er hurtige at bygge og langsomme at gøre pålidelige. Hertil kommer at hvert kald til en sprogmodel koster løbende penge.
- Uklart omfang er ofte den største prisdriver af dem alle. Uklare krav bliver altid betalt, enten i et forprojekt eller i omarbejde senere.
Endelig betyder det noget hvem der bygger. En dansk seniorfreelancer, et bureau og et udviklingshus i udlandet har vidt forskellige timepriser, men de bruger også forskelligt antal timer på samme opgave. Sammenlign derfor den samlede pris og hvad der er med, ikke kun timeprisen. Vil du vide hvad der er normalt herhjemme, har jeg skrevet om timepriser for freelanceudviklere i Danmark.
Drift: hvad din SaaS koster om måneden
Når produktet er i luften, begynder taxameteret for driften at køre. Beløbene er små i starten, men de er løbende og vokser med antallet af kunder. Sådan ser de typiske poster ud for en ny B2B-SaaS:
| Post | Typisk pris i starten | Bemærkning |
|---|---|---|
| Server og database | 150-800 kr./md. | En virtuel server hos en europæisk udbyder rækker langt for et nyt produkt |
| Serveradministration | ca. 75-260 kr./md. | Fx Laravel Forge til 12-39 dollars om måneden |
| Transaktionsmails | 0-150 kr./md. | Postmark koster fra 15 dollars om måneden for 10.000 mails |
| Fejlovervågning og oppetid | 0-300 kr./md. | Mange værktøjer har gratis niveauer til små projekter |
| Backup | 50-200 kr./md. | Skal ligge et andet sted end serveren |
| Domæne og SSL | ca. 10 kr./md. | SSL-certifikater er typisk gratis i dag |
| Betalingsgebyrer | ca. 2,5-4 % af omsætningen | Se regneeksemplet nedenfor |
Uden betalingsgebyrer lander de faste poster typisk på 300-1.700 kr. om måneden. Det er sjældent driften der vælter et SaaS-budget.
Betalingsgebyrerne kræver et regnestykke. Tager du 499 kr. om måneden for et abonnement, og kunden betaler med et almindeligt europæisk forbrugerkort, koster det hos Stripe 1,5 % + 1,80 kr. pr. betaling plus 0,7 % for abonnementsstyringen i Stripe Billing, ifølge Stripes priser for Danmark. Det giver ca. 12,80 kr., eller godt 2,5 % af beløbet. Men firma- og erhvervskort tæller som premium-kort, og dem betaler du 2,8 % + 1,80 kr. for. Så lander du på ca. 19 kr., eller knap 4 %. Sælger du til virksomheder, er det derfor mere realistisk at regne med 3-4 %.
Vedligehold og videreudvikling: de første tre år
Vedligehold er det der holder produktet sikkert og kørende: opdatering af framework og pakker, sikkerhedsrettelser, overvågning og små fejl. Laravel udgiver fx en ny hovedversion cirka en gang om året, og hver version får kun sikkerhedsrettelser i en begrænset periode. Min tommelfingerregel er at afsætte 10-20 % af udviklingsprisen om året til vedligehold alene.
Videreudvikling er noget andet. Det er de nye funktioner dine første kunder beder om, og det er dem der afgør om de bliver. Her er et eksempel med en MVP til 250.000 kr. Videreudviklingen er et skøn og ikke et facit, for den afhænger helt af hvor hurtigt du vil bevæge dig.
| Post | Lancering | År 1 efter lancering | Pr. år derefter |
|---|---|---|---|
| Første version | 250.000 kr. | 0 kr. | 0 kr. |
| Videreudvikling | 0 kr. | 100.000-250.000 kr. | 50.000-200.000 kr. |
| Vedligehold (10-20 %) | 0 kr. | 25.000-50.000 kr. | 25.000-50.000 kr. |
| Drift uden gebyrer | 0 kr. | 4.000-20.000 kr. | 4.000-20.000 kr. |
| I alt | 250.000 kr. | 129.000-320.000 kr. | 79.000-270.000 kr. |
Lægger du lanceringen og de første tre år sammen, ender en MVP til 250.000 kr. et sted mellem ca. 540.000 kr. og 1,1 mio. kr. Det er ikke et argument for at lade være. Det er et argument for at planlægge efter det.
Mit vigtigste råd om budget er derfor: brug højst halvdelen af det du har til rådighed på første version. Resten skal bruges når rigtige kunder fortæller dig hvad der mangler, og det er typisk dér produktet bliver godt. Vil du gå i dybden med de løbende udgifter, har jeg skrevet om hvad drift og vedligehold af en webapp koster om året.
Hvor du kan spare, og hvor du ikke skal
Der findes gode og dårlige besparelser. De gode fjerner arbejde som kunderne aldrig opdager. De dårlige flytter bare regningen til et senere tidspunkt hvor den er større.
Her kan du roligt spare
- Byg administrationen med færdige værktøjer i stedet for fra bunden.
- Brug Stripes egne sider til betaling og til kundens abonnementsoversigt i stedet for at bygge dem selv.
- Lancér som webapp. Apps til iPhone og Android kan vente til du ved at kunderne vil have dem.
- Vælg et standardbibliotek af komponenter frem for et unikt design.
- Gør ting i hånden i starten. De første kunder kan sagtens komme i gang via et videomøde i stedet for en automatiseret guide.
Her skal du ikke spare
- Backup, og en test af at du faktisk kan gendanne den.
- Adgangskontrol. En kunde må aldrig kunne se en anden kundes data.
- Automatiske test af betaling, login og andre forløb hvor en fejl koster kunder.
- Ejerskab. Koden skal ligge i dit eget kodearkiv fra første dag, og kontrakten skal give dig rettighederne.
- Dokumentation, så en anden udvikler kan overtage hvis det bliver nødvendigt.
Hvornår du ikke skal betale for en SaaS endnu
Den billigste SaaS er den du ikke bygger før du ved at nogen vil betale for den. Her er de situationer hvor jeg vil fraråde dig at hyre en udvikler, også mig:
- Du har ikke talt med kunderne endnu. En klikbar prototype i Figma eller en landingsside med venteliste kan teste efterspørgslen for en brøkdel af prisen. Min guide til at bygge en SaaS fra idé til betalende kunder gennemgår rækkefølgen.
- Dit samlede budget er under ca. 100.000 kr. Så rækker pengene sjældent til både en første version og tilpasningerne bagefter. Start med et mindre værktøj eller en no-code-løsning, og byg ordentligt når der kommer omsætning.
- Du skal bruge et helt hold på én gang. Skal design, brugerresearch, marketing og udvikling ske i samme kvartal, er et bureau bedre rustet end en enkelt freelancer.
- Udvikling er selve forretningen, og den stopper aldrig. Så skal du på sigt ansætte dine egne udviklere. En freelancer kan sagtens bygge første version og hjælpe med at vurdere kandidater, men bør ikke være din permanente løsning.
Næste skridt: fra idé til et budget du kan stole på
- Skriv kernefunktionen ned i én sætning: hvem betaler, og for hvad?
- Lav en liste over brugertyper og integrationer. Det er de to ting der flytter prisen mest.
- Sæt et samlet budget for lanceringen og de første tre år, og reservér mindst halvdelen til tiden efter lanceringen.
- Få et forprojekt til fast pris, så estimatet bygger på en konkret plan og ikke på et gæt.
Har du svar på de tre første punkter, er du godt forberedt til en snak med en udvikler. På siden om SaaS-udvikling kan du se hvordan jeg griber forløbet an, fra forprojekt over lancering til videreudvikling. Du taler direkte med mig, og koden er din fra første dag.
Ofte stillede spørgsmål
Kan jeg få en SaaS udviklet til fast pris?
Ja, når omfanget er afklaret. De fleste erfarne udviklere giver først en fast pris efter et forprojekt hvor funktioner, brugertyper og integrationer er beskrevet. Uden den afklaring er en fast pris enten fyldt med risikotillæg eller et gæt. Ændringer undervejs bliver typisk prissat hver for sig, så aftal på forhånd hvordan det foregår.
Hvor lang tid tager det at udvikle en SaaS-MVP?
Typisk 2-4 måneder for en afgrænset MVP med én udvikler. 150-400 timer svarer til 4-11 ugers fuldtidsarbejde, men afklaring, feedback og test tager også kalendertid. Du skal selv kunne nå at svare på spørgsmål og godkende undervejs, så tidsplanen afhænger lige så meget af dig som af udvikleren.
Er det billigere at bygge en SaaS med no-code eller AI-værktøjer?
Til at teste en idé, ja. Med no-code-værktøjer og AI-kodeassistenter kan du lave en fungerende prototype for en brøkdel af prisen. Udfordringerne kommer når der skal tages betaling, data fra mange kunder skal holdes adskilt, og produktet skal vedligeholdes i årevis. Mange ender med at bygge om, så se prototypen som en test og ikke som første version.
Hvad sker der hvis jeg vil skifte udvikler senere?
Det skal kunne lade sig gøre uden at starte forfra. Sørg for at koden ligger i dit eget kodearkiv fra første dag, at kontrakten giver dig rettighederne, og at opsætning og drift er dokumenteret. Bygges produktet på et udbredt framework som Laravel, er det også lettere at finde en anden udvikler der kan tage over.
Skal jeg regne moms med i budgettet?
Priserne her er ekskl. moms, som det er normalt mellem virksomheder. Er din virksomhed momsregistreret, kan du normalt trække momsen fra, så den påvirker likviditeten mere end budgettet. Er du ikke momsregistreret, er de 25 % derimod en reel udgift. Er du i tvivl, så tal med din revisor før du sætter projektet i gang.