Zákazník chce vědět, kolik projekt bude stát. Vy chcete vědět, že na něm neproděláte. Mezi těmito dvěma přáními stojí volba cenového modelu: fixní cena, nebo time & material (platba za odpracované hodiny)? Tahle volba rozhoduje o marži víc než hodinová sazba, a přesto se často dělá podle zvyku nebo podle toho, co chce zákazník slyšet. Projdeme si, co která varianta znamená, kdo v ní nese riziko a jak se rozhodnout rozumně.
Co přesně oba modely znamenají
Nejčistší definice obou modelů nenajdete v marketingových textech dodavatelů, ale v americkém předpisu pro veřejné zakázky (Federal Acquisition Regulation, FAR), který má pro oba typy smluv přesná pravidla.
Fixní cena (v FAR „firm-fixed-price“) podle předpisu klade na dodavatele maximální riziko a plnou odpovědnost za všechny náklady i výsledný zisk nebo ztrátu. Zároveň mu dává nejsilnější motivaci držet náklady na uzdě a pracovat efektivně.
Time & material znamená, že zákazník platí odpracované hodiny za pevně sjednané sazby (v sazbě jsou mzdy, režie i zisk) a k tomu skutečné náklady na materiál. FAR k tomu dodává dvě důležité věci. Zaprvé: tenhle model se má použít jen tehdy, když v době podpisu nejde přesně odhadnout rozsah nebo délku práce. Zadruhé: dodavatel nemá žádnou přirozenou motivaci šetřit, a proto musí zákazník průběžně dohlížet, jestli se pracuje efektivně. Smlouva navíc obsahuje strop ceny a to, co ho překročí, jde na riziko dodavatele.

Z toho plyne jednoduchá věta, kterou se vyplatí říct i zákazníkovi: fixní cena není levnější, jen přesouvá riziko na dodavatele. A dodavatel si to riziko musí nějak zaplatit.
Proč je fixní cena u softwaru sázka
Fixní cena funguje, když víte, co přesně stavíte. U softwaru to víte zřídka. McKinsey s Oxfordskou univerzitou analyzovali přes 5 400 IT projektů. Velké IT projekty v průměru překročily rozpočet o 45 %, trvaly o 7 % déle a přinesly o 56 % menší hodnotu, než se čekalo. Softwarové projekty mají podle stejné studie nejvyšší riziko překročení nákladů i termínu ze všech typů IT projektů.
Horší než průměr jsou extrémy. 17 % projektů dopadlo tak špatně, že mohly ohrozit samotnou existenci firmy. Studie je označuje jako „černé labutě“, tedy projekty s překročením rozpočtu o víc než 200 %. A čas hraje proti vám: každý další rok trvání projektu zvýšil překročení nákladů o 15 %.

Pro dodavatele s fixní cenou to znamená jediné: každé procento překročení platí ze své marže. U malé softwarové firmy může jeden takový projekt spolknout zisk celého roku. Proč se odhady tak často mýlí, jsme rozebrali v článku Odhad softwarového projektu – proč se projekty zpožďují.
Kdy zvolit fixní cenu
Fixní cena dává smysl, když:
- rozsah je malý a dobře popsaný, ideálně s akceptačními kritérii pro každou funkci,
- podobnou věc jste už několikrát stavěli a máte vlastní data, kolik to reálně trvalo,
- zákazník potřebuje pevné číslo kvůli rozpočtu nebo výběrovému řízení a je ochotný zaplatit za přenesené riziko,
- máte jasný proces pro změny: co není v zadání, je samostatná objednávka.
Bez posledního bodu se fixní cena rychle mění na nekonečný projekt, ve kterém dodavatel dodělává „drobnosti“ zdarma.
Kdy zvolit time & material
Time & material je poctivější volba, když:
- zadání se teprve hledá, například u nového produktu nebo prototypu,
- projekt je dlouhý a priority se budou měnit podle zpětné vazby uživatelů,
- jde o dlouhodobý rozvoj a podporu existující aplikace,
- zákazník chce řídit priority a průběžně rozhodovat, co se udělá dřív.
Cenou za pružnost je důvěra. Když zákazník platí hodiny, chce vidět, za co. Tady se rozhoduje, jestli vztah vydrží: bez přehledného výkazu práce se každá faktura mění v diskusi.
Kompromis: pevný rozpočet, pružný rozsah
Mezi oběma póly existuje varianta, kterou popisuje Martin Fowler. Podle něj se dá u agilního vývoje sjednat fixní cena, ale ne fixní rozsah. Místo „dodáme těchto 40 funkcí za tuto cenu“ se domluvíte jinak: máme k dispozici tuto částku, vydání potřebujeme k tomuto datu a společně vybereme nejlepší sadu funkcí, která se do toho vejde.

Fowler upozorňuje ještě na jednu výhodu: zákazník vidí problémy dřív a projekt obvykle zastaví dřív než u klasického plánovaného projektu. Nevyhodí tedy celý rozpočet za něco, co nefunguje.
Dobře funguje i kombinace obou modelů. Úvodní analýzu a návrh ocenit samostatně, a teprve na jejím výsledku postavit nabídku. Nebo time & material se stropem ceny, jak ho zná i FAR: zákazník platí hodiny, ale ví, jaká je maximální částka.
Pět praktických rad pro šéfa softwarové firmy
- Rozdělte velké zakázky na menší etapy. Čas pracuje proti rozpočtu, takže kratší etapy s vlastní cenou snižují riziko pro obě strany.
- Odhadujte z vlastních dat, ne z paměti. Porovnávejte odhady se skutečně odpracovanými hodinami na minulých projektech.
- Změny evidujte jako samostatné úkoly. Každý požadavek navíc má svůj odhad a svůj řádek ve výkazu, ať u fixní ceny, nebo u time & material.
- Výkaz dávejte zákazníkovi průběžně, ne až s fakturou. U time & material je to jediný způsob, jak si udržet důvěru.
- U fixní ceny si riziko započítejte. Pokud nemáte data, která by odhad podložila, fixní cena je spíš sázka než obchodní model.
Jak s tím pomůže mcptask.online
Ať zvolíte kterýkoli model, potřebujete stejnou věc: vědět, kolik práce se odhadovalo a kolik se skutečně odpracovalo. mcptask.online rozkládá projekt na Epic → Story → Task a ze scrum pointů u každého úkolu automaticky počítá odhad hodin. Čas se loguje přímo do úkolů, i z commitů (stačí reference jako „#Task-47 2h“), a výkaz práce vyexportujete do JSON, CSV nebo PDF, třeba jako přílohu k faktuře. S integrací na Fakturoid nebo iDoklad (tarif Professional) se z výkazu stane podklad faktury bez přepisování. Blocker linky navíc ukážou, co čeká na zákazníka, takže u fixní ceny máte v ruce důkaz, proč se termín posunul.
A pokud kapacitu doplňujete autonomními AI vývojáři, jejich hodiny jdou do stejného výkazu pod vlastní identitou, stejně jako u lidí.
Chcete mít odhady i odpracované hodiny na jednom místě? Zaregistrujte se na mcptask.online – prvních 30 dní zdarma a bez platební karty.
Zdroje
- FAR 16.601 – Time-and-Materials Contracts, U.S. Federal Acquisition Regulation
- FAR 16.202-1 – Firm-Fixed-Price Contracts, U.S. Federal Acquisition Regulation
- Delivering large-scale IT projects on time, on budget, and on value, McKinsey & University of Oxford (2012)
- FixedPrice, Martin Fowler
