--- title: "Fastpris eller medgått tid: slik velger du kontraktsmodell" description: "Når fastpris eller medgått tid passer for et programvareprosjekt, hvem som bærer hvilken risiko, og hybrider som medgått tid med tak eller fastpris i faser." canonical: https://sdk.enterprises/no/insights/fixed-price-or-time-and-materials language: no --- # Fastpris eller medgått tid: slik velger du kontraktsmodell Oppdatert: 2026-09-26 > Velg fastpris når arbeidet kan spesifiseres og godkjennes etter tydelige kriterier før det starter; velg medgått tid når kravene vil endre seg etter hvert som du lærer mer. Problemene starter når modellen ikke passer til graden av usikkerhet, og hybrider som fastpris i faser eller medgått tid med tak passer ofte bedre enn hver av de rene modellene. ## Det egentlige spørsmålet er hvem som bærer usikkerheten Hvert estimat for programvare inneholder usikkerhet: krav som ennå ikke er forstått, systemer som oppfører seg annerledes enn dokumentasjonen, beslutninger ingen har tatt. Kontraktsmodellen avgjør hvem som betaler når denne usikkerheten blir til ekstra arbeid. Med fastpris bærer leverandøren den og priser den inn. Med medgått tid bærer du den og betaler for tiden som faktisk brukes. Ingen av modellene fjerner usikkerheten, så de nyttige spørsmålene er hvor mye av den som finnes, og hvem som er best rustet til å håndtere den. ## Fastpris passer til arbeid du kan spesifisere og godkjenne Fastpris fungerer når omfanget kan skrives presist ned og resultatet kontrolleres mot godkjenningskriterier: en godt forstått integrasjon, migrering av et kjent sett med applikasjoner eller funksjoner som allerede er designet og validert med brukerne. Budsjettet ditt er forutsigbart, og leverandøren har en grunn til å levere effektivt. Prisen inneholder en margin for risiko, og en grundig leverandør tilpasser den til hvor mye som er ukjent. Alt utenfor det skriftlige omfanget blir en endringsforespørsel med egen pris og egen forsinkelse. Når omfanget var vagt, blir disse endringsforespørslene til forhandlinger som sliter på samarbeidet. Vær også oppmerksom på en mindre synlig risiko. En leverandør med en fastpris som viser seg å være for lav, har all grunn til å kutte i testing, dokumentasjon og kodekvalitet, altså de delene du først merker senere. ## Medgått tid passer til arbeid som endrer seg etter hvert som du lærer mer Med medgått tid betaler du for tiden teamet bruker, vanligvis etter avtalte satser per rolle. Det passer til utforskning, nye produkter der kravene avhenger av tilbakemeldinger fra brukerne, løpende utvikling og arbeid i systemer som ingen har kartlagt fullt ut. Du kan endre prioriteringer hver uke uten å reforhandle kontrakten. Risikoen ligger hos deg: den samlede kostnaden er åpen, og et dårlig ledet team kan bruke mye tid på feil ting. Medgått tid fungerer bare når du kan se og styre arbeidet, og det betyr at dette må være på plass. - En prioritert backlog som du eier, med det mest verdifulle arbeidet først - En demo av programvare som fungerer, i en fast rytme, for eksempel hver eller annenhver uke - Rapporter som viser hvor timene gikk, per funksjon eller milepæl - En budsjettprognose som oppdateres jevnlig og sammenlignes med det som er levert - Retten til å endre teamets størrelse eller stoppe på kort varsel ## Hybrider passer ofte bedre enn de rene modellene Mange prosjekter er verken helt kjente eller helt åpne, og de vanlige hybridene gjenspeiler det. Hver av dem flytter en del av risikoen tilbake til den som best kan håndtere den. - Fastpris i faser: en kort forstudie til fastpris, deretter en fastpris for utviklingen basert på det forstudien fant. Du forplikter deg til det største beløpet først når det er færre ukjente. - Medgått tid med tak: du betaler for tiden som brukes, opp til et avtalt tak. Leverandøren varsler deg før taket nås, og omfanget justeres slik at det viktigste arbeidet blir levert innenfor taket. - Fastpris per milepæl: hver milepæl har eget omfang, egen pris og egne godkjenningskriterier, og begge parter kan vurdere situasjonen på nytt før den neste starter. - Målpris: et avtalt estimat der besparelser under det og overskridelser over det deles, slik at begge parter tjener på effektiv levering. ## Tilpass modellen til fasen du er i Ett prosjekt kan gå mellom modeller. Forstudie og tidlige prototyper passer til medgått tid eller en liten fastpris, fordi formålet er å redusere usikkerhet. En utviklingsfase med tydelige skisser og godkjenningskriterier kan ha fastpris. Support og forbedringer etter lansering går ofte tilbake til medgått tid eller en månedlig avtale. Disse spørsmålene hjelper deg å velge for fasen du står foran. Kan du svare ja på de to første og det siste, er fastpris realistisk. Hvis tilbakemeldinger fra brukerne vil forme arbeidet på nytt, og du kan styre det hver uke, vil medgått tid eller en hybrid tjene deg bedre. - Kan du skrive godkjenningskriterier for hver leveranse i dag? - Kjenner du alle systemer og datakilder arbeidet berører? - Vil tilbakemeldinger fra brukerne endre det du bygger de neste månedene? - Har du noen med tid til å prioritere og gå gjennom arbeidet hver uke? - Er et fast budsjett viktigere for deg enn fleksibilitet i omfanget? ## Kontraktsvilkår som beskytter deg uansett modell Uansett prismodell gjør noen få klausuler mer for å beskytte deg enn selve prisingen. Sjekk at kontrakten dekker hver av dem i klare ordlag. - Godkjenningskriterier for hver milepæl, med en fast frist for å godkjenne eller avvise den - En skriftlig endringsprosess: hvordan endringer bestilles, estimeres og godkjennes, og av hvem - At du eier koden og de immaterielle rettighetene, og har tilgang til repositoriene fra første dag - Navngitte nøkkelpersoner, og hva som skjer hvis en av dem slutter - Oppsigelsesvilkår som lar deg stoppe, beholde arbeidet som er gjort så langt, og få en ordentlig overlevering - Garantivilkår for feil som oppdages etter godkjenning ## Hvordan en partner foreslår modellen, sier mye En partner som tilbyr fastpris før de har stilt detaljerte spørsmål, har enten priset inn en stor risikomargin eller ikke forstått arbeidet. En som ber om medgått tid uten ramme og uten jevnlige demoer eller rapportering, ber deg bære risikoen uten midlene til å håndtere den. Et godt svar forklarer hvilke deler av arbeidet som er usikre, og foreslår en struktur som håndterer dem, ofte en første fase som reduserer de ukjente før en fastere forpliktelse. Hvis du veier modellene mot hverandre for et konkret prosjekt, kan du beskrive det i skjemaet «Start et prosjekt», så svarer utviklerne våre med et ærlig forslag til neste steg. ## Det viktigste - Kontraktsmodellen avgjør hvem som betaler når usikkerhet blir til ekstra arbeid. - Fastpris passer til arbeid med skriftlig omfang og godkjenningskriterier; medgått tid passer til arbeid som endrer seg etter hvert som du lærer mer. - Medgått tid krever innsyn: en backlog du eier, jevnlige demoer og rapporter om hvor tiden gikk. - Fastpris i faser og medgått tid med tak passer ofte bedre enn de rene modellene. - Godkjenningskriterier, en endringsprosess, eierskap til koden og vilkår for avslutning beskytter deg uansett modell. ## Spørsmål og svar ### Er fastpris billigere enn medgått tid? Ikke nødvendigvis. En fastpris inneholder en margin for leverandørens risiko, og endringsforespørsler kommer i tillegg. Medgått tid kan koste mindre når arbeidet ledes godt, og mer når det ledes dårlig. Sammenlign den forventede totalkostnaden, inkludert endringer, heller enn tallet på forsiden. ### Hva er en kontrakt med medgått tid og tak? Du betaler for tiden som brukes, opp til et avtalt maksimum. Leverandøren må varsle deg før taket nås, og begge parter justerer omfanget slik at det viktigste arbeidet leveres innenfor det. Du får et kjent tak og beholder fleksibiliteten. ### Kan vi gå over fra medgått tid til fastpris senere? Ja, og det er ofte fornuftig. Når forstudien eller den tidlige utviklingen har redusert de ukjente, kan det gjenværende arbeidet spesifiseres og prises. Avtal på forhånd hvilken informasjon tilbudet med fastpris skal bygge på. ## Start med behovet ditt - [Apputvikling](https://sdk.enterprises/no/mobile-app-development) ## Relaterte tjenester - [Teknisk revisjon og rådgivning](https://sdk.enterprises/no/services/consulting) - [Skreddersydd programvare](https://sdk.enterprises/no/services/product-engineering) ## Videre lesning - [Skriv en prosjektbeskrivelse som gir sammenlignbare tilbud](https://sdk.enterprises/no/insights/writing-a-software-project-brief) - [Hva en betalt forstudie for programvare bør levere](https://sdk.enterprises/no/insights/what-a-paid-discovery-phase-should-deliver)