--- title: "Fastpris eller medgået tid: vælg den rette kontraktmodel" description: "Hvornår fastpris eller medgået tid passer til et softwareprojekt, hvem der bærer hvilken risiko, og hybrider som medgået tid med loft eller fastpris i faser." canonical: https://sdk.enterprises/da/insights/fixed-price-or-time-and-materials language: da --- # Fastpris eller medgået tid: vælg den rette kontraktmodel Opdateret: 2026-09-26 > Vælg fastpris, når arbejdet kan specificeres og godkendes ud fra klare kriterier, før det starter; vælg afregning efter medgået tid, når kravene vil ændre sig, efterhånden som du bliver klogere. Problemerne opstår, når modellen ikke passer til graden af usikkerhed, og hybrider som fastpris i faser eller medgået tid med loft passer ofte bedre end de rene modeller. ## Det egentlige spørgsmål er, hvem der bærer usikkerheden Ethvert softwareestimat indeholder usikkerhed: krav, der endnu ikke er forstået, systemer, der opfører sig anderledes end deres dokumentation, beslutninger, som ingen har truffet. Kontraktmodellen afgør, hvem der betaler, når den usikkerhed bliver til ekstra arbejde. Ved fastpris bærer leverandøren den og regner den med i prisen. Ved medgået tid bærer du den og betaler for den tid, der faktisk bruges. Ingen af modellerne fjerner usikkerheden, så de nyttige spørgsmål er, hvor meget der er af den, og hvem der er bedst i stand til at styre den. ## Fastpris passer til arbejde, du kan specificere og godkende Fastpris fungerer, når omfanget kan skrives præcist ned, og resultatet kan kontrolleres mod acceptkriterier: en velkendt integration, migrering af et kendt sæt applikationer eller funktioner, der allerede er designet og valideret med brugerne. Dit budget er forudsigeligt, og leverandøren har en grund til at levere effektivt. Prisen indeholder en risikomargin, og en omhyggelig leverandør dimensionerer den efter, hvor meget der er ukendt. Alt uden for det skrevne omfang bliver et ændringsønske med sin egen pris og forsinkelse. Når omfanget var uklart, bliver de ændringsønsker til forhandlinger, der belaster samarbejdet. Hold også øje med en mere stille risiko. En leverandør, hvis fastpris viser sig at være for lav, har al mulig grund til at skære ned på test, dokumentation og kodekvalitet, som er de dele, du først opdager senere. ## Medgået tid passer til arbejde, der ændrer sig, efterhånden som du lærer Ved afregning efter medgået tid betaler du for den tid, teamet bruger, som regel til aftalte satser pr. rolle. Det passer til afklaring, nye produkter, hvis krav afhænger af feedback fra brugerne, løbende udvikling og arbejde i systemer, som ingen har kortlagt fuldt ud. Du kan ændre prioriteter hver uge uden at genforhandle kontrakten. Risikoen ligger hos dig: den samlede omkostning er åben, og et dårligt ledet team kan bruge meget tid på de forkerte ting. Medgået tid fungerer kun, når du kan se og styre arbejdet, og det kræver, at følgende er på plads. - En prioriteret backlog, som du ejer, med det mest værdifulde arbejde først - En demo af software, der virker, i en fast rytme, for eksempel hver eller hver anden uge - Rapporter, der viser, hvor timerne er gået hen, pr. funktion eller milepæl - En budgetprognose, der opdateres jævnligt og sammenlignes med det, der er leveret - Retten til at ændre teamets størrelse eller stoppe med kort varsel ## Hybrider passer ofte bedre end de rene modeller Mange projekter er hverken helt kendte eller helt åbne, og de almindelige hybrider afspejler det. Hver af dem flytter en del af risikoen tilbage til den, der bedst kan styre den. - Fastpris i faser: en kort afklaringsfase til fast pris og derefter en fastpris for udviklingen baseret på det, afklaringen fandt frem til. Du forpligter dig først til det større beløb, når de ukendte faktorer er blevet færre. - Medgået tid med loft: du betaler for den brugte tid op til et aftalt loft. Leverandøren advarer dig, før loftet nås, og omfanget justeres, så det vigtigste arbejde lander under loftet. - Fastpris pr. milepæl: hver milepæl har sit eget omfang, sin egen pris og sine egne acceptkriterier, og begge parter kan revurdere, før den næste starter. - Målpris: et aftalt estimat, hvor besparelser under det og overskridelser over det deles, så begge parter vinder ved en effektiv levering. ## Tilpas modellen til den fase, du er i Ét projekt kan skifte mellem modeller. Afklaring og tidlige prototyper passer til medgået tid eller en lille fastpris, fordi formålet er at mindske usikkerheden. En udviklingsfase med klart design og klare acceptkriterier kan have fast pris. Support og forbedringer efter lanceringen vender ofte tilbage til medgået tid eller en månedlig aftale. Disse spørgsmål hjælper dig med at beslutte for den fase, der ligger foran dig. Kan du svare ja til de to første og det sidste, er fastpris realistisk. Hvis feedback fra brugerne vil omforme arbejdet, og du kan styre det hver uge, er medgået tid eller en hybrid et bedre valg. - Kunne du skrive acceptkriterier for hver leverance i dag? - Kender du alle de systemer og datakilder, arbejdet berører? - Vil feedback fra brugerne ændre det, du bygger, i de kommende måneder? - Har du en person med tid til at prioritere og gennemgå arbejdet hver uge? - Er et fast budget vigtigere for dig end fleksibilitet i omfanget? ## Kontraktvilkår, der beskytter dig under begge modeller Uanset prismodellen gør nogle få klausuler mere for at beskytte dig end selve prisen. Tjek, at kontrakten dækker hver af dem i klart sprog. - Acceptkriterier for hver milepæl med en fast frist til at godkende eller afvise den - En skriftlig ændringsproces: hvordan ændringer anmodes om, estimeres og godkendes, og af hvem - Dit ejerskab til koden og de immaterielle rettigheder og adgang til repositories fra første dag - Navngivne nøglepersoner, og hvad der sker, hvis en af dem stopper - Opsigelsesvilkår, der lader dig stoppe, beholde det arbejde, der er udført indtil da, og få en ordentlig overdragelse - Garantivilkår for fejl, der findes efter godkendelse ## Den måde, en partner foreslår modellen på, siger meget En partner, der tilbyder fastpris, før den har stillet detaljerede spørgsmål, har enten lagt en stor risikomargin ind i prisen eller ikke forstået arbejdet. En partner, der beder om åben afregning efter medgået tid uden regelmæssige demoer eller rapportering, beder dig om at bære risikoen uden midlerne til at styre den. Et godt svar forklarer, hvilke dele af arbejdet der er usikre, og foreslår en struktur, der tager højde for dem, ofte en første fase, der mindsker de ukendte faktorer før en fastere forpligtelse. Hvis du overvejer modellerne for et konkret projekt, kan du beskrive det via vores formular til at starte et projekt, og vores udviklere svarer med et ærligt næste skridt. ## Det vigtigste - Kontraktmodellen afgør, hvem der betaler, når usikkerhed bliver til ekstra arbejde. - Fastpris passer til arbejde med skrevet omfang og acceptkriterier; medgået tid passer til arbejde, der ændrer sig, efterhånden som du lærer. - Medgået tid kræver synlighed: en backlog, du ejer, regelmæssige demoer og rapporter om, hvor tiden er gået hen. - Fastpris i faser og medgået tid med loft passer ofte bedre end de rene modeller. - Acceptkriterier, en ændringsproces, ejerskab til koden og vilkår for exit beskytter dig under enhver model. ## FAQ ### Er fastpris billigere end medgået tid? Ikke nødvendigvis. En fastpris indeholder en margin for leverandørens risiko, og ændringsønsker kommer oveni. Medgået tid kan koste mindre for velledet arbejde og mere for dårligt ledet arbejde. Sammenlign den forventede samlede omkostning, inklusive ændringer, frem for tallet på forsiden af tilbuddet. ### Hvad er en kontrakt med medgået tid og loft? Du betaler for den brugte tid op til et aftalt maksimum. Leverandøren skal advare dig, før loftet nås, og begge parter justerer omfanget, så det vigtigste arbejde leveres inden for det. Du får et kendt loft og bevarer samtidig fleksibiliteten. ### Kan vi skifte fra medgået tid til fastpris senere? Ja, og det er ofte fornuftigt. Når afklaringen eller den tidlige udvikling har mindsket de ukendte faktorer, kan det resterende arbejde specificeres og prissættes. Aftal på forhånd, hvilke oplysninger fastpristilbuddet skal bygge på. ## Tag udgangspunkt i dit behov - [App-udvikling](https://sdk.enterprises/da/mobile-app-development) ## Relaterede ydelser - [Teknisk audit og rådgivning](https://sdk.enterprises/da/services/consulting) - [Skræddersyet software](https://sdk.enterprises/da/services/product-engineering) ## Læs videre - [Projektbeskrivelse, der giver sammenlignelige softwaretilbud](https://sdk.enterprises/da/insights/writing-a-software-project-brief) - [Hvad en betalt afklaringsfase for software skal levere](https://sdk.enterprises/da/insights/what-a-paid-discovery-phase-should-deliver)