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í.
Rychlá odpověď: kolik stojí webová aplikace
Webová aplikace je software, který běží v prohlížeči, přihlášení, role, vlastní data, žádná instalace. Cena se odvíjí od rozsahu:
| Rozsah | Cena | Typický obsah |
|---|---|---|
| MVP v prohlížeči | od 80 000 Kč | jeden proces, přihlášení, jednoduchá administrace |
| Produkční aplikace | od 180 000 Kč | více rolí, integrace, reporty, monitoring |
| Rozsáhlý systém | od 400 000 Kč | více modulů, složitá pravidla, dlouhodobý rozvoj |
Cenu určuje počet obrazovek, rolí a integrací. Ceník jako u webu neexistuje proto, že dvě aplikace se stejným popisem můžou mít desetinásobně jiný rozsah, jedna eviduje objednávky v jedné tabulce, druhá je synchronizuje se skladem a účetnictvím.
Hledáte obecně cenu vývoje, ne konkrétně webové aplikace? Rozpad podle typu projektu mám v článku kolik stojí vývoj aplikace.
Kolik stojí webová aplikace: proč na to neexistuje ceník
Začnu 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 ceny „od" v tabulce výše berte jako vstupní laťky, ne jako hotový ceník, jaký 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, 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.
Vývoj aplikace na míru začíná na vyšších desetitisících korun, berte to jako vstupní laťku, ne jako cenovku. Pevná cena poslaná dřív, než se dodavatel zeptá na zadání, je buď střelba od boku, nebo schovaná rezerva. Reálný odhad stojí vždy na zmapovaném rozsahu konkrétního zadání, ne na dohadech.
Š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.
Rozdíl mezi malým funkčním základem a kompletním produktem se vším všudy je klidně několikanásobný. Postavte nejmenší verzi, která řeší jedno jádro problému, a dejte ji reálným uživatelům. Co dostavět, rozhodujte podle jejich chování, 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.
Aplikace není hotová tím, že se spustí, bezpečnostní aktualizace, hosting, monitoring chyb a reakce na změny v napojených službách běží dál. Počítejte s údržbou jako s opakovaným nákladem už při plánování rozpočtu. 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 mě 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 moji 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ím pokrýt.
Nejčastější otázky
Kolik stojí webová aplikace na míru?
MVP běžící v prohlížeči začíná od 80 000 Kč, produkční aplikace s více rolemi a integracemi od 180 000 Kč, rozsáhlejší systém od 400 000 Kč. Konkrétní číslo dávám až po vyjasnění obrazovek, rolí a napojení, dřív by to bylo tipování.
Jaký je rozdíl mezi webem a webovou aplikací?
Web prezentuje, aplikace pracuje. Web má stránky a formulář, aplikace má přihlášení, uživatelské role, vlastní data a logiku, která něco počítá nebo řídí. Rozdíl rozebírám v článku webová aplikace vs. web.
Dá se webová aplikace udělat levně?
Levněji ano, „levně" ne. Nejlevnější poctivá cesta je zúžit zadání na jeden proces, který dnes bolí nejvíc, a postavit ho jako MVP. Nejdražší varianta je postavit všechno naráz podle přání a pak zjistit, že polovinu nikdo nepoužívá.
Kolik stojí provoz webové aplikace?
Hosting, doména a monitoring u menších aplikací vycházejí na nižší stovky až tisíce korun měsíčně. K tomu počítejte s rozvojem, aplikace, do které se rok nesáhne, zastará spolu s procesem, který obsluhuje.
Jak dlouho trvá vývoj?
MVP obvykle 5-8 týdnů podle rozsahu, produkční aplikace měsíce. Termín zdržují nejčastěji nedodané podklady a nejasná pravidla, ne samotné programování.
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.