Sammenligning
Fast pris vs. timepris: hvad passer til jeres softwareprojekt?
Det korte svar: vælg fast pris, når I kan beskrive, hvad systemet skal kunne, og timepris, når opgaven er ren udforskning, eller når ingen ved, hvor den ender. For de fleste SMV-projekter er fast pris det sikreste, fordi risikoen for overskridelser ligger hos leverandøren og ikke hos jer.
8 min. læsning · Opdateret 29. september 2026
Valget mellem fast pris og timepris handler i virkeligheden om én ting: hvem bærer risikoen, hvis projektet tager længere tid end forventet? Ved timepris er det jer. Ved fast pris er det leverandøren. Begge modeller har deres plads, men de passer til meget forskellige opgaver, og det er dyrt at vælge forkert.
Hvad er forskellen på fast pris og timepris?
Fast pris
- I kender prisen, før arbejdet starter
- Leverandøren bærer risikoen for overskridelser
- Kræver et beskrevet scope med funktioner og integrationer
- Ændringer prissættes, før de bygges
- Leverandøren tjener på at være effektiv
Timepris
- Prisen kendes først, når arbejdet er gjort
- I bærer risikoen for overskridelser
- Kan starte uden et færdigt scope
- Ændringer lægges bare oveni timesedlen
- Leverandøren tjener mere, jo længere det tager
Det sidste punkt er ikke en anklage. De fleste leverandører på timer arbejder hæderligt. Men incitamentet er skævt, og det mærker I, når estimatet skrider, og ingen rigtig har ansvaret for det. Ved fast pris er incitamentet det modsatte: leverandøren har en direkte interesse i at bygge det rigtige hurtigt og uden omveje.
Hvornår passer fast pris, og hvornår passer timepris?
Tommelfingerregler for valget af model.
| Situation | Bedste model | Hvorfor |
|---|---|---|
| Ny hjemmeside, webapp eller app med kendt formål | Fast pris | Funktionerne kan listes på forhånd |
| MVP til at teste en forretningsidé | Fast pris | Budgettet er begrænset, og scopet skal være skarpt |
| Integration til kendte systemer som e-conomic eller MobilePay | Fast pris | API’erne er dokumenterede, og opgaven er afgrænset |
| Fejlsøgning i et gammelt system uden dokumentation | Timepris | Ingen ved, hvad der gemmer sig i koden |
| Research og eksperimenter med ny teknologi | Timepris med loft | Målet er læring, ikke en bestemt leverance |
| Løbende videreudvikling efter lancering | Fast pris pr. funktion | Hver ændring er lille og kan prissættes for sig |
Bygger I noget nyt for at teste en idé, så læs også om MVP-udvikling. Og vil I forstå, hvorfor timeprisen i sig selv er et dårligt sammenligningsgrundlag, så se timepris for udvikler.
Hvordan skrives et scope til fast pris?
Et godt scope er ikke et tykt dokument. Det er en præcis liste, som både I og leverandøren kan pege på, når der opstår tvivl. Det skal kunne læses af en direktør på ti minutter og samtidig være konkret nok til, at en udvikler ved, hvad der skal bygges.
- Formål: hvilket problem løser systemet, og hvordan ved I, at det virker?
- Brugere og roller: hvem logger ind, og hvad må hver rolle se og gøre?
- Funktioner: en nummereret liste, én linje pr. funktion, fx "medarbejderen kan oprette en ordre".
- Integrationer: hvilke systemer skal der tales med, og hvilken vej går data?
- Uden for scope: det, der bevidst venter til senere, skrevet ned.
- Accept: hvordan I godkender, at hver funktion er leveret.
- Drift: hosting, opdateringer, support og backup efter lancering, og hvad det koster om måneden.
Punkt fem er det, flest springer over, og det er det, der oftest skaber konflikt. Når det står skrevet, hvad der ikke er med, er der ingen tvivl om, hvad der er. Vi har en færdig skabelon til kravspecifikation, I kan tage udgangspunkt i. Til jobportalen Jobero startede vi fra den første skitse og byggede brand, design og hele systemet, og også dér var den skarpe afgrænsning af første version det, der fik projektet i luften.
Hvordan håndteres ændringer i et fastprisprojekt?
Ny idé
I får en idé undervejs eller efter lancering og beskriver den kort.
Inden for scope?
Er det en justering af en eksisterende funktion, er det en del af arbejdet.
Fast pris på det nye
Er det en ny funktion, får den en fast pris. Hos os 2.500 kr. pr. funktion.
I beslutter
I siger ja skriftligt, og funktionen bygges. Siger I nej, sker der intet.
Vores pakker er bygget på præcis den model: 12, 24 eller 36 funktioner og 1, 2 eller 3 integrationer til fast pris fra 18.000 kr. plus fast drift. Se dem under priser. Vil I have et konkret tilbud, så beskriv jeres projekt her, og I får et skriftligt fastpris-tilbud inden for 24 timer.
Spørgsmål om fast pris og timepris
Er fast pris dyrere end timepris?
Hvad sker der, hvis vi ændrer mening undervejs?
Hvornår er timepris det rigtige valg?
Skal vi have en kravspecifikation for at få fast pris?
Hvor hurtigt kan vi få et fastpris-tilbud?
Findes der en mellemting mellem fast pris og timepris?
Skal vi bygge det for jer?
I får et fastpristilbud inden for 24 timer.
