Zpět na blog

5. 7. 2026

Kolik stojí vývoj firemního systému na míru

Praktický rozbor ceny firemního systému: orientační rozpočty od prvního modulu po rozsáhlé řešení, hlavní nákladové položky, provozní výdaje i způsob, jak udržet projekt pod kontrolou.

Kolik stojí vývoj firemního systému na míru

Otázka „Kolik stojí firemní systém na míru?“ má podobný problém jako otázka na cenu stavby domu. Bez znalosti rozsahu, počtu uživatelů, dat, integrací a požadované spolehlivosti lze uvést jen velmi široké rozpětí. Přesto je možné rozpočet odhadovat racionálně. Důležité je nepočítat pouze obrazovky a programátorské hodiny, ale celý životní cyklus řešení: analýzu, návrh, vývoj, testování, nasazení, provoz i další rozvoj.

V českých veřejných cenících lze najít základní sazby za vývoj přibližně 850, 1 100 nebo 1 500 Kč za hodinu. Samotná hodinová sazba však neříká, kolik bude stát funkční systém. Do projektu vstupuje práce analytika, UX návrh, řízení, testování, zabezpečení a komunikace. Levnější hodina také nemusí znamenat levnější výsledek, pokud dodavatel věnuje více času opravám nebo vyvíjí bez dostatečného zadání.

Orientační cenová pásma

Následující částky jsou orientační, bez DPH a nepředstavují závaznou nabídku. Odpovídají běžnému zakázkovému vývoji webových firemních aplikací, nikoli pořízení hotové licence.

  • Analýza, návrh a prototyp: 25 000 až 80 000 Kč. Zmapování procesu, uživatelských rolí, dat a integrací, návrh priorit a klikací nebo technický prototyp.
  • První samostatný modul nebo úzce zaměřené MVP: 120 000 až 300 000 Kč. Například evidence zakázek, jednoduchý klientský portál, schvalování požadavků nebo interní objednávkový formulář.
  • Firemní systém s několika moduly: 300 000 až 900 000 Kč. Typicky zakázky, klienti, dokumenty, role, notifikace, reporty a jedna či dvě integrace.
  • Rozsáhlé řešení s integracemi: 900 000 až 2 500 000 Kč a více. Více týmů a oprávnění, složitá pravidla, migrace dat, účetní nebo výrobní integrace, auditní stopa, vysoká dostupnost či zvláštní bezpečnostní požadavky.

Rozumný projekt nemusí začít celým systémem. Často je výhodnější vybrat jeden proces s jasným přínosem, spustit první modul a teprve na základě reálného používání doplňovat další části.

Pět částí rozpočtu vývoje systému: analýza, návrh, vývoj, testování a nasazení
Cenu netvoří jen programování. Kvalitní výsledek vyžaduje přípravu, ověření i bezpečné nasazení.

Co cenu systému ovlivňuje nejvíc

Rozsah procesů a obchodních pravidel

Jednoduchá evidence kontaktů je výrazně levnější než systém, který automaticky počítá ceny, hlídá termíny, rozděluje práci a vytváří dokumenty. Každá výjimka z běžného postupu zvyšuje náročnost návrhu i testování. Proto je cennější dobře popsaný proces než dlouhý seznam obrazovek.

Uživatelské role a oprávnění

Jedna role „administrátor“ je snadná. Jakmile systém používají obchodníci, výroba, externisté, klienti a vedení, je nutné určit, kdo smí data číst, měnit, exportovat nebo schvalovat. Správné oprávnění je bezpečnostní funkce, nikoli kosmetické nastavení.

Integrace s dalšími službami

Napojení na účetnictví, e-shop, sklad, banku, dopravce, e-mailing nebo CRM může ušetřit velké množství práce. Cena závisí na kvalitě API, dokumentaci, autentizaci, limitech služby a způsobu řešení chyb. Integrace není pouze jednorázový přenos dat; musí umět rozpoznat duplicity, opakovat nezdařený požadavek a upozornit člověka, když automatizace potřebuje zásah.

Stav a migrace dat

Převod čistého seznamu zákazníků je jiný úkol než slučování několika tabulek, starého CRM a e-mailových kontaktů. Před migrací bývá nutné sjednotit formáty, odstranit duplicity, doplnit vazby a rozhodnout, která historie se skutečně zachová. U zanedbaných dat může příprava stát více než jejich samotný import.

Uživatelské rozhraní a zařízení

Interní nástroj používaný několika vyškolenými lidmi může být účelný a střídmý. Klientský portál musí být srozumitelný bez školení, přístupný z telefonu a odolný vůči chybnému zadání. Pokud aplikace pracuje offline, používá fotoaparát, čte čárové kódy nebo běží v provozu na tabletech, roste počet scénářů, které je nutné navrhnout a otestovat.

Bezpečnost, dostupnost a audit

Dvoufaktorové přihlášení, protokol změn, šifrování citlivých údajů, zálohování, obnova po havárii a dohled nad provozem mají svou cenu. Jejich rozsah má odpovídat dopadu výpadku a citlivosti dat. Jinou úroveň potřebuje pomocná evidence marketingových podkladů a jinou systém, bez kterého firma nemůže expedovat objednávky.

Jak může vypadat modelový rozpočet

Představme si interní systém pro servisní firmu. Eviduje zákazníky a zakázky, přiřazuje techniky, ukládá fotografie, vytváří předávací PDF, posílá stavové e-maily a předává podklady do fakturační aplikace. Rozpočet 450 000 Kč může být například rozdělen takto:

  • analýza procesů a technický návrh: 45 000 Kč,
  • UX návrh a prototyp klíčových obrazovek: 40 000 Kč,
  • vývoj jádra, rolí a evidence zakázek: 190 000 Kč,
  • PDF dokumenty, notifikace a integrace: 85 000 Kč,
  • testování, opravy a akceptace: 50 000 Kč,
  • migrace, nasazení a školení: 40 000 Kč.

Skutečné rozdělení se bude lišit. Smyslem příkladu je ukázat, že programování nemusí tvořit celý rozpočet a že vynecháním testování nebo přípravy se náklady obvykle pouze přesunou do pozdějších oprav.

Postupný růst firemního systému od prvního modulu přes více modulů a integrace po dlouhodobý rozvoj
Nejlépe se řídí systém, který roste po užitečných modulech a každý krok lze ověřit v praxi.

Fixní cena, hodinová sazba, nebo průběžný vývoj?

Fixní cena dává smysl, když je rozsah dostatečně známý a změny budou omezené. Dodavatel si do ní ale musí započítat riziko nejasností. Příliš levná fixní nabídka často končí ořezáním kvality, sporem o to, co bylo v zadání, nebo množstvím víceprací.

Time & material, tedy účtování skutečně odpracovaného času, je pružnější. Hodí se pro vývoj, kde se priority mění podle zpětné vazby. Potřebuje však transparentní evidenci práce, pravidelné ukázky výsledků, rozpočtový limit a právo zákazníka měnit priority.

Rozpočet po etapách bývá pro firemní systém nejpraktičtější. Nejprve se samostatně objedná analýza, poté první modul s jasným limitem a následně další etapy. Firma tak nedává celý rozpočet na předpoklady, které ještě nebyly ověřeny.

Kolik stojí provoz po spuštění

Nasazením vývoj nekončí. Je třeba počítat s hostingem, zálohami, monitoringem, aktualizacemi, bezpečnostními opravami, podporou uživatelů a drobným rozvojem. U menší aplikace mohou základní technické náklady začínat v nižších tisících korun měsíčně. Správa a podpora s vyhrazenou kapacitou se často pohybuje přibližně od 5 000 do 30 000 Kč měsíčně; u kritického systému s garantovanou dostupností a rychlou reakcí může být výrazně vyšší.

V nabídce si nechte oddělit alespoň infrastrukturu, pravidelnou údržbu, uživatelskou podporu a nový vývoj. Zjistěte také, co znamená „reakční doba“: obvykle jde o čas zahájení řešení, nikoli o garantovanou dobu opravy.

Jak udržet rozpočet pod kontrolou

  1. Popište problém a měřitelný cíl. Například zkrátit zpracování zakázky z 25 na 10 minut nebo odstranit dvojí přepisování údajů.
  2. Rozdělte požadavky na nezbytné a pozdější. První verze má vyřešit hlavní proces, ne napodobit každou funkci starého systému.
  3. Nechte ověřit nejrizikovější části předem. Problematické API, import dat nebo složitý výpočet si zaslouží technický prototyp.
  4. Pracujte v krátkých etapách. Průběžná ukázka odhalí nedorozumění dřív než akceptace hotového projektu.
  5. Určete jednoho odpovědného člověka. Dodavatel potřebuje rychlá rozhodnutí a zpětnou vazbu od někoho, kdo rozumí provozu firmy.
  6. Počítejte s rezervou. U zakázkového vývoje je rozumné držet 10 až 20 % rozpočtu pro odhalené výjimky a změny priorit.

Kdy systém na míru nedává smysl

Pokud potřebu dobře pokrývá zavedené CRM, ERP, rezervační služba nebo e-shopová platforma, bývá levnější takový produkt správně nastavit a případně doplnit menší integrací. Vývoj na míru má smysl tam, kde je firemní proces zdrojem konkurenční výhody, dostupné nástroje vyžadují mnoho ručních obcházek nebo se licence při daném počtu uživatelů dlouhodobě nevyplácí.

Dobrá úvodní analýza proto nemusí skončit doporučením programovat. Profesionální dodavatel má umět říct i to, že část problému vyřeší konfigurace existujícího nástroje.

Co má obsahovat kvalitní nabídka

  • popsaný rozsah první etapy a konkrétní výstupy,
  • předpoklady, výjimky a položky mimo cenu,
  • harmonogram a způsob předávání výsledků,
  • pravidla změn, víceprací a schvalování rozpočtu,
  • odpovědnost za testování, migraci a nasazení,
  • podmínky podpory, záruky a oprav chyb,
  • vlastnictví zdrojového kódu, dat a dokumentace,
  • provozní náklady a možnosti ukončení spolupráce.

Nejpřesnější rozpočet nevzniká tím, že se na začátku vymyslí každý detail. Vzniká tím, že jsou známé cíle, rizika a hranice první etapy. Pro většinu menších a středních firem je nejbezpečnější začít analýzou a jedním modulem, který přinese měřitelnou úsporu. Teprve potom má smysl systém rozšiřovat.