Fast pris eller löpande räkning? Så upphandlar du mjukvara utan att betala två gånger

På ditt skrivbord ligger två offerter på samma system. I den första står det 60 000 €, fast pris. I den andra 95 € i timmen, med en uppskattning på 500 till 700 timmar, alltså någonstans mellan 47 500 och 66 500 €. Den första känns tryggare, eftersom du vet beloppet.

Ofta är den inte det. Ett fast pris tar inte bort risken för en felaktig uppskattning. Det avgör bara vem som bär den och hur du betalar för den.

Vad modellerna egentligen innebär

Fast pris: leverantören lovar ett definierat resultat till ett definierat pris. Tar arbetet längre tid än beräknat betalar leverantören. Därför lägger leverantören in en buffert i priset och bevakar den avtalade omfattningen: varje ändring blir en ändringsbegäran med en egen offert.

Löpande räkning (time and materials): du betalar för den tid som faktiskt läggs, till ett avtalat pris. Tar arbetet längre tid betalar du. I gengäld kan du när som helst byta riktning utan att förhandla om avtalet.

	Fast pris	Löpande räkning
Vem bär risken i uppskattningen	Leverantören, som en buffert i priset	Du
Ändringar under projektet	Ändringsbegäran och ny offert	En ny prioritet i backloggen
Vad du behöver innan start	En detaljerad kravspecifikation	Ett tydligt mål och prioriteringar
Budgetkontroll	Ett belopp, så länge inget ändras	Ett månadstak och regelbundna avstämningar
Vad leverantören får betalt för	Den avtalade omfattningen, på så få timmar som möjligt	Arbete som du gärna fortsätter att betala för
Passar bäst för	Små, tydligt avgränsade uppdrag	Allt som kommer att ändras på vägen

Varför fast pris ofta blir dyrare

Att uppskatta mjukvara är svårt, för alla. En undersökning av McKinsey och University of Oxford av mer än 5 400 IT-projekt visade att stora projekt i genomsnitt drar över budgeten med 45 % och tidsplanen med 7 %, samtidigt som de levererar 56 % mindre värde än beräknat. Ett fast pris gör inte uppskattningen lättare. Det flyttar diskussionen om uppskattningen in i avtalet.

I praktiken märks det på fyra sätt:

1. Bufferten. Den som garanterar beloppet lägger på en marginal för det okända. Du betalar den även när allt går bra.
2. Ändringsbegäran. Affärssystem ändras nästan alltid när användarna ser dem. ”Rapporten behöver en kolumn till” är två dagars arbete, och i ett projekt med fast pris en ny offert, ett nytt godkännande och en ny faktura.
3. Besparingar där du inte ser dem. När timmarna tar slut sparar man där ingen tittar vid leveransen: tester, dokumentation, säkerhet.
4. Diskussionen på slutet. Är det här ett fel eller en ändring? Varje otydlig mening i specifikationen blir en diskussion, precis när du vill gå i drift.

Det finns också en juridisk skillnad. I Tyskland är ett projekt med fast pris oftast ett Werkvertrag (§ 631 BGB): leverantören är skyldig att leverera ett resultat, och du godkänner det formellt (Abnahme, § 640 BGB). Löpande räkning är oftast ett Dienstvertrag (§ 611 BGB): leverantören är skyldig att utföra arbetet, inte att uppnå ett visst resultat. Det påverkar garantin och vem som bär vilken risk. Andra länder gör liknande åtskillnad. Det här är ingen juridisk rådgivning; låt en jurist titta på avtalet.

När fast pris är rätt val

• Små, tydligt avgränsade uppdrag. En integration, en rapport, en uppgradering från .NET 8 till .NET 10 med känd omfattning.
• En specifikation som inte ändras. Till exempel ett gränssnitt som en myndighet eller ett annat system bestämmer.
• Analysen i början. Några veckor för att förstå processerna, skriva ner kraven och uppskatta resten. Det är den säkraste platsen för ett fast pris.

När löpande räkning är rätt val

• Kraven kommer att ändras när användarna ser den första versionen. För affärssystem gäller det nästan alltid.
• Långsiktig utveckling och förvaltning, där arbetet aldrig riktigt tar slut.
• När du tar över ett befintligt system, där ingen vet hur mycket som döljer sig i koden. Mer om det i vår artikel om att ta över en .NET-applikation.

Kombinationen som fungerar bäst i praktiken

1. Steg 1Analys till fast pris
2. Steg 2Första versionen, månadstak
3. Steg 3Demo varannan vecka
4. Steg 4Vidareutveckling i månadsblock

Det första beslutet har ett känt pris: en analys på en till tre veckor, varefter du har kraven, en grov arkitektur och en uppskattning i intervall. Därefter löper arbetet på löpande räkning med ett månadstak, och varannan vecka ser du programvara som fungerar. Du binder dig aldrig för mer än en månad, och om samarbetet inte fungerar går du därifrån med analysen och koden.

Så skyddar du dig vid löpande räkning

• Ett månadstak i skrift. Leverantören varnar dig vid 80 % av budgeten, inte när den redan är slut.
• En demo varannan vecka. Programvara som fungerar, inte statusrapporter.
• Timmar per uppgift. Varje timme kopplad till ett ärende som du kan öppna.
• Koden i ditt repository, från första dagen.
• Uppsägning månadsvis. Om det inte fungerar kan du sluta.
• Uppskattningar i intervall, regelbundet uppdaterade. ”Tre till fem veckor” är ärligt. ”Exakt 27 dagar” är det inte.

Varningssignaler i en offert med fast pris

• Ett pris utan detaljerad kravspecifikation. Leverantören har prissatt sina egna antaganden, inte ditt system.
• ”Ändringar debiteras separat” utan timpris och utan process.
• Inga acceptanskriterier. Ingen vet när arbetet är klart.
• Inte ett ord om tester, dokumentation eller överlämning.
• Ett pris långt under de andra. Skillnaden kommer oftast tillbaka via ändringsbegäran.

Realistiska prisintervall hittar du i vår artikel om vad skräddarsydd mjukvara kostar, och dagspriser i artikeln om timpris för .NET-konsulter.

Hur du skriver en specifikation som leverantörer kan prissätta rättvist går vi igenom i artikeln om kravspecifikation.

Så arbetar vi

Precis så arbetar vi. ProCoding är en .NET-studio från Split i Kroatien, och vi bygger och förvaltar affärsapplikationer i .NET och Blazor. Vi börjar oftast med en kort analys till ett avtalat pris och arbetar sedan i månadsblock med ett tak, med en demo varannan vecka och koden i ditt repository från första dagen, med uppsägning månadsvis. För större projekt kan du också få en .NET-konsult på heltid under projektets gång. Första steget: Boka ett kostnadsfritt samtal på 30 minuter, där vi tittar på ditt projekt och offerterna du redan har.

Källor

• Delivering large-scale IT projects on time, on budget, and on value, McKinsey, 1 oktober 2012
• § 631 BGB, Werkvertrag, § 640 BGB, Abnahme och § 611 BGB, Dienstvertrag, Gesetze im Internet