Platíte dodavatele za to, aby byl pomalý

AI zrychlila vývojáře natolik, že placení za odpracované MD přestává dávat smysl oběma stranám stolu.

Dnešní číslo je o tom, co se u vašich dodavatelů mění pod rukama a co si u příští poptávky ohlídat, aby AI úspora skončila u vás, ne v cizí marži.

Vezměte dodávku na MD, kterou máte rozjetou. Dodavatel vám účtuje odpracované dny. Uvnitř jeho firmy ale mezitím vývojáři zapnuli AI a úloha, která byla na dva dny, je za jeden. Pro vás dobrá zpráva: za stejnou funkci menší faktura. Pro dodavatele špatná: za stejný výstup naúčtuje míň dnů.

A teď ta nepříjemná část. Dokud vám fakturuje čas, nemá jediný důvod vám to zrychlení ukázat. Pomalejší vývojář je pro něj lepší byznys než rychlejší.

Na jednom kontraktu v logistice jsme to postavili obráceně. Nekupovalo se „dodáme X lidí na rok“, ale snížení celkových nákladů na delivery o 15–25 % zapsané do smlouvy jako cíl měřený proti stavu na začátku. Rozhoduje jediné: kdo má motivaci zrychlit.

Napište si dvě čísla za jednu funkci

Vezměte jednu funkci, kterou vám dodavatel dodal za poslední půlrok. Napište si k ní dvě čísla.

Číslo 1: co vás stála v modelu na MD. Počet odpracovaných dnů krát sazba.

Číslo 2: co byste za ni zaplatili jen za výsledek, kdyby bylo jedno, jestli na ní někdo strávil pět dnů, nebo dva.

Když vývojář s AI zvládne za den práci za dva, číslo 1 za identický výstup klesá. Doplňte vlastní sazbu a vlastní počet dnů. Rozdíl mezi oběma čísly je přesně ta částka, o kterou se právě teď přetahujete s dodavatelem. Většina smluv o ní jen mlčí.

Máte vlastní vývoj místo dodavatele? Ten samý propočet platí, jen číslo 1 neplatíte na faktuře, ale v obsazené kapacitě týmu, který mohl mezitím dělat něco jiného.

Co ten rozdíl mezi čísly říká

• Čím rychlejší dodavatel, tím nižší faktura za stejný výstup. V modelu na MD platíte za to, aby byl pomalý. Ten konflikt tam byl vždycky. AI ho jen zvětšila natolik, že už ho nejde přehlížet.
• Když je číslo 2 výrazně nižší než číslo 1, kupujete čas, ne výsledek. To dává smysl u prací, kde výsledek dopředu neznáte. U rutinní dodávky je to jen daň za špatný model.
• „AI agent as a service“ je první náznak, jak obě čísla splynou: izolované opakovatelné úlohy za měsíční fee kolem poloviny běžné sazby za MD. Ta poloviční sazba není sleva. Půlka rozdílu jde na nástroje, které nejsou zadarmo.
• Adopce se pozná z projektu, ne z dema. Reálné denní používání AI u vývojářů startuje na 10–20 %. Když vám dodavatel ukazuje AI na slidu, ale ve vašich denních PR neběží, jste na tom spodním konci a platíte staré ceny za starou rychlost.

Kudy z toho ven, než přepíšete všechny smlouvy

Ten rozdíl mezi čísly si berete zpátky po krocích. Každý z nich hlídá jinou část.

• Nepřeklápějte všechno na fixní cenu. Fixní cena za výsledek přenáší riziko na dodavatele a ten vám ho zaplatí v marži. Rozumnější je hybrid: fixně jen start, zhruba 15 % objemu a 100 % učení, zbytek proti naměřenému stavu.
• Dejte do každé dodávky baseline. Než se začne, změřte, kde jste: cycle time, chybovost, odhad versus skutečnost. Milník na konci to změří znovu. Bez baseline je každá úspora jen tvrzení a číslo 2 zůstane dohad.
• Nasaďte tvrdou go/no-go bránu, typicky kolem dvanáctého týdne. Buď se čísla pohnula, nebo se pokračování nespustí. Riziko pak nesete po částech, ne celý roční balík dopředu.
• Otočte pořadí u větších věcí. Co je nad zhruba pět MD, nechte nejdřív jako dvoutýdenní prototyp. Rozhodnutí go, rework, nebo kill dělejte na běžícím demu, ne na prezentaci.
• Dejte do poptávky jednu otázku navíc: co byste na našem zadání zabili a proč? Dodavatel, který na ni umí odpovědět, prodává druhý názor. Ten, který jen přikývne zadání, prodává ruce.

Pohled za byznys — Jakub Štengl

Začnu tam, kde to nákupčího reálně pálí: jak tu hybridní smlouvu podepsat. Neberte celý roční balík najednou. Fixně zasmluvněte jen start, zhruba 15 % objemu. Zbytek naplánujte, ale neslibujte. Ve dvanáctém týdnu si postavte tvrdou go/no-go bránu. Do té chvíle jde o učení, ne o závazek.

Teď to podstatné, na čem celý model stojí: proti čemu měříte. Když dodavatel slíbí 15–25 % snížení nákladů na delivery, ptejte se hned, proti čemu. Musí existovat snímek stavu pořízený na začátku. A ten baseline se musí měřit na vašich systémech a vašich datech, ne v dodavatelově reportu. Jinak si dodavatel píše vlastní vysvědčení. Každý milník pak začíná měřením a končí měřením. Kdo se měření brání, ví proč.

Díky té struktuře je exit levný. No-go ve dvanáctém týdnu funguje prostě: další milník zkrátka nezasmluvníte. Roční smlouva ke zrušení neexistuje, protože jste ji nikdy nepodepsali. Vaše expozice zůstává celou dobu omezená na ten fixní start, ne na dvanáct měsíců dopředu. A poslední věc na pohlídání: až narazíte na „AI agenta as a service“ za měsíční fee kolem poloviny běžné sazby za MD, ta půlka kryje nástroje, které nejsou zadarmo. Slevu do vlastní kapsy v ní nehledejte. Kdo vám to neřekne, buď to nespočítal, nebo vám to našije jinam.

Pohled za technologie — Jakub Inger

Rychlost vývojáře s AI přestala být konstanta, na které stojí odhad i fakturace. Když dnes jeden člověk zvládne za stejný čas udělat několikanásobně víc práce než dřív, samotný počet hodin přestává být relevantní metrikou. Otázka proto zní jinak: jak poznáš, že za to, co platíš, skutečně dostáváš měřitelný výsledek a ne jen více odpracovaného času, více řádků kódu a hezky vypadající report?

Protože v době, kdy AI násobí rychlost práce, už nestačí měřit, kolik času vývojář strávil u klávesnice. Je potřeba měřit, co se díky tomu reálně posunulo.