Poptávat nabídky od softwarových firem je pro většinu majitelů firem matoucí zkušenost. Popíšete, co potřebujete — zákaznický portál, systém pro správu skladu, mobilní aplikaci — a dostanete odhady, které se liší pětkrát. Někdy desetkrát.
Nejde o to, že by vývojáři záměrně mlžili, ani nutně o to, že by vás jedna firma chtěla podvést. Jde o to, co se stane, když různí lidé interpretují stejný vágní popis různě — a pak oceňují svoji vlastní interpretaci.
Pochopit, proč k tomu dochází, je prvním krokem k nápravě.
Co vlastně žádáte, aby ocenili
Když pošlete zadání vývojářské firmě, žádáte ji, aby odhadla náklady na něco, co ještě neexistuje — a na základě popisu, který je téměř jistě neúplný.
Každý softwarový projekt je jedinečný. Na rozdíl od rekonstrukce kanceláře, kde má práce i materiál zavedené sazby, zahrnuje software dlouhý řetězec rozhodnutí — technická architektura, integrace, okrajové případy, bezpečnostní požadavky, škálovatelnost — z nichž většina v zadání není uvedena.
Pokud je zadání vágní, každá firma doplní mezery vlastními předpoklady. Jedna předpokládá jednoduchou databázovou strukturu, jiná složitou. Jedna počítá s napojením na jednu platební bránu, jiná rovnou s třemi. Nabídky odrážejí tyto různé interpretace — ne různé úrovně dovedností nebo hodinové sazby.
Co cenu skutečně ovlivňuje (a co ne)
Největší faktory, které zdražují vývoj softwaru, jsou v zadání často neviditelné.
Integrace. Propojení nového systému s existujícími nástroji — účetní platformou, CRM, logistickým poskytovatelem — stojí často tolik, co vývoj samotného jádra systému. Každá integrace má své vlastní složitosti, záludnosti a potenciál pro nečekané práce.
Okrajové případy a ošetření chyb. Co se stane, když uživatel udělá něco nečekaného? Co když platba selže v půlce procesu? Co když nahraný soubor bude ve špatném formátu? Správné ošetření těchto situací zabere hodně času — a klienti na ně při zadání málokdy myslí.
Uživatelské role a oprávnění. Systém se třemi typy uživatelů (zákazník, manažer, admin) nevyžaduje trojnásobek práce oproti systému s jedním typem — jde spíše o šest až osminásobek. Logika přístupových práv se dotýká úplně všeho.
Nefunkcionální požadavky. Jak rychle musí systém reagovat? Kolik uživatelů současně? Musí fungovat offline? Musí projít bezpečnostním auditem? Tyto požadavky mohou zdvojnásobit náklady na projekt, aniž by přibyla jediná viditelná funkce.
Migrace dat. Pokud nahrazujete stávající systém, přesun dat ze starého do nového je sám o sobě značný projekt — snadno se podceňuje a těžko se vynechává.
Pokud žádný z těchto bodů není v zadání upřesněn, různé firmy učiní různé předpoklady — a vy dostanete divoce odlišná čísla.
Proč nejnižší nabídka bývá nejdražší variantou
Nejnižší odhad, který dostanete, téměř nikdy není nejlevnější variantou v konečném součtu.
Existují tři časté důvody, proč nabídka vyjde neobvykle nízko:
Optimistické předpoklady. Vývojář předpokládal tu nejjednodušší verzi všeho. Když se realita ukáže jako složitější — jak tomu obvykle bývá — rozsah se rozroste a cena s ním.
Tiché vynechávky. Důležité části projektu — testování, nasazení, dokumentace, školení uživatelů, opravy chyb po spuštění — jsou vynechány. Zaplatíte za ně zvlášť, později, za méně výhodných podmínek.
Levně teď, dobráno potom. Jakmile jste u partnera zavázáni a projekt je v plném proudu, vaše vyjednávací pozice se mění. Změny a drobné doplňky se pak stávají nepřiměřeně drahými.
Nic z toho neznamená, že nízké nabídky jsou vždy špatné. Některé firmy jsou jednoduše efektivnější než jiné. Ale je-li jedna nabídka výrazně nižší než dvě od renomovaných firem, vyplatí se před podpisem přesně pochopit, proč.
Jak získat nabídky, které jsou skutečně srovnatelné
Nejefektivnější věc, kterou můžete udělat, je poskytnout více detailů předem — ne méně.
Užitečné zadání obsahuje:
- Co systém musí dělat, popsáno konkrétně. Ne „spravovat naše objednávky", ale „umožnit zákazníkovi zadat objednávku, sledovat její stav, dostávat e-mailová oznámení v každé fázi a kontaktovat podporu přímo z pohledu objednávky."
- Kdo ho bude používat a v jakých rolích. Zákaznická aplikace se liší od interního operačního nástroje — i když funkce vypadají podobně.
- Na co se musí napojit — stávající software, API, služby třetích stran. Uveďte vše, i když si nejste jistí, zda to je důležité.
- Kolik uživatelů očekáváte — při spuštění i výhledově. Předpoklady o škálovatelnosti ovlivňují architektonická rozhodnutí.
- Co se stane s existujícími daty, pokud něco nahrazujete. Popište, co aktuálně existuje a kde to je.
- Jakékoli požadavky na shodu nebo bezpečnost — GDPR, oborové regulace, interní IT standardy.
- Jak vypadá úspěšné dokončení — co konkrétně znamená, že je projekt hotový?
S takovým stupněm detailu se nabídky stávají smysluplně srovnatelnými. Oceňujete totéž — ne různé interpretace toho.
Fixní cena nebo čas a materiál: o co žádat
Při poptávání nabídek se setkáte se dvěma hlavními cenovými modely.
Fixní cena vám dává jistotu nákladů předem. Funguje dobře, když je rozsah jasně definovaný a nepravděpodobně se změní. Kompromis: firma zahrne do ceny rizikovou přirážku a smlouva přesně vymezí, co je a není zahrnuto — změny mimo tento rámec se účtují zvlášť.
Čas a materiál znamená, že platíte za skutečně odpracované hodiny. Konečná cena závisí na tom, jak se projekt vyvíjí. Tento model je flexibilnější a při změnách požadavků — ke kterým obvykle dochází — bývá levnější. Kompromis: průběh a náklady musíte aktivněji sledovat.
Mnoho projektů využívá hybridní přístup: fixní poplatek za fáze discovery a designu (kde je rozsah přesně definován), poté čas a materiál pro samotný vývoj. Tím získáte cenovou jistotu tam, kde záleží nejvíce, a flexibilitu tam, kde je potřeba.
Na co se zaměřit při porovnávání nabídek
Až nabídky přijdou, nedívejte se jen na celkovou částku:
- Zjistěte, co je zahrnuto. Pokrývá nabídka testování, nasazení, dokumentaci a školení — nebo jen napsání kódu?
- Zjistěte, jak se řeší změny. Co se stane, když se požadavky změní v průběhu projektu? Jaký je postup a co to stojí?
- Zkontrolujte harmonogram. Nižší cena rozložená do delšího termínu dodání nemusí odpovídat vašim potřebám.
- Posuďte proces. Jak budete informováni? Kdy poprvé uvidíte funkční software?
- Podívejte se na tým. Kdo bude na vašem projektu skutečně pracovat? Co podobného již postavili?
Nabídka je začátek rozhovoru, ne jeho konec. Dobří vývojářští partneři podrobné otázky vítají — a jejich odpovědi vám řeknou stejně tolik jako samotná čísla.
Pokud se chystáte zadat vývoj softwaru a chcete pomoct proměnit váš nápad v zadání, které přinese přesné a srovnatelné nabídky, promluvte si s námi. Pomůžeme vám to promyslet dříve, než to položíte na stůl komukoliv jinému.