Kolik stojí webová aplikace, je otázka, na kterou poctivá odpověď zní: záleží na rozsahu. Na rozdíl od běžného firemního webu, kde se dá pracovat s docela přesnými cenovými kategoriemi, je webová aplikace na míru pokaždé jiný organismus. Jeden klient potřebuje jednoduchý interní nástroj pro pět lidí, druhý plnohodnotný SaaS produkt s placeným předplatným, uživatelskými rolemi a napojením na tři externí systémy. To nejsou dvě verze téhož — to jsou dva úplně jiné projekty s úplně jiným rozpočtem.
Cílem tohoto článku není dát vám jedno číslo, které stejně nebude platit. Cílem je ukázat vám, co cenu webové aplikace tvoří, abyste poptávku uměli přečíst, položit správné otázky a nenechali se nachytat na podstřelenou nabídku, která se v půlce projektu „náhodou" ztrojnásobí.
Kolik stojí webová aplikace: proč na to neexistuje ceník
Začněme tím, co je vlastně webová aplikace a proč se cení jinak než web. Pokud řešíte, jestli vůbec potřebujete aplikaci, nebo vám stačí prezentační web, mám k tomu samostatný rozbor webová aplikace vs. web — vyplatí se ho přečíst dřív, než začnete shánět cenu.
Web je v zásadě obsah: stránky, texty, obrázky, formulář. Aplikace je software — uživatelé se přihlašují, něco zadávají, něco se počítá, data se ukládají, propisují, posílají dál. Logika, která za tím běží, se nedá nakreslit do šablony. A právě tahle logika je to, co stojí čas, a tím pádem peníze.
Proto u aplikací nenajdete poctivý „ceník balíčků" tak, jako ho najdete u ceny webu. Kdokoli vám pošle pevnou cenu dřív, než si proklepl zadání, buď střílí od boku, nebo do nabídky schoval rezervu na všechno, co nedořekl. Reálný odhad vzniká až po analýze — u nás tomu říkáme discovery workshop, kde se rozsah napřed zmapuje a teprve pak ocení.
Pro orientaci: vývoj webové aplikace na míru začíná na vyšších desetitisících korun za malý, ostře ořezaný start, a směrem nahoru roste podle toho, kolik z faktorů níže do projektu spadne. Přesné číslo dá vždy až analýza konkrétního zadání. Berte to jako vstupní laťku, ne jako cenovku.
Šest věcí, které ženou cenu nahoru
1. Rozsah: MVP versus plný produkt
Tohle je největší páka na celé ceně. MVP (Minimum Viable Product) je nejmenší funkční verze, která řeší jeden hlavní problém a dá se s ní jít k reálným uživatelům. Plný produkt je všechno ostatní, co kolem toho jádra postupně přibude.
Rozdíl v ceně mezi „postavme malý, funkční základ za pár týdnů" a „chci to rovnou kompletní se vším" je klidně několikanásobný. A tady je rada, která vám může ušetřit nejvíc peněz ze všech: začněte MVP. Postavit malou verzi rychle, dát ji reálným lidem a teprve podle jejich chování rozhodovat, co dostavět, je levnější a bezpečnější než utratit půl roku rozpočtu na funkce, které nikdo nechtěl. Když nápad nezafunguje, ztráta je malá. Když zafunguje, rozšiřujete s jistotou.
2. Integrace na další systémy
Aplikace málokdy žije sama. Skoro vždycky musí mluvit s něčím dalším — a každé napojení je práce navíc:
- Platební brány (typicky Stripe pro předplatné a jednorázové platby) — billing, faktury, stav předplatného.
- ERP / CRM — propojení s vaším účetním nebo skladovým systémem, synchronizace zákazníků a objednávek.
- Externí API a webhooky — odesílání e-mailů, napojení na služby třetích stran, automatické reakce na události.
Jedna jednoduchá integrace přidá kus práce. Tři netriviální integrace, které spolu musí ladit, dokážou zdvojnásobit rozpočet samy o sobě. Když poptáváte, vyjmenujte všechno, s čím se to má bavit — i to, co „možná později". Pozdě objevená integrace je nejdražší.
3. Počet uživatelských rolí
Aplikace, kde mají všichni stejná práva, je výrazně levnější než ta, kde má jinou obrazovku admin, jinou manažer a jinou běžný uživatel. Každá role znamená vlastní oprávnění, vlastní pohledy a vlastní testování. Tři role nejsou „třikrát víc práce", ale rozhodně to není zadarmo — roste tím i složitost a tím i údržba.
4. Autentizace a zabezpečení
Přihlašování zní jako maličkost, dokud nezačnete řešit reálné požadavky: přihlášení přes Google, dvoufaktorové ověření, reset hesla, ochrana citlivých dat, audit přístupů. Čím citlivější data aplikace drží, tím víc musí jít do zabezpečení — a u některých oborů to není volba, ale povinnost. Tohle se v laciných nabídkách typicky odbude a draze se to pak dohání.
5. Design a uživatelské rozhraní
Interní nástroj pro pět zaměstnanců snese strohé rozhraní. Produkt, který chcete prodávat zákazníkům, potřebuje rozhraní, které je samo o sobě prodejní argument — promyšlené, příjemné, srozumitelné. Čím víc obrazovek a čím vyšší nárok na vzhled a plynulost, tím víc designové práce.
6. Údržba a provoz po spuštění
A teď náklad, na který se nejčastěji zapomíná: aplikace není hotová tím, že se spustí. Software vyžaduje průběžnou údržbu — bezpečnostní aktualizace knihoven, hosting, monitoring chyb, drobné opravy, reakce na změny v napojených službách. Počítejte s tím jako s opakovaným nákladem, ne jako s jednorázovou položkou. Aplikace bez údržby během roku dvou tiše zestárne a začne padat.
Jak číst nabídku, abyste nenaletěli
Stejně jako u ceny e-shopu platí, že nejnižší číslo bývá nejdražší volba. Když dvě nabídky na „tu samou aplikaci" dělí propastný rozdíl, skoro jistě nepopisují totéž. Než porovnáte ceny, porovnejte, co je v nich zahrnuté.
Na co se ptát, než cenu vůbec přijmete:
- Je to MVP, nebo plný produkt? A je v ceně analýza rozsahu, nebo se cena „upřesní" později?
- Co všechno se počítá za integraci a co je za příplatek?
- Patří do ceny zabezpečení a testování, nebo jen „aby to nějak fungovalo"?
- Jak je řešená údržba po spuštění a kdo aplikaci převezme, když se rozejdou cesty?
- Dostanu zdrojový kód a dokumentaci? Vlastnictví kódu je u aplikace zásadní — bez něj jste na dodavateli závislí navždy.
Červené vlajky: pevná cena bez jediné otázky na zadání, integrace popsané slovem „samozřejmě", úplné ticho kolem provozu a údržby. To nejsou detaily — to jsou přesně ta místa, kde se rozpočet později utrhne.
Jak dostat reálné číslo pro váš projekt
Protože webovou aplikaci nejde ocenit od stolu, dává smysl postupovat opačně, než se obvykle čeká. Nezačínat otázkou „kolik to bude", ale „co přesně to má dělat a pro koho".
V praxi to vypadá takhle: na úvodním rozhovoru se zmapuje problém, kdo budou uživatelé a co je to jedno jádro, kvůli kterému aplikace vůbec vzniká. Z toho vznikne popis rozsahu MVP a teprve k němu cenový odhad — konkrétní, protože stojí na konkrétním zadání, ne na dohadech. U nás je tahle úvodní analýza nezávazná a zdarma; smysl má ať si zakázku nakonec zadáte komukoli, protože vám dá první reálný odhad rozsahu.
Pokud zvažujete vlastní aplikaci, SaaS produkt, interní systém nebo B2B portál, projděte si naši tvorbu aplikací na míru — najdete tam, jak vypadá cesta od nápadu přes MVP po plný produkt a jaké integrace a role umíme pokrýt.
Shrnutí
Kolik stojí webová aplikace, se nedá odpovědět jedním číslem, protože aplikace není produkt z police — je to software šitý na váš problém. Cenu určuje rozsah (MVP vs. plný produkt), počet a složitost integrací, počet uživatelských rolí, nároky na autentizaci a zabezpečení, design a v neposlední řadě dlouhodobá údržba. Vývoj začíná na vyšších desetitisících a roste podle toho, kolik z těchto faktorů do projektu spadne.
Nejlevnější a zároveň nejmoudřejší cesta je začít malou funkční verzí, ověřit ji na reálných uživatelích a rozšiřovat podle výsledků. A než přijmete jakoukoli cenu, trvejte na tom, aby vznikla až po analýze zadání — to je jediné číslo, na které se dá spolehnout.