Když se mě klient zeptá na hodinovou sazbu, odpovídám, že žádnou nemám. Není to obchodní trik. Je to důsledek toho, jak dnes práce vzniká.
Hodinovka oceňuje vstup
Hodinová sazba prodává čas. Klient platí za to, kolik hodin nad úkolem strávím, a předpokládá, že hodiny zhruba odpovídají hodnotě.
AI agenti ten vstup zlevnili. Hloubkovou inventuru cizího kódu, která dřív znamenala týdny čtení, udělá několik agentů za den. Implementaci s testy a review vyrobím za zlomek času, který by stála bez nich. Ne u všeho stejně: integrace na cizí API, ladění a ověřování zůstávají pomalé a hovory s dodavatelem nebo čekání na stroje nezrychlí nic. Ale tam, kde to funguje, se čas na stejný výstup zmenšil několikanásobně.
V hodinovém modelu to znamená jednu věc: čím jsem lepší, tím míň za stejný výsledek dostanu. Každé zlepšení produktivity snižuje fakturu. Model, který trestá dodavatele za rychlost, je rozbitý a nedá se spravit lepším výkaznictvím. Musí se změnit jednotka prodeje.
Kdo nese riziko odhadu. Za každou cenou je otázka, kdo nese riziko, že odhad nevyjde. U hodinovky ho nese klient: když se úkol zkomplikuje, platí víc. Dodavatel žádné riziko nemá, a nemá tedy ani důvod odhadovat přesně.
U pevné ceny za výstup nese riziko odhadu dodavatel. Když jsem se spletl, je to můj problém, ne klientův. To mě nutí zadání pořádně pochopit dřív, než řeknu číslo. A klientovi to dává to, co potřebuje: částku, kterou zná dopředu, a výsledek, který je definovaný.
Paušál za kapacitu není paušál za rozsah
Častá námitka zní, že paušál je jen jinak zabalená hodinovka. Platí to, ale jen na jednu ze dvou variant.
Paušál za kapacitu prodává hodiny měsíčně. Když jsem s agenty rychlejší, klient dostane víc práce za stejné peníze, riziko nese on a zvenku to vypadá jako pronájem člověka. Je to hodinovka s předplatným, se všemi jejími nevýhodami, a navíc váže kapacitu. Předplacené hodiny na drobné zásahy proto nenabízím.
Dny v týdnu jako součást vašeho týmu jsou jiná věc. Nedohadujeme hodiny, ale co se za období má postavit nebo provozovat; priority určujete vy a čas, který na tom loguju, zůstává interní. Kdyby se z toho stal kredit hodin na drobnosti, byl by to zase ten první model.
Paušál za rozsah prodává definovanou službu: provoz konkrétního systému, dohodnutou reakční dobu, drobné zásahy do určité velikosti. Když to odbavím rychleji, je to moje výhoda. Riziko nesu já a klient kupuje produkt. Drobnosti se řeší bez ptaní, protože jsou zaplacené dopředu. Klient se nebojí ozvat s maličkostí, protože mu za ni nepřijde faktura, a větší nálezy dostane jako nabídku s cenou, ne jako překvapení.
Jak to vypadá u mě
Začíná se zmapováním za pevnou cenu: tři až pět dní, na konci seznam míst, kde má změna přínos, a pevná nabídka na to, co z něj vybereme. Bez odhadu před startem pevná cena technicky nejde. Odhad je proto součást práce, ne nadstavba.
Projekt má pevnou cenu za dohodnutý výsledek včetně testů, dokumentace a předání. Drobnosti, které během práce vyplynou, jsou v ceně. Nová funkčnost, která v zadání nebyla, se nacení předem, ne po odpracování. Chyba na mé straně se platí slevou, ne popíráním. Letos v září jsem tak u dispečerského CRM pro montážní firmu nacenil se slevou funkci, kterou má nabídka slíbila nejasně, a je to pravidlo, ne výjimka.
Skutečný čas si dál loguju, ale interně. Zůstává pravdou o tom, jak se mi odhad povedl, ne podkladem pro fakturu.
Jednu věc pevná cena neřeší: kapacitu. Dní v týdnu mám pořád stejně a mění se jen to, co za ně dostanete, ne jejich počet. Proto se změna jednotky domlouvá ve chvíli, kdy se stejně něco dohaduje, tedy na začátku projektu nebo na konci období, a ne uprostřed rozdělané práce.
Proč je to pro klienta bezpečnější
Klient zná cenu dopředu a ví, co za ni dostane. Nemusí hlídat, jestli jsem hodinu strávil užitečně. Nemusí rozumět tomu, kolik z práce udělal agent a kolik já. A nekupuje závazek v jednotce, která se s AI zmenšuje: předplacené hodiny jsou kredit, jehož hodnota klesá s každým lepším nástrojem.
Cena po zmapování, vždy dopředu a pevná. Kód i data patří klientovi a řešení může převzít jiný vývojář. Z ceny se tím stává dohoda o výsledku, ne o tom, kolik času stráví jeden člověk u klávesnice.
Co si z toho odnést
Hodinovka oceňuje vstup a ten AI zlevnila, takže model trestá rychlost. Pevná cena za výstup přenáší riziko odhadu na mě, a proto vyžaduje zmapování před startem. Paušál dává smysl jen za rozsah, ne za kapacitu. Skutečný čas se loguje dál, jen se z něj nevystavuje faktura.