Build vs Buy podnikový software: Framework nezávislý na dodavatelích (s 12bodovou hodnoticí stupnicí, 2026)

Build vs Buy podnikový software: Framework nezávislý na dodavatelích (s 12bodovou hodnoticí stupnicí, 2026)

Loni v září se nás SaaS klient s ARR 50 mil. $ zeptal na otázku, jejíž špatné zodpovězení stojí podniky miliony: zůstat dalších pět let na stacku Salesforce + Tableau + Outreach za 487 tis. $, nebo vyvinout vlastní revenue-ops platformu za 312 tis. $? „Levnější" odpověď byla špatná. Tady je framework, který jsme použili, abychom na to přišli: 12bodová hodnoticí stupnice, 5letý model TCO a trichotomie Buy/Build/Blend od Gartneru, kterou žádný z top 10 návodů build vs buy aktuálně na Googlu ani nezmíní. A ano, jsme vývojářská agentura, takže vám řekneme, kdy si místo najmutí nás radši koupit SaaS.

Klíčové závěry (TL;DR):

• Většina rad build vs buy pochází od vendorů, kteří profitují z jedné odpovědi. Než zdrojům uvěříte, pojmenujte jejich zaujatost.
• Framework Buy/Build/Blend od Gartneru dnes pokrývá 76 % výdajů na podnikový software. Čistý vývoj nebo čistá koupě jsou v roce 2026 menšinovým případem.
• Rozhodnutí hodnotte podle 12 vážených kritérií, ne podle pocitu. Vlastní vývoj vyhrává při celkovém skóre >45; SaaS vyhrává pod 30.
• AI coding agenti (Cursor, Claude Code) v roce 2026 zkracují počet hodin senior vývojářů na jednu funkci o 40–60 %. Matematika vývoje se změnila.

Co je rozhodnutí Build vs Buy u podnikového softwaru?

Rozhodnutí build vs buy je volba mezi licencováním stávajícího SaaS nebo COTS softwaru (koupě), vývojem vlastního softwaru interně (vývoj), nebo najetím partnerské agentury, která vyvine proprietární software (partner). Moderní pojetí Gartneru toto rozšiřuje na Buy/Build/Blend a 76 % výdajů na podnikový software dnes plyne do kombinací standardních produktů a vlastních rozšíření, nikoli do čistého vývoje či čisté koupě.

Rozhodnutí se točí kolem tří otázek:

• Je daná schopnost konkurenční odlišností, nebo komoditou?
• Jaké je skutečné 5leté TCO každé cesty?
• Dokážete sestavit senior vývojářský tým, který ji dlouhodobě převezme?

Upozornění: Techsy je vývojářská agentura. Vyděláme, když vyvíjíte. Proto vám řekneme všechny případy, kdy byste si místo toho měli koupit SaaS a nás nenajímat, protože z dlouhodobého hlediska fungují články jako tento jen tehdy, když je matematika poctivá. Cíl našeho funnelu jsme pojmenovali dole; vše mezi tím je framework, ne prodejní řeč.

Většinu návodů build vs buy píší lidé, kteří profitují z jedné ze dvou odpovědí. SaaS marketplace chtějí, abyste kupovali. Vývojářské agentury chtějí, abyste vyvíjeli. COTS vendoři chtějí, abyste udělali cokoli, co ochrání jejich obnovení smlouvy. Přečtěte si tři z nich a dostanete tři sebevědomá, navzájem opačná doporučení, každé pohřbené pod prodejním háčkem. Pokud konkrétně zvažujete vývoj voice-AI, napsali jsme vertikální verzi tohoto frameworku, která aplikuje stejnou logiku na užší rozhodnutí. Zbytek tohoto článku je obecný framework pro pořizování softwaru, který skutečně můžete použít na poradě.

Co skutečně říká Gartner: Framework Buy / Build / Blend

Framework pořizování softwaru od Gartneru odmítá binární otázku build vs buy a nahrazuje ji třícestným rozhodnutím: Buy (licencovat COTS nebo SaaS), Build (interní vlastní vývoj), nebo Blend (zkombinovat SaaS pro komoditní procesy s vlastním kódem pro odlišující procesy). Podle modelu Buy/Build/Blend od Gartneru plyne dnes 76 % výdajů na podnikový software do blendovaných stacků. Čistý vývoj nebo čistá koupě jsou menšinovým případem.

Buy = licencujte to, co je komoditizované

Kupte, když je schopnost vyřešeným problémem a někdo jiný už řešení dodal ve velkém měřítku. CRM, mzdy, e-mail, správa výdajů, observability. Ekonomika koupě je nejlepší, když máte v daném procesu <100 uživatelů, potřebujete jej nasadit do <90 dní a SaaS řeší více než 80 % vaší potřeby rovnou z krabice.

Build = vlastníte to, co vás odlišuje

Vyvíjejte, když je daná schopnost vaší konkurenční výhodou. To, proč si vás zákazníci kupují. Stripe si nelicencoval platební stack. Figma si nelicencovala vykreslovací engine. Vývoj vyhrává i tehdy, když SaaS doslova nedokáže namodelovat vaši datovou strukturu (představte si složité finance s více entitami nebo neobvyklé režimy compliance), nebo když váš 5letý účet za SaaS ve velkém měřítku převýší TCO vlastního vývoje 2× a více.

Blend = matematika, u které většina podniků nakonec skončí

Blendování znamená, že si ponecháte COTS na nudných 80 % a vyvinete vlastní řešení pro odlišujících 20 %. Klasický vzor: Salesforce jako systém evidence + tenká vlastní vrstva pro procesy, které Salesforce nedokáže namodelovat. Thoughtworks tomu říká Buy/Build/Partner; Gartner tomu říká Buy/Build/Blend. Stejná myšlenka, mírně odlišná slovní zásoba. Trichotomie sahá až k Make-or-Buy matici McKinsey z 90. let, ale éra cloudu učinila třetí možnost dominantní.

12bodová hodnoticí stupnice (zkopírujte ji do tabulky)

Každé kritérium ohodnoťte 1–5 podle toho, jak silně se vztahuje na vaši situaci. Vynásobte vahou. Sečtěte celkové hodnoty. Legenda prahových hodnot dole vám řekne, kam matematika ukazuje. Použijte to na skutečné poradě o pořizování softwaru a zkrátíte debatu ze dvou hodin na dvacet minut.

Legenda prahových hodnot:

• Celkem <30 → Koupit SaaS
• Celkem 30–45 → Blend
• Celkem >45 → Build

Praktický příklad s naším klientem z případové studie (ten, který podrobně rozebíráme v H2 #8): dosáhli skóre 38. Odlišnost byla 3 (revenue ops je důležité, ale není to jejich konkurenční výhoda), zázemí bylo 2 (nemohli dlouhodobě vyčlenit vývojáře), mezera v pokrytí SaaS byla 4 (Salesforce nepokryl asi třetinu jejich procesů), snížení nákladů na vývoj pomocí AI bylo 5. Výsledek: pevně v území Blend, kam také dopadlo doporučení.

Jedna výhrada. Stupnice je pomůckou pro rozhodování, ne tím, kdo rozhoduje. Pokud je vaše skóre hraniční (28–32 nebo 43–47), než se zavážete, projděte model TCO v další sekci. Čísla rozhodnutí posouvají.

Modelování TCO: jak poctivě spočítat 5leté náklady

Podle výzkumu Gartneru o analýze nákladů na software podniky při výpočtu vlastnictví softwaru přehlížejí 50–70 % TCO. Nejčastěji přehlížené položky: integrace, administrativní FTE a náklady na odchod. Cenovka prvního roku je nejmenší částí účtu a téměř každé demo vendoru vám dá přesně toto číslo.

Zde je návod, jak poctivě spočítat 5leté TCO pro každou cestu.

Položky Buy (SaaS): licence × uživatelé × roky, implementace a nastavení, školení, alokace administrativních FTE (v podnikovém měřítku obvykle 0,5–2 FTE), integrace na stávající systémy a náklady na odchod, až nakonec migrujete pryč.

Položky Build (Custom): počáteční vývoj (osoboměsíce × plně zatížená sazba), roční údržba (pravidlo z praxe v oboru: 15–20 % počátečních nákladů na vývoj), infrastruktura a nástroje a ušlá příležitost z vývojářské kapacity, kterou zavazujete.

Položky Blend: předplatné SaaS pro komoditizovanou vrstvu, plus náklady na vlastní integraci/rozšíření, plus údržba vlastní vrstvy. Nižší počáteční náklady než plný vývoj, nižší průběžné náklady než plná koupě.

Jako plně zatížené náklady na vývojáře na pobřeží USA použijte 230 tis. $: medián BLS byl v květnu 2024 130 160 $, poté přičtěte ~30 % na benefity a ~25 % na režii. Upravte ±30 % podle vaší lokace. Evropské týmy jsou obvykle o 20–30 % nižší; týmy mimo pobřeží USA o 15–20 % nižší.

Obecné ilustrativní rozsahy. Vaše čísla se budou lišit; kategorie ne.

Kdy BLENDovat (střední cesta, kterou většina podniků nakonec zvolí)

Blend vyhrává, když se čistá koupě ani čistý vývoj čistě nemapují na váš proces. Ponecháte si COTS pro komoditizované vrstvy (CRM, fakturace, identita, observability) a vyvinete vlastní řešení pro procesy, které jsou buď vaší konkurenční odlišností, nebo je v SaaS jednoduše nelze namodelovat. Lepidlem mezi nimi jsou API, MCP servery nebo low-code enginy pro workflow.

Čtyři konkrétní vzory blendu, které opakovaně vidíme:

1. Salesforce + vlastní RevOps vrstva. Salesforce zůstává jako systém evidence. Vlastní vrstva řeší vícekrokové revenue procesy, které process builder Salesforce nedokáže čistě namodelovat. Případová studie klienta níže je přesně tento vzor.
2. SAP/NetSuite + vlastní datová vrstva. Ponechte ERP pro účetní knihu a procurement. Vyvinete datový sklad + vlastní dashboardy pro finanční analýzy, které váš CFO skutečně chce.
3. HubSpot + vlastní enrichment pipeline. Použijte HubSpot pro sekvencování a CRM, ale vyvinete vlastní enrichment, pokud komerční datoví vendoři nejsou dostatečně přesní pro vaše ICP.
4. COTS HR + vlastní automatizace workflow. BambooHR nebo Rippling pro evidenci, n8n nebo vlastní kód pro orchestraci onboardingu + offboardingu, kterou nikdo dobře zabalenou nenabízí.

Blend v roce 2026 výrazně zlevnil, protože inkrementální přidávání AI funkcí do stávajícího SaaS už nevyžaduje výzkumný tým a MCP servery, které umožňují propojit SaaS a vlastní kód, stlačují integrační daň, jež historicky dělala blend drahým. Blend není kompromis. Podle Gartneru je odpovědí pro 76 % podniků.

Kdy VYVÍJET (3 scénáře, kde vlastní vývoj vyhrává)

Vývoj vyhrává ve třech jasných scénářích. Pokud žádný z nich nepopisuje vaši situaci, pravděpodobně byste vyvíjet neměli.

1. Schopnost je vaší konkurenční odlišností

Pokud si vás zákazníci kupují kvůli této konkrétní schopnosti, nemůžete si ji licencovat od vendoru, jehož dalšími klienty jsou vaši konkurenti. Stripe si nelicencoval platební stack. Notion si nelicencoval engine na dokumenty. Schopnost musí být konkurenční výhodou, ne jen funkcí, kterou náhodou používáte.

2. SaaS nedokáže namodelovat vaši jedinečnou datovou strukturu

Pokud mají vaše data strukturu, kterou stávající SaaS doslova nedokáže reprezentovat (složité finance s více entitami, neobvyklá regulační schémata, real-time multiplayer stav), utratíte více za poplatky za přizpůsobení a hodiny konzultací, než byste utratili za vývoj od nuly. Otestujte to tak, že dva SaaS vendory požádáte o placený POC. Pokud oba selžou, vyvíjejte.

3. 5leté TCO SaaS převyšuje vlastní vývoj 2× a více

Matematika se převrací při využití. 500 uživatelů na SaaS za 200 $/místo/měsíc = 1,2 mil. $/rok = 6 mil. $ za 5 let. Zaměřený vlastní vývoj pro stejný proces může vyjít na 400 tis. $ počátečních + 80 tis. $/rok údržba = 800 tis. $ za 5 let. Když je násobek 2× a více a proces je stabilní, vyvíjejte.

Poctivé upozornění na riziko: vývoj znamená převzít projektové riziko. Standish Group CHAOS Report ukazuje, že 69 % IT projektů částečně nebo zcela selže. Vývoj není zadarmo, ani když to matematika tvrdí. Snižte riziko disciplínou rozsahu, skutečným product ownership a raným MVP. Konkrétně pro interní AI nástroje je self-hosted podnikový AI nástroj vývojový vzor, který v roce 2026 vidíme fungovat tam, kde hotová řešení nesplňují požadavky na lokalizaci dat.

Kdy KUPOVAT (a skryté náklady, o kterých nikdo nemluví)

Koupě vyhrává, když je schopnost komoditizovaná, potřebujete ji rychle nasadit a SaaS řeší většinu vaší potřeby rovnou z krabice. Tři scénáře:

1. Schopnost je komoditizovaná

CRM, e-mail, účetnictví, observability, identita, správa výdajů. To jsou vyřešené problémy. SaaS vendoři dodali tisíce okrajových případů, na které byste jinak narazili sami. Vyvíjet cokoli z toho od nuly v roce 2026 je téměř vždy špatně.

2. Potřebujete nasadit do <90 dní

Pokud proces blokuje výnosy a nemáte volné vývojářské zázemí, kupte. Ušlá příležitost 6měsíčního vývoje oproti 6týdennímu nasazení SaaS v téměř každém případě trumfne licenční poplatek.

3. SaaS řeší >80 % rovnou z krabice

Pokud dluh na přizpůsobení posledních 20 % stojí méně než celková prémie SaaS, prostě kupte. Otestujte to tak, že před podpisem sepíšete seznam mezer. Pokud jsou mezery procesně lehké (nastavení, integrace, lehký reporting), jste v pohodě. Pokud jsou procesně těžké, nejste.

Skryté náklady, které nikdo nedává na demo slide:

Ceny SaaS se plíživě zvyšují. Zylo's 2025 SaaS Management Index ukazuje, že průměrný podnik promrhá asi 21 mil. $ ročně na nevyužitých nebo duplicitních SaaS místech. Licenční poplatek je první náklad, ne celkový náklad.

Praktický příklad: Pomohli jsme SaaS klientovi s 50 mil. $ rozhodnout, stack Salesforce za 487 tis. $ vs vlastní vývoj za 312 tis. $

Ve 3. čtvrtletí 2025 se nás B2B SaaS klient s ARR 50 mil. $ zeptal, zda rozšířit stávající stack Salesforce + Tableau + Outreach (odhadované 5leté TCO 487 tis. $), nebo vyvinout vlastní revenue-ops platformu na Next.js + Postgres + jejich vlastním nástroji pro pipeline (odhadované 5leté TCO 312 tis. $). Zde je skutečná matematika po položkách, kterou jsme s nimi prošli, proč byla „levnější" varianta za 312 tis. $ pro ně špatnou volbou a co místo toho nasadili.

Nadpisová otázka vypadala binárně: dál platit prémie SaaS, nebo vyvinout něco levnějšího. Položky vyprávěly jiný příběh.

Na papíře vývoj vyhrál o 175 tis. $. Doporučení šlo opačným směrem.

Proč pro ně byl „levnější" vlastní vývoj špatný: neměli senior vývojářské zázemí, které by dokázalo natrvalo absorbovat 0,5 FTE údržby. Vývojářská organizace už dodávala klíčový produkt. Vyčlenit 10–15 % senior kapacity na údržbu revenue-ops na dalších pět let znamenalo buď zpomalit roadmapu produktu, nebo najímat (což by posunulo skutečné TCO vývoje přes 800 tis. $, jakmile započítáte skutečné nájmy za tržní sazbu, ne absorbovanou kapacitu). „Levné" číslo předpokládalo vývojáře zadarmo. Vývojáři nikdy nejsou zadarmo.

Co jsme skutečně nasadili: Blend. Ponechat Salesforce jako systém evidence. Vyvinout tenkou vlastní revenue-ops vrstvu (85 tis. $ počátečních, téměř nulové průběžné náklady) pro 4 procesy, které Salesforce nedokázal čistě namodelovat. Čisté 5leté TCO skončilo na ~420 tis. $, mezi dvěma nadpisovými čísly, a dostali procesy, které skutečně potřebovali. Nasazeno za 11 týdnů, žádné nové nájmy, žádné sklouznutí roadmapy.

O 18 měsíců později: vlastní vrstva je stále v produkci, obnovení Salesforce proběhla bez dramatu a vývojářský tým se nemusel po počátečním vývoji kontextově přepínat zpět do údržby RevOps. Konečný závěr: Blend byl správnou odpovědí, protože respektoval omezení vývojářského zázemí, které matematika Build ignorovala.

Čísla anonymizována a zaokrouhlena dle naší konzultační smlouvy. Náklady předpokládají období 2025–2030. Ceny Salesforce odrážejí zvýšení ceníku po srpnu 2025. Zisky produktivity AI coding agentů (základ 3. čtvrtletí 2025) už jsou započítány v odhadu vývoje 312 tis. $. Plně zatížený vývoj na 230 tis. $ = medián pobřeží USA dle BLS 2024 + 30 % benefity + 25 % režie, upravte ±30 % podle vaší lokace. Jsme vývojářská agentura. Toto bylo skutečné doporučení proti našemu vlastnímu komerčnímu zájmu.

Jak AI změnila matematiku Build vs Buy v roce 2026

Bod zvratu se posunul. AI coding agenti v našich interních měřeních napříč klientskou prací v roce 2026 zkomprimovali hodiny senior vývojářů na jednu funkci o 40–60 %. To znamená, že odhad vývoje, který jste dělali v roce 2023, je teď výrazně chybný. Gartner předpovídá, že do roku 2028 bude 75 % vývojářů podnikového softwaru používat AI code assistenty, oproti 10 % v roce 2023, a naše data z pipeline už většinu této adopce odrážejí před plánem.

Tři konkrétní posuny:

• 18měsíční vlastní vývoj se teď nasazuje za 6–8 měsíců, pokud se rozsah drží konstantní. Blend z případové studie výše se nasadil za 11 týdnů; stejný rozsah by v roce 2023 trval 18–20 týdnů.
• Velikost týmu pro interní nástroje klesla. Rutinně nasazujeme 2členné vývojářské pody na vývoj, který před dvěma lety potřeboval 5 vývojářů, protože AI coding agenti jako Cursor a Claude Code absorbují boilerplate, který dřív pohlcoval mid-level kapacitu.
• Odhad vývoje 312 tis. $ klienta z případové studie byl zhruba o 30 % nižší, než by stejný odhad byl v roce 2023, než se AI-native vývoj podnikového softwaru stal výchozím pracovním režimem.

Poctivý protiargument: AI snižuje náklady na vývoj, ale také snižuje náklady, které SaaS vendoři platí za dodávání funkcí. Tlak na ceny vendorů je reálný, některé ceny SaaS půjdou dolů a posun bodu zvratu není zcela jednostranný. Směrový efekt stále nahrává vývoji (zejména Blend), protože propustnost interního vývoje se s AI znásobuje rychleji než ceny vendorů.

Časté rozhodovací pasti (falešná úspora, utopené náklady, syndrom NIH, optimismus vendoru)

Čtyři pasti, které opakovaně vidíme vykolejit rozhodnutí:

1. Falešná úspora. Výběr levnějšího čísla 1. roku při ignorování 5letého TCO. Případová studie výše se tímto směrem téměř vydala. Cenovka 1. roku je nejmenší částí účtu na každé cestě.
2. Utopené náklady. Setrvání na SaaS, kterému jste přerostli, protože migrace vypadá draze. Migrace je obvykle levnější než další 3 roky špatného nástroje. Spočítejte to.
3. Syndrom NIH (Not Invented Here). Vyvíjení věcí, které by se měly koupit, protože vývojářský tým považuje problém za zajímavý. CRM není zajímavé. Platební procesor není zajímavý. Kupte je.
4. Optimismus vendoru. Víra, že každá řádka dema vendoru bude fungovat ve vašem prostředí bez integrační daně. Demo je nejlepší případ. Váš případ je těžší. Před porovnáním demo znehodnoťte o 30 %.

Nejdražší chyba, kterou vidíme: vybrat levnější číslo 1. roku a ignorovat 5leté náklady na odchod.

Jak Techsy přistupuje k hodnocením Build vs Buy

Techsy dodává vlastní podnikové platformy, integruje SaaS do stávajících stacků a dělá technickou due diligence při hodnocení COTS pro B2B klienty. Práce se dělí zhruba 40/30/30 mezi tyto tři.

Hodnocení build vs buy od Techsy probíhá takto: hodinový discovery hovor pro vymezení procesu, 12bodovou stupnici projdeme živě s vámi na sdílené tabulce, do jednoho týdne dodáme model TCO a pošleme písemné doporučení, které může říkat „kupte SaaS, nenajímejte nás." Naše poslední 3 hodnocení: 1 doporučilo vývoj, 1 doporučilo koupi, 1 doporučilo blend. Nemáme kvótu. Pokud uvažujete v širším rámci o širší podnikové AI transformaci, hodnocení je obvykle správným výchozím bodem. Rezervujte si bezplatné 30minutové hodnocení build vs buy.

Často kladené otázky

Jaký je rozdíl mezi build, buy a partner v softwaru?

Buy znamená licencování stávajícího SaaS nebo COTS softwaru. Build znamená vývoj vlastního softwaru interně s vlastními vývojáři. Partner znamená najmutí agentury nebo dodavatele, aby vyvinuli proprietární software, který vlastníte. Gartner to přeformulovává na Buy/Build/Blend, kde Blend kombinuje licencovaný COTS pro komoditní procesy s vlastním kódem pro odlišující procesy, což dnes pokrývá 76 % výdajů na podnikový software.

Kdy byste měli software vyvíjet, místo kupovat?

Vyvíjejte, když platí tři podmínky: schopnost je konkurenční odlišností, kvůli které si vás zákazníci kupují, máte senior vývojářské zázemí, které ji dokáže vlastnit 5 a více let bez zpomalení vaší roadmapy, a 5leté TCO SaaS při vašem počtu uživatelů převyšuje TCO vlastního vývoje alespoň 2×. Pokud některá ze tří chybí, blend nebo koupě téměř vždy vyhrává při poctivé matematice.

Kdy je koupě SaaS levnější než vývoj vlastního softwaru během 5 let?

Koupě vyhrává v TCO, když máte v daném procesu méně než ~100 uživatelů, schopnost je komoditizovaná (CRM, e-mail, účetnictví, observability) a potřebujete ji nasadit do 90 dní. Pod těmito prahy předplatné SaaS, i s ročním zvyšováním cen, vyjde níže než plně zatížený vývoj plus údržba plus infrastruktura plus ušlá příležitost.

Co říká Gartner o build vs buy?

Gartner odmítá binární rámec a používá třícestný model Buy/Build/Blend. Jejich data ukazují, že 76 % výdajů na podnikový software dnes plyne do blendovaných stacků (licencovaný COTS plus vlastní rozšíření), nikoli do čistého vývoje či čisté koupě. Gartner také uvádí, že podniky v počátečních výpočtech přehlížejí 50–70 % skutečného TCO, většinou na položkách integrace, alokace administrativních FTE a nákladů na odchod.

Je build vs buy mrtvé?

Binární rámec je mrtvý. Třícestné rozhodnutí ne. Nazývat otázku „build vs buy" zastírá fakt, že většina podniků nakonec blenduje: SaaS pro komoditní procesy, vlastní pro odlišující, lepidlo mezi nimi. Rozhodnutí žije a je těžší, než vypadá, protože teď vybíráte bod rozdělení, ne jednu stranu. Rámecujte to jako Buy/Build/Blend a matematika bude čistší.

Jak AI coding (Cursor, Claude Code) mění matematiku build vs buy v roce 2026?

AI coding agenti jako Cursor a Claude Code v našich měřeních z roku 2026 napříč klientskými vývoji zkracují hodiny senior vývojářů na jednu funkci o 40–60 %. To posouvá bod zvratu: vývoje, které v roce 2023 nevycházely, teď vycházejí. Gartner předpovídá, že do roku 2028 bude 75 % vývojářů podnikového softwaru používat AI code assistenty, takže tento posun je trvalý, ne dočasný. 18měsíční vývoje se teď rutinně nasazují za 6–8 měsíců.

Jaké jsou typické roční náklady na údržbu vlastního podnikového softwaru?

Pravidlo z praxe v oboru je 15–20 % počátečních nákladů na vývoj ročně, průběžně. Vlastní platforma za 300 tis. $ by měla rozpočtovat 45 tis. $, 60 tis. $ ročně na údržbu (opravy chyb, aktualizace závislostí, bezpečnostní záplaty, drobná vylepšení). To nezahrnuje větší práce na funkcích, které se považují za nový vývoj. Podhodnocení údržby je jediným nejčastějším omylem v modelech TCO vlastního vývoje.

Jaké jsou skryté náklady na koupi podnikového SaaS?

Šest skrytých nákladů, které většina dem vynechává: závislost na vendoru (6–18 měsíců na přechod), poplatky za přizpůsobení a change-requesty (200–500 $/hod), nárůst počtu míst o 7–15 % ročně s růstem vaší organizace, náklady na integraci (20 tis. $, 100 tis. $ na připojený systém), náklady na odchod a migraci (3–6 měsíců vývoje) a roční zvyšování cen o 7–15 % bez ohledu na využití. Licenční poplatek 1. roku je zřídka více než 30–40 % skutečných 5letých nákladů.

Co je celkové náklady na vlastnictví (TCO) softwaru?

TCO jsou plné 5leté náklady softwarové cesty včetně licencování nebo vývoje, implementace, školení, integrace, průběžné údržby, alokace administrativních FTE, ušlé příležitosti a nákladů na odchod/migraci, až nakonec odejdete. Výzkum Gartneru ukazuje, že podniky v počátečních výpočtech typicky přehlížejí 50–70 % skutečného TCO. Spočítejte to předtím, než se zavážete, ne poté.

Jak velká musí být firma, aby se vyplatilo vyvíjet vlastní podnikový software?

Hrubé pravidlo: ~10 mil. $+ ARR nebo ~50+ uživatelů v daném konkrétním procesu. Pod tímto prahem předplatné SaaS téměř vždy vyhrává, protože nedokážete amortizovat vývoj a údržbu na dostatečné využití. Nad ním matematika začíná nahrávat vývoji nebo blendu, zejména když je proces jádrem vaší konkurenční pozice. AI coding agenti v roce 2026 posouvají tento práh dolů o 20–30 % oproti základu z roku 2023.

O autorovi

Mert Batur Gurbuz je spoluzakladatelem Techsy.io, kde tým dodává AI agenty, automatizační systémy a voice/SDR pipeline pro B2B klienty. Studuje na University of Birmingham a píše o stacku nástrojů LLM, který tým Techsy skutečně používá v produkci. Spoluzakladatel, Techsy.io, University of Birmingham. Spojte se na LinkedIn.

Závěr

Pokud si z tohoto článku zapamatujete jednu věc: pojmenujte zaujatost každého frameworku, který čtete, než uvěříte doporučení. Vendoři dávají rady vendorů. Agentury dávají rady agentur. Váš CFO dává rady CFO. Přečtěte si tři, najděte průnik a tomu věřte.

• Projděte 12bodovou stupnici živě na poradě. Zkrátí debatu ze dvou hodin na dvacet minut.
• Spočítejte 5leté TCO poctivě. Cenovka 1. roku nikdy není odpovědí.
• Pokud vaše skóre skončí 30–45, volte jako výchozí Blend. Většina podniků tu stejně skončí.

Pokud chcete na rozhodnutí druhý pár očí, rezervujte si bezplatné 30minutové hodnocení build vs buy. Řekneme vám, ať koupíte SaaS, pokud je to správná volba. Už se to stalo. Stane se to znovu.