Část I Rozhodnutí: dává to smysl?
Kapitola 2: Koupit hotový software, postavit na míru, nebo poskládat?
Máte čtyři cesty: hotový software, low-code platformu, hotové jádro s úpravami a vývoj na zakázku. Platí to pro webovou nebo mobilní aplikaci stejně jako pro interní informační systém. Účetnictví, mzdy nebo běžné CRM si nestavte, hotové je levnější a výrobce za vás hlídá legislativu i bezpečnost. Vývoj softwaru na míru dává smysl tam, kde vám vlastní postup přináší konkurenční výhodu nebo kde nic hotového neexistuje.
Evidenci kupte, odlišnost stavte
Gartner dělí podnikové systémy do vrstev podle toho, jak rychle se mění a jak moc firmu odlišují Gartner, 2012. Pro rozhodnutí stačí tři:
- Evidence: účetnictví, mzdy, HR, sklad, spisová služba. Jde o běžné agendy, pro které zpravidla stačí hotový produkt.
- Odlišující procesy: vaše know-how, oborové portály, specifické postupy. Často vyjde nejlépe hotové jádro a nadstavby.
- Inovace: nové služby, které nikdo jiný nemá. Tady se staví.
Stejný typ systému může být u dvou firem v jiné vrstvě. Plánování směn je pro kancelář s dvaceti lidmi evidence: stačí hotová aplikace. Rozvozová firma ale vydělává právě na tom, že směny a trasy naplánuje lépe než konkurence. Pro ni je to odlišující proces a vlastní řešení se může vyplatit.
Proč vlastní CRM nebývá levnější
Typická úvaha zní: licence za pět let stojí víc než jednorázový vývoj. Jenže u hotového softwaru zajišťuje údržbu, legislativní změny a bezpečnostní záplaty výrobce. Náklady na ně rozděluje mezi tisíce zákazníků. U vlastního systému je platíte každý rok sami. Je to jako stavět si vlastní auto, protože leasing je drahý. Srovnávejte proto celkové náklady za 5 let, ne pouze cenu licencí s cenou vývoje (kapitola 4).
A když už kupujete hotové, převezměte většinu jeho postupů. Každá úprava prodražuje aktualizace i údržbu. Před každým požadavkem na úpravu se zeptejte: je tohle naše výhoda, nebo jen zvyk?
Low-code: rychlý start, drahé stáří
Platformy jako Power Apps, OutSystems nebo Mendix umožňují rychle vytvořit interní formuláře a schvalovací postupy s desítkami až nižšími stovkami uživatelů. Pro tisíce externích uživatelů a hlavní systém na deset a více let se ale obvykle nevyplatí. Technicky to platformy zvládnou, rozhoduje cena a závislost na výrobci.
Platíte totiž průběžně, za každého uživatele, a ceník určuje výrobce. Power Apps Premium stojí 20 USD za uživatele a měsíc Microsoft, ceník 2026, od 1. 1. 2027 to bude 22 USD pro nové nákupy i obnovy Microsoft, zdražení 2027. Pro 500 uživatelů to dělá 2,5–2,8 mil. Kč ročně jen za licence (orientační přepočet při kurzu 21 Kč/USD). Mendix zveřejňuje jen výchozí ceny varianty Standard, Premium i OutSystems se oceňují na poptávku.
Kód aplikace přitom zůstává na platformě výrobce. Data Act od 12. 1. 2027 zakazuje poplatky za přechod mezi cloudovými službami Data Act, čl. 29, aplikaci postavenou na platformě vám ale nepřenese. Odchod znamená aplikaci přepsat. Smluvně si proto zajistěte export dat a mějte plán odchodu.
Low-code navíc potřebuje pravidla: oddělené prostředí pro zkoušení a ostrý provoz, vlastníka u každé aplikace a přehled, kolik aplikací ve firmě běží. Bez těchto pravidel můžete za dva roky zjistit, že na desítkách malých aplikací závisí část provozu a nikdo neví, kdo je spravuje.
Hotové jádro: úpravy vedle, ne uvnitř
Pro odlišující procesy bývá nejlepší koupit robustní jádro a vlastní funkce stavět vedle něj přes rozhraní (API). Funguje to, jen když úpravy zůstanou oddělené. Hluboce přepsané jádro se špatně aktualizuje a váže vás na jednoho integrátora. Státní zemědělský intervenční fond takhle platil v letech 2016–2019 průměrně 514 mil. Kč ročně jedinému dodavateli platformy SAP a NKÚ ho označil za silně závislého NKÚ, KZ 20/07.
| Cesta | Kdy se hodí | Kdy ne | Kdo má práva ke kódu | Hlavní riziko |
|---|---|---|---|---|
| Hotový software (SaaS, krabice) | Evidence a standardní agenda: účetnictví, mzdy, HR, CRM, spisová služba | Proces, kterým se lišíte a který software neumí | výrobce | Přizpůsobíte firmu víc, než chcete; změny ceníku |
| Low-code platforma | Interní formuláře a schvalování, desítky až stovky uživatelů, ověření nápadu | Tisíce externích uživatelů, hlavní systém na 10+ let | výrobce platformy | Závislost na platformě, rostoucí licence, neevidované aplikace |
| Hotové jádro s úpravami | Odlišující procesy nad standardním základem, oborové portály | Když by úpravy přerostly jádro | jádro výrobce, úpravy vy (podle smlouvy) | Úpravy brání aktualizacím, závislost na integrátorovi |
| Vývoj na zakázku | Konkurenční výhoda, unikátní agenda, nic hotového neexistuje | Standardní evidence, kterou umí hotový produkt | vy, pokud to zajistí smlouva | Podceněná údržba, závislost na dodavateli bez licence a kódu |
Kdy dává zakázka smysl
Vývoj na míru se vyplatí, pokud splňujete všechny následující podmínky:
- proces je vaše konkurenční výhoda nebo unikátní agenda,
- nic hotového neexistuje, nebo by jeho úpravy stály víc než vývoj na míru,
- potřebujete plnou kontrolu nad daty, napojením a změnami,
- máte na své straně vlastníka produktu a rozpočet na roky provozu.
Bez posledního bodu zestárne i dobře postavený systém. Když nevíte, co hotového na trhu je, udělejte si průzkum trhu dřív, než začnete s vývojem (kapitola 8).
Centrální nákup státu (NKÚ, KZ 17/24)
Vláda zavedla vedle fungujícího resortního systému centralizovaného zadávání ještě centrální nákup státu, aniž ověřila, kdo ho bude používat. Zapojení bylo dobrovolné a komodity se překrývaly. Za čtyři roky v něm proběhla jediná zakázka, na kancelářský papír, a nebyla levnější NKÚ, KZ 17/24. Poučení: první otázka nezní „jak to postavit“, ale „potřebujeme to vůbec a nemá to už někdo?“.
Zdroj: NKÚ, kontrolní závěr 17/24
| Jak to dopadá špatně | Jak to dělat dobře |
|---|---|
| Jak to dopadá špatně„Licence jsou drahé, napíšeme si vlastní.“ | Jak to dělat dobřeSrovnání nákladů na 5 let včetně údržby, legislativních změn a interního času. |
| Jak to dopadá špatněHotový software se přepisuje, aby kopíroval dnešní procesy. | Jak to dělat dobřePřevzetí standardního postupu, úpravy jen tam, kde se lišíte. |
| Jak to dopadá špatněLow-code se vybere podle ceny licence za první rok. | Jak to dělat dobřeLicence spočítané na 5–10 let při růstu uživatelů a s ohlášeným zdražením. |
| Jak to dopadá špatněPrototyp v low-code se „z nouze“ stane ostrým systémem. | Jak to dělat dobřePrototyp slouží k ověření, o ostrém řešení se rozhoduje zvlášť. |
| Jak to dopadá špatněÚpravy hotového jádra přímo v jeho kódu. | Jak to dělat dobřeNadstavby přes API, jádro zůstává aktualizovatelné. |
| Jak to dopadá špatněZakázka „protože jsme specifičtí“, bez důkazu. | Jak to dělat dobřePrůzkum trhu ukáže, co hotového existuje a kolik by stály úpravy. |
- Kód vytvořený během projektu má technický správce podle § 18 odst. 2 písm. c) vyhlášky č. 360/2023 Sb. zveřejnit, v rozsahu, v němž nemůže být zneužit k narušení systému Vyhláška č. 360/2023 Sb..
- U zakázkového vývoje je požadavek na zdrojový kód a licenci standard. U krabicového softwaru soudy (KS Brno 2024, NSS 2025) paušální požadavek na zdrojové kódy odmítly jako tržně nerealistický epravo.cz, 2026. U hotového produktu se chráníte jinak: exportem dat, plánem odchodu a otevřenými standardy.
- Opakované nákupy licencí jedné low-code platformy musí jít přes ZZVZ a vytvářejí závislost. U určených informačních systémů posuzuje volbu i OHA (kapitola 12).