Sedm SaaS nástrojů nebo jeden systém? Kdy se vyplatí vlastní řešení

SaaS je nejlevnější způsob, jak začít. Firma nasadí CRM, formuláře, reporting nebo rezervace během několika dnů a bez vlastního vývojového týmu. Po několika letech ale jediný obchodní proces prochází pěti až sedmi nástroji a firma financuje jeden velký systém po částech, přestože ho nikdy nekoupila. Jak tento stav vzniká, jsme rozebrali v článku Vaše firma nepotřebuje víc softwaru. Potřebuje míň chaosu. Tento text popis problému neopakuje, řeší to, co přichází po něm: jak se rozhodnout a jak to obhájit čísly.

Srovnání vlastní firemní systém vs SaaS se dá spočítat tak, aby výsledek obstál před majitelem i před účetní. Většina firem se ale rozhoduje podle dvou čísel, která o skutečném nákladu vypovídají nejméně: podle měsíčního předplatného a podle ceny v nabídce na vývoj. Obojí je jen vstupní poplatek do několikaletého provozu.

Nerozhoduje cena licence, ale celkové náklady

Total cost of ownership, česky celkové náklady vlastnictví, je metodika, která se dívá za nákupní cenu a započítává všechno, co pořízení a provoz ještě stojí. Lisa M. Ellram ji v polovině devadesátých let popsala na případových studiích jedenácti firem a pro software platí stejně jako pro nákup materiálu: cena je jen jedna položka a zpravidla ne ta rozhodující.

Proč to není akademická nuance, ukazuje průzkum nákladů životního cyklu třiceti IT aplikačních systémů od Rüdigera Zarnekowa a Waltera Brennera z University of St. Gallen. Při pětiletém provozu tvoří opakované náklady na provoz, podporu, údržbu a další vývoj 79 % nákladů životního cyklu. Na plánování a prvotní vývoj připadá 21 %.

Většina rozhodnutí, zda proces postavit nebo koupit, se přitom dělá na základě té menší pětiny, protože právě ta se objeví v nabídce. Zbytek přijde později a rozpustí se ve mzdách, v podpoře a v čase lidí, kteří to nějak dořeší. Stejně spolehlivě se přitom podceňuje provoz vlastního systému i správa rostoucího balíku předplatných.

Co do tabulky TCO skutečně patří

Tabulka TCO má dva sloupce, dnešní stack a navrhovanou alternativu, a v obou tytéž kategorie. Jinak neporovnáváte dvě řešení, ale dva způsoby účtování.

• Licence, spotřeba a nevyužitá místa. Kromě měsíční sazby sem patří i to, jak se cena chová při růstu. Zylo v SaaS Management Index za rok 2026 uvádí, že 78 % IT lídrů zaznamenalo neočekávané poplatky u cen účtovaných podle spotřeby nebo za AI, 61 % muselo kvůli neplánovanému nárůstu nákladů škrtnout jiné projekty a organizace nechávají v průměru 36 % SaaS licencí nevyužitých. Medián výdajů na SaaS v přepočtu na zaměstnance vyčíslilo na 9 455 USD a v předchozím ročníku vykázalo jejich meziroční růst o 21,9 %. Jsou to data z portfolia velkých firem. Pro malou firmu z nich platí směr, ne absolutní hodnota.
• Integrace a jejich údržba. MuleSoft Connectivity Benchmark Report od Salesforce uvádí, že průměrná organizace používá 897 aplikací, propojených je jen 29 % z nich a IT týmy tráví 39 % času návrhem, stavbou a testováním vlastních integrací. Ten čas je náklad jako každý jiný, jen ho nikdo nefakturuje.
• Lidská práce mezi systémy. Výzkum publikovaný v Harvard Business Review sledoval 137 lidí ve dvaceti týmech ve třech firmách ze žebříčku Fortune 500. Přepínali mezi aplikacemi a okny zhruba 1 200krát denně, jedno přepnutí stálo o něco více než dvě sekundy a v součtu z toho vyšlo přibližně 9 % ročního pracovního času stráveného opětovnou orientací. Do TCO to patří jako hodinová sazba krát hodiny.
• Viditelnost do vlastních výdajů. Flexera ve State of ITAM Report za rok 2026 uvádí, že 43 % organizací hlásí meziroční nárůst promrhaných výdajů na SaaS, u AI softwaru 59 %, a úplnou viditelnost do svého IT prostředí má jen 36 % z nich. Bez ní se TCO spočítat nedá a rozhodnutí je hádání s prezentací.

Ne všechno se vyplatí vyvíjet

Vlastní kalendář, e-mailový klient nebo účetní software by pro většinu firem byly nesmyslnou investicí. Důvod je ekonomický: jde o funkce, jejichž vývoj financují desetitisíce zákazníků najednou. Eurostat uvádí, že v roce 2025 používalo placené cloudové služby 52,7 % podniků v EU, nejčastěji na e-mail (85,2 %) a na finanční či účetní software (58,2 %). Při takovém rozšíření si takovou jednotkovou cenu nikdo sám pro sebe nepostaví.

Vlastní systém začíná dávat ekonomický smysl tam, kde proces tvoří konkurenční výhodu: cenotvorba, plánování kapacit, obchodní workflow, zákaznický portál nebo práce s vlastním datovým modelem. Správná otázka tedy nezní, zda postavit nebo koupit, ale: které části svého fungování má firma strategicky vlastnit?

Je potřeba říct i to, co od dodavatele vývoje obvykle neuslyšíte. Velkou část požadavků, které přijdou s větou „potřebujeme vlastní systém“, lze vyřešit levněji: licenčním auditem, pořádnou konfigurací nástroje, který už máte, přesunem procesu do jednoho existujícího systému místo tří nebo no-code nástrojem, tedy prostředím, kde se logika skládá bez programování. Pokud se problém dá vyřešit za desetinu ceny, vlastní vývoj je špatná odpověď. A pokud je chybný samotný proces, nový software ho jen zrychlí, o čemž jsme psali v textu AI nezachrání špatný proces.

Nejsilnější bývá hybridní architektura

Moderní architektura neznamená naprogramovat všechno od nuly. Firma si ponechá externí služby pro platby, e-mail, účetnictví či autentizaci a vlastní jen vrstvu, která řídí její unikátní proces, data a rozhraní.

Mechanismus je jednoduchý. Vlastní vrstva definuje datový model, tedy to, jak firma pojmenovává zakázku, klienta, kapacitu a cenu. Ostatní systémy se tím stanou vyměnitelnými dodavateli funkcí místo majitelů pravdy o firmě. Technologie se přizpůsobuje firmě, ne firma technologii. Rozdíl se projeví až při druhé výměně nástroje: mění se integrace, nemění se proces. I hybrid má ale svou položku v tabulce: rozhraní k údržbě je víc, ne míň.

„Jednorázově“ neznamená bez dalších nákladů

Software na míru není bezúdržbový majetek. Potřebuje hosting, monitoring, bezpečnostní aktualizace a průběžný vývoj. Rozdíl oproti předplatnému je v tom, že investice vytváří aktivum pod vaší kontrolou, ne v tom, že by opakované náklady zmizely.

K tomu se přidává riziko realizace, které v nabídkách nebývá. Bent Flyvbjerg a Alexander Budzier analyzovali vzorek 1 471 IT projektů a zjistili průměrné překročení rozpočtu o 27 %. Podstatnější je tvar rozdělení: každý šestý projekt byl takzvaná černá labuť s průměrným překročením nákladů o 200 % a harmonogramu o téměř 70 %. Riziko tedy není v průměru, ale v chvostu, a čím větší jednorázový rozsah, tím vyšší šance, že v něm skončíte. Proto se vyplatí stavět po malých krocích a po každém přepočítat, zda další ještě dává smysl.

Tříletý až pětiletý business case

Na horizontu jednoho roku se rozhodnout nedá. Vlastní řešení v prvním roce zpravidla prohrává: nese celou investici a téměř žádnou úsporu. Modelujte tři až pět let a porovnávejte kumulativní náklady, ne první fakturu. Model potřebuje čtyři vstupy:

1. Základnu. Kolik stojí dnešní stack včetně lidské práce mezi systémy.
2. Křivku růstu. Jak se základna chová při dvojnásobku klientů. U licencí účtovaných za uživatele roste lineárně, u vlastní vrstvy většinou ne.
3. Investici i její provoz. Nejen cenu vývoje, ale i to, co bude stát dalších pět let.
4. Bod zlomu. Rok, ve kterém se kumulativní křivky protnou, a co se stane, pokud se posune o dvanáct měsíců.

Modelový příklad. Čísla jsou zvolené předpoklady pro ilustraci výpočtu, ne měření z reálného projektu. Firma se 40 zaměstnanci vede jeden zakázkový proces přes šest nástrojů a platí na licencích 2 200 eur měsíčně, tedy 26 400 eur ročně. Při patnáctiprocentním ročním růstu je to za tři roky zhruba 92 000 eur. Nabídka na vlastní vrstvu zní 70 000 eur. Pokud by na ni platil poměr ze studie University of St. Gallen, kde prvotní vývoj tvoří 21 % pětiletých nákladů, pětiletá suma vychází řádově na 330 000 eur, tedy kolem 66 000 eur ročně.

Na tomto přepočtu jsou důležité dvě věci. První je metodická: 92 000 eur je tříletý součet, 330 000 eur pětiletý, a porovnávat lze jen stejně dlouhá období. Při stejném horizontu vychází vlastní řešení v tomto modelu dráž, ne levněji. Druhá je nepohodlná: samotné ušetřené licence takový rozdíl nezaplatí. Business case musí stát na uvolněné kapacitě lidí, na zkrácení průběžné doby zakázky, na chybách, které přestanou vznikat, nebo na výnosu, který dnešní stack neobslouží. Pokud se nic z toho nedá alespoň hrubě odhadnout, projekt není připraven na rozhodnutí.

Investice se navíc neporovnává s nulou, ale s nejlepší alternativou, kterou bývá další úvazek. Tomu jsme věnovali samostatný text o tom, zda firma potřebuje systém, nebo nového zaměstnance.

Signály, kdy se vlastní řešení vyplatí a kdy ne

Stojí za přepočet, pokud platí víc z tohoto

• Proces, o který jde, je zdrojem vaší konkurenční výhody, ne administrativní povinností.
• Náklad roste lineárně s počtem lidí nebo transakcí, zatímco přínos nástroje neroste.
• Dodavatel změnil cenový model nebo zrušil funkci, na které stojí váš proces.
• Vaše nabídka pro zákazníky je limitovaná tím, co nástroj dovolí, ne tím, co trh chce.

Je to špatná odpověď, pokud platí cokoli z tohoto

• Jde o komoditní funkci, kterou stejně dobře řeší hotová služba.
• Firma zatím neudělala licenční audit a neví přesně, kolik a za co dnes platí.
• Požadavky se mění každý měsíc a nikdo je neumí zafixovat ani na jeden kvartál.
• Ve firmě neexistuje člověk, který systém po dodání převezme a bude za něj zodpovědný.

Náklady na odchod přestaly být neznámou. Alespoň v EU

Do TCO patří i to, co stojí odchod. Donedávna se tato položka nedala ocenit, a tak z ní byl fatalistický argument ve stylu „stejně jsme v pasti dodavatele“. Regulace to změnila. Podle Evropské komise je Data Act, tedy nařízení (EU) 2023/2854, použitelný od 12. září 2025 a usnadňuje přenos dat i přechod mezi poskytovateli cloudu. Právní analýza kanceláře Latham & Watkins doplňuje, že povinnosti platí pro IaaS, PaaS i SaaS a že od 11. ledna 2024 smějí poskytovatelé účtovat poplatky za přechod jen jako přeúčtování přímých nákladů bez marže. Od 12. ledna 2027 budou zakázány úplně.

Důsledky jsou dva a nemíří stejným směrem. Klesá cena odchodu, takže volba hotové služby je méně riziková, špatně vybraný nástroj lze vyměnit. Zároveň klesá bariéra přenosu dat na vlastní infrastrukturu, čímž se zlevňuje i cesta k vlastnímu řešení. Do tabulky TCO proto patří řádek s cenou a formátem exportu. Otestovat se to dá dnes, ne až při rozchodu.

Rozhodnutí mezi vlastním systémem a předplatným není otázkou technologického vkusu, ale toho, kterou část svého fungování chce firma vlastnit a zda to bude umět zaplatit i za tři roky. Odpověď si nelze vyžádat od dodavatele softwaru, ten zná svou nabídku, ne vaše čísla. Prvním krokem není výběr technologie, ale diagnostika: co dnes stojí váš stack, kolik lidské práce kolem sebe vytváří a která jeho část je komodita.

Co si z toho vzít

• Porovnávejte celkové náklady vlastnictví, ne cenu předplatného ani cenu vývoje. Podle studie z University of St. Gallen tvoří prvotní vývoj jen pětinu pětiletých nákladů aplikace.
• Modelujte tři až pět let a hledejte bod zlomu, obě strany na stejně dlouhém horizontu.
• Dříve než cokoli postavíte, udělejte licenční audit a konsolidaci. Pokud se problém vyřeší za desetinu ceny, vlastní vývoj je špatná odpověď.
• Vlastněte proces, který vás odlišuje, a kupujte to, co je komodita. Hybridní architektura bývá rozumnější kompromis než obě krajnosti.
• Riziko IT projektu je v chvostu, ne v průměru. Stavějte po malých, samostatně užitečných krocích.