Indkøb behandler det som en kommerciel præference. Det er det ikke. Det er en beslutning om hvem der skal bære omkostningerne ved at tage fejl, og at få det omvendt er hvordan softwareprojekter bliver fjendtlige.
Hvad hver model egentlig siger
Fast pris siger: vi bliver enige om hvad der bygges, og jeg bærer risikoen for at estimere det forkert. Leverandøren prissætter den risiko ind. Du betaler en præmie for sikkerhed — typisk 20–40% over det ærlige estimat.
Time and materials siger: vi bliver enige om en retning, og du bærer risikoen for at det tager længere. Du betaler kun for udført arbejde. Du betaler også for hver time brugt på at gå den forkerte vej.
Ingen af dem er gavmild. Begge er rationelle. Fejlen er at vælge den som ikke matcher hvor godt du forstår arbejdet.
Hvornår er fast pris det rigtige
- Omfanget er virkelig kendt — en redesign af et defineret sæt skærme, en migration med en kendt kilde og mål, en specifik integration.
- Du har en hård ekstern deadline (en finansieringsmilestone, en handelsmesse, en regulatorisk dato) og har brug for at datoen er en andens problem.
- Du kan ikke tolerere budgetvarians, og du accepterer at omfanget krymper for at beskytte tallet.
- Forholdet er nyt og du ønsker en afgrænset første indsats før du forpligter dig til mere.
Den klausul der afgør alt: hvad der sker når omfanget ændrer sig. Hvis svaret er "vi diskuterer det," så har du en time and materials kontrakt med ekstra trin og dårligt humør.
Hvornår er time and materials det rigtige
- Du er stadig ved at opdage hvad produktet skal være. At fastsætte en pris på det ukendte fastsætter bare omfanget, og det bliver det forkerte omfang.
- Du har en teknisk person på din side der kan bedømme om timerne er reelle.
- Arbejdet er kontinuerligt — et roadmap snarere end et projekt.
- Prioriteterne vil ændre sig, og du foretrækker at omdirigere snarere end at genforhandle.
Fejltilstandene
Fast pris fejler ved at gøre hver samtale til en forhandling. Leverandørens margin afhænger nu af at gøre mindre, så en god ide i uge tre bliver en ændring. Kvalitet bliver stille og roligt frigivelsesventilen, fordi det er det eneste der ikke var opregnet. Du får præcis hvad der var skrevet ned, hvilket sjældent er hvad du havde brug for.
Time and materials fejler ved at fjerne deadline. Uden et fast slutpunkt er der ingen tvingande funktion på omfanget, og "mens vi er der" bliver den dyreste sætning i projektet. Seks måneder senere har du fremragende kode og intet produkt — se hvorfor bureauer bruger seks måneder.
Den model jeg ville egentlig anbefale
Et fast pris, fast varighed vindue med forhandleligt indhold. To uger, en pris, aftalt på forhånd. Hvad der går ind i disse to uger bestemmes sammen og kan ændre sig indtil arbejdet starter på det.
Dette inverterer det sædvanlige trade. Leverandøren bærer leveringsrisikoen (datoen og prisen er fastsat), og du beholder fleksibiliteten (hvad der bygges kan flyttes). Ingen er incitamenteret til at argumentere om omfanget, fordi omfanget ikke er det der bliver beskyttet — vinduet er.
Det virker kun hvis vinduet er kort. En fast tolv-måneder indsats med fleksibelt omfang er ikke dette; det er en retainer med en pæn historie.
Hvad der egentlig sker når omfanget ændrer sig
Det gør det. Spørgsmålet er hvad kontrakten gør at folk gør ved det.
Under fast pris er en ændringsanmodning en forhandling med en margin vedhæftet. Leverandøren skal prissætte det, du skal godkende det, og I er nu begge lidt på modsatte sider. Det rationelle træk for leverandøren er at tolke det oprindelige omfang snævert; det rationelle træk for dig er at tolke det bredt. Ingen af jer opfører sig dårligt og forholdet forringes stadig.
Under time and materials er en ændring bare næste uges arbejde. Friktionsløst — hvilket er problemet. Ingenting tvinger nogen til at spørge om ændringen er værd dens omkostning, fordi omkostningen aldrig optræder som en beslutning. Det optræder tre måneder senere som en burnrate.
Under et fast vindue koster en ændring noget synligt og øjeblikkeligt: det fortrænger noget andet i samme to uger. Det er den sundeste version, fordi trade-off er eksplicit og foretaget af den person der skal gøre det — dig.
Hybridet som de fleste egentlig ønsker
I praksis er formen der virker for det meste produktarbejde:
- En lille betalt discovery, fast pris. Et par dage til en uge. Slutter med et omfang I begge tror på, ikke en præsentation. Hvis leverandøren ikke gør det, planlægger de at opdage på dit budget.
- Fast pris, fast varighed leveringsvinduerne. To eller tre uger hver, prissat på forhånd, indhold aftalt i starten af hver. Levér noget virkeligt i slutningen af hver.
- Time and materials til halen. Support, små ændringer, den lange stille periode efter lancering. Ingen bør fastsætte en pris på arbejde der ikke er blevet forestillet endnu.
Discovery-trinnet er det der gør de faste priser ærlige. Uden det gætter en leverandør på en pris, og gættet inkluderer en margin for deres egen usikkerhed som du betaler for.
Pris versus samlet omkostning
En 400 €/dag leverandør der har brug for to ugers opstart koster mere end en 900 €/dag der starter med at producere på tirsdag. Dette er den mest almindelige falsk økonomi i softwareprocurement, og den overlever fordi dagprisen er tallet i regnebarket og opstart ikke er.
Når du sammenligner leverandører, spørg hver: hvornår ser jeg det første arbejdende? Den enkelte dato kodet opstart, procesveigt, bemandingsforhold og tillid. Det er mere forudsigende for samlet omkostning end prisen er.
Klausuler der betyder mere end prisen
Uanset hvilken model du vælger, afgør disse om det virker:
- IP-tildeling ved betaling, ikke ved afslutning. Hvis projektet stoppes tidligt, bør du eje det du betalte for.
- Kildekodeadgang fra dag en. Ikke en handover i slutningen. Hvis du ikke kan se repository, kan du ikke verificere noget.
- En navngiven person. Kontrakter er med virksomheder; arbejde udføres af mennesker. Navngiv dem, og sig hvad der sker hvis de ændrer sig.
- En exit der ikke er straf. En leverandør der er sikker på deres arbejde har ikke brug for en lock-in klausul.
- Definition af færdig. Skrevet ned, på forhånd, i termer en ikke-ingeniør kan tjekke.
Hvis du får disse fem rigtigt, betyder prissætningsmodellen langt mindre end nogen på mødet i øjeblikket tror.