Dostali jste nabídku na vývoj softwaru na míru. Číslo je větší, než jste čekali, nebo možná menší. Tak či tak platí jedno důležité pravidlo: nabídka, na kterou se díváte, pokrývá jen část skutečných nákladů.
Není to kritika softwarových firem. Takto prostě fungují softwarové projekty. Poplatek za vývoj je největší položkou, ale zdaleka ne jedinou. Majitelé firem, kteří plánují jen s vývojovou nabídkou, se v půlce projektu překvapivě setkávají s nedostatkem rozpočtu — nebo jsou nepřipraveni na náklady, které přijdou po spuštění.
Tento průvodce vás provede náklady, které se ne vždy objeví v nabídce na vývoj — abyste se na ně mohli připravit dřív, než přijdou.
Infrastruktura a hosting
Software na míru potřebuje někde běžet. A toto místo stojí peníze — každý měsíc, ne jen jednou.
Náklady na infrastrukturu závisí na tom, co software dělá, kolik uživatelů má a jaké nároky kladete na spolehlivost. Jednoduchý interní nástroj může běžet na malém serveru za pár stovek měsíčně. Zákaznická platforma zpracovávající platby a zvládající nápory provozu může vyžadovat podstatně robustnější zázemí.
Na co počítat:
- Cloudový hosting: Služby jako AWS, Azure nebo Google Cloud účtují podle využití. Vývojový tým by vám měl dát realistický odhad na základě očekávané zátěže.
- Databázový hosting: Ukládání a dotazování dat má vlastní náklady, které rostou s objemem dat.
- Doména a SSL certifikáty: Drobný, ale opakující se náklad.
- Služby pro doručování e-mailů: Pokud software odesílá e-maily (potvrzení, připomínky, upozornění), budete pravděpodobně potřebovat dedikovanou službu.
- Úložiště: Soubory, obrázky, dokumenty a zálohy spotřebovávají úložný prostor, který se obvykle platí za gigabajt.
Některé softwarové firmy zahrnují do nabídky počáteční nastavení infrastruktury. Průběžné měsíční náklady na provoz ale většina nezahrnuje. Zeptejte se výslovně, jaké budou očekávané měsíční provozní náklady po spuštění.
Náklady na integrace
Téměř žádný software nefunguje izolovaně. Nový systém se bude pravděpodobně muset propojit s jinými nástroji, které již ve firmě používáte — s účetním softwarem, CRM, platební bránou, logistickým partnerem.
Integrace jsou někdy součástí nabídky na vývoj, ale ne vždy. Pokud jsou zahrnuty, bývají někdy nacenění optimisticky. Reálné chování externích API — omezení počtu požadavků, nezdokumentované okrajové případy, změny, které třetí strany provádí bez varování — může přidat neočekávaný čas a tím i náklady.
Po spuštění integrace také nesou náklady na údržbu. Když třetí strana aktualizuje své API, vaše integrace může potřebovat odpovídající úpravu. Nejde o jednorázový výdaj — je to průběžná povinnost.
Před finalizací rozpočtu si sepište každý externí systém, se kterým se bude software muset propojit, a zeptejte se vývojového partnera, jak je každá integrace oceněna, co se stane, když třetí strana změní API, a kdo odpovídá za udržování propojení.
Testování a zajištění kvality
Dobré vývojové firmy zahrnují testování do svého procesu. Existují ale typy testování, které často leží mimo nabídku na vývoj — nebo jsou pod-financované, pokud je rozpočet napjatý.
Uživatelské akceptační testování (UAT) — kdy vaši vlastní zaměstnanci testují software v reálných obchodních situacích — spotřebovává čas vašeho týmu. A tento čas má hodnotu, i když se neobjeví na žádné faktuře.
Výkonnostní testování — simulace zátěže, které bude systém čelit, když k němu přistupuje mnoho uživatelů najednou — může být potřeba zajistit odděleně, zejména pro systémy dostupné zákazníkům.
Bezpečnostní testování — zvlášť důležité, pokud software zpracovává osobní údaje, finanční informace nebo zdravotní záznamy — je někdy vnímáno jako volitelný doplněk. Nemělo by být.
Pokud váš projekt zahrnuje citlivá data nebo veřejně přístupné funkce, zařaďte do rozpočtu bezpečnostní audit nebo penetrační test. Náklady na bezpečnostní incident mnohonásobně převýší cenu testu.
Školení a řízení změny
Nový software vyžaduje nové chování od lidí, kteří ho používají. Tento náklad je téměř vždy podceňován.
Školení zaměstnanců zabírá čas. Podle složitosti systému a počtu zapojených lidí mohou formální školení, dokumentace a pokles produktivity v době, kdy se lidé učí nový nástroj, představovat nezanedbatelné náklady — obvykle měřené v hodinách zaměstnanců, ale hodiny zaměstnanců mají reálnou hodnotu.
Řízení změny jde ještě dál. Pokud software mění způsob, jakým vaše organizace funguje — což se stává a mělo by — nastane období přizpůsobení. Lidé se vracejí ke starým návykům. Vznikají obejití. Manažeři tráví čas koučováním. To vše má náklady, které se neobjeví v žádné vývojové nabídce.
Plánujte to výslovně. Spolupracujte s vývojovým partnerem na vytvoření uživatelské dokumentace. Vyhraďte čas na tréninkové období před ostrým spuštěním. Nevypínejte starý systém v den, kdy se spouští nový.
Migrace dat
Pokud nový software nahrazuje stávající systém, někdo musí přesunout data. A to je téměř vždy složitější a dražší, než to vypadá.
Problémy s migrací dat patří k nejčastějším příčinám zpoždění projektů a překročení rozpočtu. Důvody jsou předvídatelné: starý systém ukládá data ve formátu, který se čistě nepřenese do nového; část starých dat je neúplná, nekonzistentní nebo duplikovaná; objeví se okrajové případy, které nikdo nepředvídal; objem dat je větší, než se čekalo.
Některé softwarové firmy zahrnují základní migraci dat do nabídky. Většina ji oceňuje odděleně, protože složitost je bez prozkoumání zdrojových dat skutečně těžko odhadnutelná.
Pokud máte stávající systém, požádejte vývojového partnera, aby data posoudil co nejdříve v projektu. Čím dříve je složitost migrace pochopena, tím lépe ji lze naplánovat a ocenit.
Podpora a opravy chyb po spuštění
Software není nikdy zcela hotový. Po spuštění budou nalezeny chyby. Některé budou drobné. Některé si vyžádají okamžité řešení.
Většina vývojových nabídek pokrývá krátkou záruční dobu — zpravidla třicet až devadesát dní — během níž vývojový tým opravuje chyby bez příplatku. Po uplynutí této doby se podpora fakturuje odděleně.
Zahrňte do rozpočtu podporu po spuštění od samého začátku. Výše závisí na složitosti systému a vaší toleranci k riziku, ale běžný plánovací odhad je zhruba deset až dvacet procent ročních vývojových nákladů za průběžnou údržbu a opravy chyb.
Pokud je váš software business-critical — pokud přestane fungovat a vaše provoz se zastaví s ním — přemýšlejte také o garantách reakční doby. Smlouva o podpoře zaručující čtyřhodinovou reakci na kritické incidenty stojí více než ta zaručující reakci do dalšího pracovního dne. Pro kritické systémy stojí za to za tento rozdíl zaplatit.
Budoucí rozvoj
Verze softwaru, kterou spustíte, není poslední verzí. Obchodní potřeby se mění. Uživatelé poskytují zpětnou vazbu. Vznikají nové požadavky. Konkurenti spouštějí nové funkce. Trh se hýbe.
Plánovaný budoucí rozvoj je rozpočtová položka, i když detaily ještě nejsou známy. Běžným přístupem je vyhradit procento z počátečního vývojového rozpočtu — řekněme patnáct až dvacet procent — na první rok vylepšení po spuštění.
To není plýtvání. Software, který nelze zlepšovat, se stává závazkem. Alternativou k plánovanému průběžnému rozvoji je obvykle drahý přestavbový projekt o několik let později.
Licenční náklady zabudované do projektu
Některé projekty zahrnují komponenty třetích stran s licenčními náklady — knihovny pro grafy, mapové služby, poskytovatele autentizace, editory formátovaného textu nebo jiné specializované moduly. Tyto licence jsou sice zahrnuty v nákladech na vývoj při počáteční stavbě, ale po spuštění pokračují jako opakující se náklady.
Požádejte vývojového partnera, aby identifikoval všechny komponenty třetích stran ve vašem projektu a objasnil jejich licenční podmínky. Některé jsou open source bez nákladů. Některé jsou open source s omezeními. Některé jsou komerční a vyžadují průběžné poplatky.
Realistický souhrn
Pokud sečtete vývoj, infrastrukturu, integrace, testování, školení, migraci dat, podporu a budoucí rozvoj, reálné vícedenní náklady na software na míru jsou typicky jednou a půl až dvakrát vyšší než počáteční vývojová nabídka.
To není důvod se softwaru na míru vyhýbat — v mnoha situacích zůstává správnou investicí. Je to ale důvod plánovat upřímně od začátku.
Vývojový partner, který vás těmito náklady provede před tím, než se zavážete, vám prokazuje službu — nesnaží se nafouknout rozpočet. Projekty, které se dostanou do finančních potíží v průběhu, jsou téměř vždy ty, kde celkový obraz nebyl na začátku pochopen.
Plánujete softwarový projekt a chcete realistický pohled na to, co vás skutečně bude stát? Ozvěte se nám. Každého nového klienta provedeme celým nákladovým obrazem ještě před zahájením prací — protože překvapení v půlce projektu nepomáhají nikomu.