--- title: "Fast pris eller löpande räkning: välj rätt avtalsmodell" description: "När fast pris eller löpande räkning passar ett mjukvaruprojekt, vem som bär vilken risk, och mellanformer som kostnadstak eller fast pris i etapper." canonical: https://sdk.enterprises/sv/insights/fixed-price-or-time-and-materials language: sv --- # Fast pris eller löpande räkning: välj rätt avtalsmodell Uppdaterad: 2026-09-26 > Välj fast pris när arbetet kan specificeras och godkännas mot tydliga kriterier innan det börjar; välj löpande räkning när kraven kommer att ändras i takt med att du lär dig mer. Problemen börjar när modellen inte motsvarar graden av osäkerhet, och mellanformer som fast pris i etapper eller löpande räkning med kostnadstak passar ofta bättre än någon av de rena modellerna. ## Den verkliga frågan är vem som bär osäkerheten Varje uppskattning av ett mjukvaruprojekt innehåller osäkerhet: krav som ännu inte är förstådda, system som beter sig annorlunda än dokumentationen säger, beslut som ingen har fattat. Avtalsmodellen avgör vem som betalar när osäkerheten blir extra arbete. Med fast pris bär leverantören osäkerheten och räknar in den i priset. Med löpande räkning bär du den och betalar för den tid som faktiskt läggs. Ingen av modellerna tar bort osäkerheten, så de användbara frågorna är hur stor den är och vem som har bäst förutsättningar att hantera den. ## Fast pris passar arbete som går att specificera och godkänna Fast pris fungerar när omfattningen kan skrivas ner exakt och resultatet kontrolleras mot kriterier för godkännande: en välkänd integration, migrering av en känd uppsättning applikationer eller funktioner som redan är designade och validerade med användare. Din budget blir förutsägbar, och leverantören har skäl att leverera effektivt. Priset innehåller en riskmarginal, och en noggrann leverantör anpassar den efter hur mycket som är okänt. Allt utanför den skrivna omfattningen blir en ändringsbegäran med eget pris och egen förskjutning av tidsplanen. När omfattningen var vag blir de ändringsbegärandena förhandlingar som sliter på samarbetet. Se också upp för en tystare risk. En leverantör vars fasta pris visar sig vara för lågt har all anledning att snåla på tester, dokumentation och kodkvalitet, alltså de delar som du märker först senare. ## Löpande räkning passar arbete som ändras i takt med att du lär dig På löpande räkning betalar du för den tid teamet lägger, oftast till överenskomna priser per roll. Det passar för förstudier, nya produkter vars krav beror på återkoppling från användare, löpande utveckling och arbete i system som ingen har kartlagt helt. Du kan ändra prioriteringar varje vecka utan att omförhandla avtalet. Risken ligger hos dig: den totala kostnaden är öppen, och ett dåligt lett team kan lägga mycket tid på fel saker. Löpande räkning fungerar bara när du kan se och styra arbetet, vilket betyder att följande behöver finnas på plats. - En prioriterad backlog som du äger, med det mest värdefulla arbetet först - En demo av fungerande mjukvara i en fast rytm, till exempel varannan vecka eller varje vecka - Rapporter som visar vart timmarna har gått, per funktion eller delmål - En budgetprognos som uppdateras regelbundet och jämförs med det som har levererats - Rätten att ändra teamets storlek eller avbryta med kort varsel ## Mellanformer passar ofta bättre än de rena modellerna Många projekt är varken helt kända eller helt öppna, och de vanliga mellanformerna speglar det. Var och en flyttar tillbaka en del av risken till den som bäst kan hantera den. - Fast pris i etapper: en kort förstudie till fast pris, sedan ett fast pris för utvecklingen utifrån det förstudien kom fram till. Du binder dig för det större beloppet först när de okända faktorerna har blivit färre. - Löpande räkning med kostnadstak: du betalar för den tid som läggs upp till ett överenskommet tak. Leverantören varnar dig innan taket nås, och omfattningen justeras så att det viktigaste arbetet ryms under taket. - Fast pris per delmål: varje delmål har egen omfattning, eget pris och egna kriterier för godkännande, och båda parter kan göra en ny bedömning innan nästa delmål börjar. - Riktpris: en överenskommen uppskattning där besparingar under den och överskridanden över den delas, så att båda parter tjänar på en effektiv leverans. ## Anpassa modellen efter den fas du befinner dig i Ett och samma projekt kan byta modell. Förstudier och tidiga prototyper passar för löpande räkning eller ett litet fast pris, eftersom deras syfte är att minska osäkerheten. En utvecklingsfas med tydlig design och tydliga kriterier för godkännande kan ha fast pris. Support och förbättringar efter lanseringen går ofta tillbaka till löpande räkning eller ett månadsupplägg. De här frågorna hjälper dig att välja för den fas som ligger framför dig. Om du kan svara ja på de två första och den sista är fast pris realistiskt. Om återkoppling från användare kommer att forma om arbetet och du kan styra det varje vecka passar löpande räkning eller en mellanform dig bättre. - Skulle du kunna skriva kriterier för godkännande för varje leverans i dag? - Känner du till alla system och datakällor som arbetet berör? - Kommer återkoppling från användare att ändra vad du bygger de närmaste månaderna? - Har du någon med tid att prioritera och granska arbetet varje vecka? - Är en fast budget viktigare för dig än flexibilitet i omfattningen? ## Avtalsvillkor som skyddar dig oavsett modell Oavsett prismodell skyddar några klausuler dig mer än själva prissättningen. Kontrollera att avtalet tar upp var och en av dem i klartext. - Kriterier för godkännande för varje delmål, med en bestämd tid för att godkänna eller underkänna det - En skriftlig ändringsprocess: hur ändringar begärs, uppskattas och godkänns, och av vem - Att du äger koden och de immateriella rättigheterna, och har åtkomst till kodförråden från första dagen - Namngivna nyckelpersoner, och vad som händer om någon av dem slutar - Uppsägningsvillkor som låter dig avbryta, behålla det arbete som gjorts hittills och få en ordentlig överlämning - Garantivillkor för fel som upptäcks efter godkännandet ## Hur en partner föreslår modellen säger mycket En partner som erbjuder fast pris innan den har ställt detaljerade frågor har antingen räknat in en stor riskmarginal eller inte förstått arbetet. En partner som vill ha öppen löpande räkning utan regelbundna demos eller rapportering ber dig bära risken utan att ge dig medlen att hantera den. Ett bra svar förklarar vilka delar av arbetet som är osäkra och föreslår ett upplägg som hanterar dem, ofta en första fas som minskar de okända faktorerna innan ett fastare åtagande. Om du väger modellerna mot varandra för ett visst projekt kan du beskriva det via vårt formulär ”Starta ett projekt”, så svarar våra utvecklare med ett ärligt förslag på nästa steg. ## Det viktigaste - Avtalsmodellen avgör vem som betalar när osäkerhet blir extra arbete. - Fast pris passar arbete med skriven omfattning och kriterier för godkännande; löpande räkning passar arbete som ändras i takt med att du lär dig. - Löpande räkning kräver insyn: en backlog som du äger, regelbundna demos och rapporter om vart tiden har gått. - Fast pris i etapper och löpande räkning med kostnadstak passar ofta bättre än de rena modellerna. - Kriterier för godkännande, en ändringsprocess, äganderätt till koden och villkor för att avsluta skyddar dig oavsett modell. ## Vanliga frågor ### Är fast pris billigare än löpande räkning? Inte nödvändigtvis. Ett fast pris innehåller en marginal för leverantörens risk, och ändringsbegäranden kommer till utöver det. Löpande räkning kan kosta mindre när arbetet leds väl och mer när det leds dåligt. Jämför den förväntade totalkostnaden, inklusive ändringar, i stället för siffran på offerten. ### Vad är ett avtal på löpande räkning med kostnadstak? Du betalar för den tid som läggs, upp till ett överenskommet maxbelopp. Leverantören måste varna dig innan taket nås, och båda parter justerar omfattningen så att det viktigaste arbetet levereras inom det. Du får ett känt tak och behåller flexibiliteten. ### Kan vi gå över från löpande räkning till fast pris senare? Ja, och det är ofta klokt. När förstudien eller den tidiga utvecklingen har minskat de okända faktorerna kan det återstående arbetet specificeras och prissättas. Kom i förväg överens om vilken information förslaget med fast pris ska bygga på. ## Utgå från ditt behov - [Utveckling av mobilappar](https://sdk.enterprises/sv/mobile-app-development) ## Relaterade tjänster - [Teknisk granskning och rådgivning](https://sdk.enterprises/sv/services/consulting) - [Skräddarsydd mjukvara](https://sdk.enterprises/sv/services/product-engineering) ## Läs vidare - [Skriv en projektbeskrivning som ger jämförbara offerter](https://sdk.enterprises/sv/insights/writing-a-software-project-brief) - [Vad ska en betald förstudie i ett IT-projekt leverera?](https://sdk.enterprises/sv/insights/what-a-paid-discovery-phase-should-deliver)