Sedem SaaS nástrojov alebo jeden systém? Kedy sa oplatí vlastné riešenie

SaaS je najlacnejší spôsob, ako začať. Po pár rokoch však jeden obchodný proces prechádza cez päť až sedem nástrojov a firma financuje veľký systém po častiach, hoci ho nikdy nekúpila. Ako tento stav vzniká, sme rozobrali v článku Vaša firma nepotrebuje viac softvéru. Potrebuje menej chaosu. Tento text opis problému neopakuje, rieši to, čo prichádza po ňom: ako sa rozhodnúť a ako to obhájiť číslami.

Porovnanie vlastný firemný systém vs SaaS sa dá spočítať tak, aby výsledok obstál pred majiteľom aj pred účtovníkom. Väčšina firiem sa však rozhoduje podľa dvoch čísel, ktoré o skutočnom náklade vypovedajú najmenej: podľa mesačného predplatného a podľa ceny v ponuke na vývoj. Obe sú len vstupné poplatky do niekoľkoročnej prevádzky.

Nejde o cenu licencie. Ide o celkové náklady

Total cost of ownership, po slovensky celkové náklady vlastníctva, je metodika, ktorá sa pozerá za nákupnú cenu a započítava všetko, čo obstaranie a prevádzka ešte stoja. Lisa M. Ellram ju v polovici deväťdesiatych rokov popísala na prípadových štúdiách jedenástich firiem a pre softvér platí rovnako ako pre nákup materiálu: cena je len jedna položka a spravidla nie tá rozhodujúca.

Prečo to nie je akademická nuansa, ukazuje prieskum nákladov životného cyklu tridsiatich IT aplikačných systémov od Rüdigera Zarnekowa a Waltera Brennera z University of St. Gallen. Pri päťročnej prevádzke tvoria opakované náklady na prevádzku, podporu, údržbu a ďalší vývoj 79 % nákladov životného cyklu. Na plánovanie a prvotný vývoj pripadá 21 %.

Väčšina rozhodnutí, či proces postaviť alebo kúpiť, sa pritom robí na základe tej menšej pätiny, lebo práve tá sa objaví v ponuke. Zvyšok príde neskôr a rozpustí sa v mzdách, v podpore a v čase ľudí, ktorí to nejako doriešia. Rovnako spoľahlivo sa pritom podceňuje prevádzka vlastného systému aj administrácia rastúceho balíka predplatných.

Čo naozaj patrí do TCO tabuľky

TCO tabuľka má dva stĺpce, dnešný stack a navrhovanú alternatívu, a v oboch tie isté kategórie. Inak neporovnávate dve riešenia, ale dva spôsoby účtovania.

• Licencie, spotreba a nevyužité miesta. Okrem mesačnej sadzby sem patrí to, ako sa cena správa pri raste. Zylo v SaaS Management Index za rok 2026 uvádza, že 78 % IT lídrov zaznamenalo neočakávané poplatky pri cenách účtovaných podľa spotreby alebo za AI, 61 % muselo pre neplánovaný nárast nákladov škrtnúť iné projekty a organizácie nechávajú v priemere 36 % SaaS licencií nevyužitých. Medián výdavkov na SaaS v prepočte na zamestnanca vyčíslilo na 9 455 USD a v predchádzajúcom ročníku vykázalo ich medziročný rast o 21,9 %. Sú to dáta z portfólia veľkých firiem. Pre malú firmu z nich platí smer, nie absolútna hodnota.
• Integrácie a ich údržba. MuleSoft Connectivity Benchmark Report od Salesforce uvádza, že priemerná organizácia používa 897 aplikácií, prepojených je len 29 % z nich a IT tímy trávia 39 % času návrhom, stavbou a testovaním vlastných integrácií. Ten čas je náklad ako každý iný, len ho nikto nefakturuje.
• Ľudská práca medzi systémami. Výskum publikovaný v Harvard Business Review sledoval 137 ľudí v dvadsiatich tímoch v troch firmách z rebríčka Fortune 500. Prepínali medzi aplikáciami a oknami zhruba 1 200-krát denne, jedno prepnutie stálo o niečo viac než dve sekundy a v súčte z toho vyšlo približne 9 % ročného pracovného času stráveného opätovnou orientáciou. Do TCO to patrí ako hodinová sadzba krát hodiny.
• Viditeľnosť do vlastných výdavkov. Flexera v State of ITAM Report za rok 2026 uvádza, že 43 % organizácií hlási medziročný nárast premrhaných výdavkov na SaaS, pri AI softvéri 59 %, a úplnú viditeľnosť do svojho IT prostredia má len 36 % z nich. Bez nej sa TCO nedá spočítať a rozhodnutie je hádanie s prezentáciou.

Nie všetko sa oplatí vyvíjať

Vlastný kalendár, e-mailový klient alebo účtovný softvér by boli pre väčšinu firiem nezmyselná investícia. Dôvod je ekonomický: ide o funkcie, ktorých vývoj financujú desaťtisíce zákazníkov naraz. Eurostat uvádza, že v roku 2025 používalo platené cloudové služby 52,7 % podnikov v EÚ, najčastejšie na e-mail (85,2 %) a na finančný či účtovný softvér (58,2 %). Pri takom rozšírení si takú jednotkovú cenu nikto sám pre seba nepostaví.

Vlastný systém začína dávať ekonomický zmysel tam, kde proces tvorí konkurenčnú výhodu: cenotvorba, správa kapacít, obchodný workflow, zákaznícky portál alebo práca s vlastným dátovým modelom. Správna otázka preto neznie, či postaviť alebo kúpiť, ale: ktorú časť svojho fungovania má firma strategicky vlastniť?

Treba povedať aj to, čo od dodávateľa vývoja obvykle nepočujete. Veľká časť požiadaviek, ktoré prídu s vetou „potrebujeme vlastný systém“, sa dá vyriešiť lacnejšie: licenčným auditom, poriadnou konfiguráciou nástroja, ktorý už máte, presunom procesu do jedného existujúceho systému namiesto troch alebo no-code nástrojom, teda prostredím, kde sa logika skladá bez programovania. Ak sa problém dá vyriešiť za desatinu ceny, vlastný vývoj je zlá odpoveď. A ak je chybný samotný proces, nový softvér ho len zrýchli, o čom sme písali v texte AI nezachráni zlý proces.

Najsilnejší model býva hybridný

Moderná architektúra neznamená, že všetko naprogramujete od nuly. Firma si ponechá externé služby pre platby, e-mail, účtovníctvo či autentifikáciu a vlastní len vrstvu, ktorá riadi jej unikátny proces, dáta a rozhranie.

Mechanizmus je jednoduchý. Vlastná vrstva definuje dátový model, teda to, ako firma pomenúva zákazku, klienta, kapacitu a cenu. Ostatné systémy sa tým stanú vymeniteľnými dodávateľmi funkcií namiesto majiteľov pravdy o firme. Rozdiel sa prejaví až pri druhej výmene nástroja: mení sa integrácia, nemení sa proces. Aj hybrid má však svoju položku v tabuľke: rozhraní na údržbu je viac, nie menej.

„Jednorazovo“ neznamená bez ďalších nákladov

Vlastný softvér nie je bezúdržbový majetok. Potrebuje hosting, monitoring, bezpečnostné aktualizácie a priebežný vývoj. Rozdiel oproti predplatnému je v tom, že investícia vytvára aktívum pod vašou kontrolou, nie v tom, že by opakované náklady zmizli.

K tomu sa pridáva riziko realizácie, ktoré v ponukách nebýva. Bent Flyvbjerg a Alexander Budzier analyzovali vzorku 1 471 IT projektov a zistili priemerné prekročenie rozpočtu o 27 %. Podstatnejší je tvar rozdelenia: každý šiesty projekt bol takzvaná čierna labuť s priemerným prekročením nákladov o 200 % a harmonogramu o takmer 70 %. Riziko teda nie je v priemere, ale v chvoste, a čím väčší jednorazový rozsah, tým vyššia šanca, že v ňom skončíte. Preto sa oplatí stavať po malých krokoch a po každom prepočítať, či ďalší ešte dáva zmysel.

Trojročný až päťročný business case

Na horizonte jedného roka sa rozhodnúť nedá. Vlastné riešenie v prvom roku spravidla prehráva: nesie celú investíciu a takmer žiadnu úsporu. Modelujte tri až päť rokov a porovnávajte kumulatívne náklady, nie prvú faktúru. Model potrebuje štyri vstupy:

1. Základňu. Koľko stojí dnešný stack vrátane ľudskej práce medzi systémami.
2. Krivku rastu. Ako sa základňa správa pri dvojnásobku klientov. Pri licenciách účtovaných za používateľa rastie lineárne, pri vlastnej vrstve väčšinou nie.
3. Investíciu aj jej prevádzku. Nielen cenu vývoja, ale aj to, čo bude stáť ďalších päť rokov.
4. Bod zlomu. Rok, v ktorom sa kumulatívne krivky pretnú, a čo sa stane, ak sa posunie o dvanásť mesiacov.

Modelový príklad. Čísla sú zvolené predpoklady na ilustráciu výpočtu, nie meranie z reálneho projektu. Firma so 40 zamestnancami vedie jeden zákazkový proces cez šesť nástrojov a platí na licenciách 2 200 eur mesačne, teda 26 400 eur ročne. Pri pätnásťpercentnom ročnom raste je to za tri roky zhruba 92 000 eur. Ponuka na vlastnú vrstvu znie 70 000 eur. Ak by na ňu platil pomer zo štúdie University of St. Gallen, kde prvotný vývoj tvorí 21 % päťročných nákladov, päťročná suma vychádza rádovo na 330 000 eur, teda okolo 66 000 eur ročne.

Na tomto prepočte sú dôležité dve veci. Prvá je metodická: 92 000 eur je trojročný súčet, 330 000 eur päťročný, a porovnávať sa dajú len rovnako dlhé obdobia. Pri rovnakom horizonte vychádza vlastné riešenie v tomto modeli drahšie, nie lacnejšie. Druhá je nepohodlná: samotné ušetrené licencie taký rozdiel nezaplatia. Business case musí stáť na uvoľnenej kapacite ľudí, na skrátení priebežného času zákazky, na chybách, ktoré prestanú vznikať, alebo na výnose, ktorý dnešný stack neobslúži. Ak sa nič z toho nedá aspoň hrubo odhadnúť, projekt nie je pripravený na rozhodnutie.

Investícia sa navyše neporovnáva s nulou, ale s najlepšou alternatívou, ktorou býva ďalší úväzok. Tomu sme venovali samostatný text o tom, či firma potrebuje systém, alebo nového zamestnanca.

Signály, kedy sa vlastné riešenie oplatí a kedy nie

Stojí za prepočet, ak platí viac z tohto

• Proces, o ktorý ide, je zdrojom vašej konkurenčnej výhody, nie administratívnou povinnosťou.
• Náklad rastie lineárne s počtom ľudí alebo transakcií, kým prínos nástroja nerastie.
• Dodávateľ zmenil cenový model alebo zrušil funkciu, na ktorej stojí váš proces.
• Vaša ponuka pre zákazníkov je limitovaná tým, čo nástroj dovolí, nie tým, čo trh chce.

Je to zlá odpoveď, ak platí čokoľvek z tohto

• Ide o komoditnú funkciu, ktorú rovnako dobre rieši hotová služba.
• Firma zatiaľ neurobila licenčný audit a nevie presne, koľko a za čo dnes platí.
• Požiadavky sa menia každý mesiac a nikto ich nevie zafixovať ani na jeden kvartál.
• Vo firme neexistuje človek, ktorý systém po dodaní prevezme a bude zaň zodpovedný.

Exit náklady prestali byť neznámou. Aspoň v EÚ

Do TCO patrí aj to, čo stojí odchod. Donedávna sa táto položka nedala oceniť, a tak z nej bol fatalistický argument v štýle „aj tak sme v pasci dodávateľa“. Regulácia to zmenila. Podľa Európskej komisie je Data Act, teda nariadenie (EÚ) 2023/2854, uplatniteľný od 12. septembra 2025 a uľahčuje prenos dát aj prechod medzi poskytovateľmi cloudu. Právna analýza kancelárie Latham & Watkins dopĺňa, že povinnosti platia pre IaaS, PaaS aj SaaS a že od 11. januára 2024 smú poskytovatelia účtovať poplatky za prechod len ako preúčtovanie priamych nákladov bez marže. Od 12. januára 2027 budú zakázané úplne.

Dôsledky sú dva a nemieria rovnakým smerom. Klesá cena odchodu, takže voľba hotovej služby je menej riziková, zle vybraný nástroj sa dá vymeniť. Zároveň klesá bariéra prenosu dát na vlastnú infraštruktúru, čím sa zlacňuje aj cesta k vlastnému riešeniu. Do TCO tabuľky preto patrí riadok s cenou a formátom exportu. Otestovať sa to dá dnes, nie až pri rozchode.

Rozhodnutie medzi vlastným systémom a predplatným nie je otázkou technologického vkusu, ale toho, ktorú časť svojho fungovania chce firma vlastniť a či to bude vedieť zaplatiť aj o tri roky. Odpoveď sa nedá vypýtať od dodávateľa softvéru, ten pozná svoju ponuku, nie vaše čísla. Prvým krokom nie je výber technológie, ale diagnostika: čo dnes stojí váš stack, koľko ľudskej práce okolo seba vytvára a ktorá jeho časť je komodita.

Čo si z toho zobrať

• Porovnávajte celkové náklady vlastníctva, nie cenu predplatného ani cenu vývoja. Podľa štúdie z University of St. Gallen tvorí prvotný vývoj len pätinu päťročných nákladov aplikácie.
• Modelujte tri až päť rokov a hľadajte bod zlomu, obe strany na rovnako dlhom horizonte.
• Skôr než čokoľvek postavíte, urobte licenčný audit a konsolidáciu. Ak sa problém vyrieši za desatinu ceny, vlastný vývoj je zlá odpoveď.
• Vlastnite proces, ktorý vás odlišuje, a kupujte to, čo je komodita. Hybridná architektúra býva rozumnejší kompromis než obe krajnosti.
• Riziko IT projektu je v chvoste, nie v priemere. Stavajte po malých, samostatne užitočných krokoch.