Otázka "kolik stojí aplikace na míru" má stejně přesnou odpověď jako "kolik stojí dům". Záleží, jestli stavíš garáž nebo vilu. V tomhle článku ti rozeberu, z čeho se cena reálně skládá, jaké rozpočty čekat v praxi a kde se dá ušetřit, aniž bys za půl roku litoval.
Proč neexistuje jedna cena
Aplikace na míru je projekt, ne produkt z regálu. Dvě firmy si můžou objednat "jednoduchý rezervační systém" a každá dostane jinou cenu, protože jedna potřebuje jen kalendář a druhá platby kartou, fakturaci, napojení na účetnictví a notifikace pro tři role uživatelů. Cena kopíruje rozsah, ne název.
Druhý důvod je, že software se neplatí jednou. Platíš za to, že vznikne, a pak za to, že žije: opravy, bezpečnostní aktualizace, nové funkce podle toho, jak roste tvůj byznys. Kdo ti slíbí finální cenu bez otázek, buď podceňuje zadání, nebo počítá s tím, že rozdíl doplatíš ve změnách.
Z čeho se cena skládá
Když si rozpočet rozložíš na části, hned vidíš, kam peníze tečou a kde máš páku to ovlivnit:
- Analýza a návrh: co přesně aplikace dělá, jaké má role, jaká data drží. Hodina tady ušetří dny v kódu.
- Návrh obrazovek (UX/UI): jak se to ovládá. U interního nástroje stačí čistá funkčnost, u zákaznické aplikace se design vyplatí.
- Backend a databáze: logika, kterou uživatel nevidí, ale která rozhoduje o bezpečnosti a rychlosti.
- Frontend: to, co vidíš na obrazovce, a jak to reaguje.
- Integrace: platby, e-maily, účetnictví, mapy, externí API. Každé napojení je práce navíc.
- Testování a nasazení: aby to fungovalo i mimo počítač vývojáře.
- Provoz: hosting, databáze, monitoring, zálohy. Měsíční náklad, ne jednorázový.
Reálné rozpočty podle rozsahu
Tahle tabulka je orientační, ale dává ti řád velikosti, ze kterého se dá vyjít. Skutečná nabídka vždy vychází z konkrétního zadání.
| Typ projektu | Co obsahuje | Řád ceny |
|---|---|---|
| MVP / prototyp | jedna hlavní funkce, pár obrazovek, ověření nápadu | desítky tisíc |
| Interní nástroj | správa dat, role, reporty, bez velkého designu | nižší stovky tisíc |
| Zákaznická aplikace | platby, účty uživatelů, integrace, design | vyšší stovky tisíc |
| Větší produkt | více modulů, škálování, dlouhodobý vývoj | jednotky milionů |
Sám jsem narazil na to, že nejčastější chyba je skočit rovnou do velkého produktu. Většina nápadů přitom zaslouží nejdřív MVP, na kterém zjistíš, jestli o to lidé vůbec stojí. O tom mám samostatný návod: od nápadu k MVP za 14 dní.
Proč levnější nabídka často vyjde dráž
Cena pod očekávaný rozsah obvykle znamená jednu ze tří věcí: dodavatel nepochopil zadání, plánuje doplatit rozdíl ve změnových požadavcích, nebo šetří na věcech, které nejsou vidět. A právě to neviditelné tě může položit.
Nejdražší aplikace je ta, kterou musíš za rok zahodit a postavit znovu, protože první verze nebyla bezpečná nebo se nedala rozšířit.
Konkrétně se škrtá na zabezpečení, na ošetření chybových stavů, na testech a na čistotě kódu. Ve chvíli, kdy aplikace běží a má první stovky uživatelů, se ti to vrátí jako úniky dat, padání pod zátěží a každá nová funkce trvá týdny místo dnů.
Kde se dá rozumně ušetřit
Šetřit jde, ale na správných místech. Tady je rozdíl mezi chytrou úsporou a falešnou:
- Zmenši rozsah první verze. Vypusť všechno, co není nutné pro hlavní funkci. Přidat se dá vždycky.
- Použij hotové stavební bloky. Platby, e-maily, autentizaci nemá smysl psát od nuly, existují prověřená řešení.
- Investuj do dobrého zadání. Čím jasněji popíšeš, co chceš, tím méně zaplatíš za hádání a předělávky.
- Nešetři na bezpečnosti a návrhu databáze. Tohle se opravuje nejhůř a nejdráž.
Moderní nástroje, AI při psaní kódu a ověřené postupy dnes posouvají to, co dřív trvalo měsíce, do týdnů. Díky tomu vznikne kvalitní aplikace rychleji a levněji než před pár lety, aniž bys slevoval z kvality.
Jak vlastně cenu spočítám
Nabídku ze vzduchu nedělám, protože by byla buď zbytečně vysoká pro jistotu, nebo nebezpečně nízká. Postup je vždy stejný a hlavní práce se odehraje ještě před prvním řádkem kódu:
- Rozhovor o cíli. Co má aplikace firmě přinést, ne jaké tlačítko kam patří. Z cíle vyplyne rozsah.
- Rozpad na funkce. Každou funkci pojmenuju a odhadnu zvlášť. Z částí se skládá celek, ne naopak.
- Oddělení nutného od přání. Co musí být v první verzi a co počká. Tady se rozhoduje o největší části rozpočtu.
- Odhad rizik. Neznámé integrace a nejasná místa stojí víc, protože nesou nejistotu. Férové je je pojmenovat předem.
Výsledek je rozpočet, u kterého víš, za co platíš a kde máš páku to ovlivnit. Když chceš levněji, neškrtá se kvalita, ale rozsah první verze.
Co cenu protahuje v čase
Peníze a čas spolu souvisí, ale ne přímo úměrně. Projekt nezrychlíš tím, že přidáš víc lidí, naopak ho často zpomalíš. Termín nejvíc natahuje nejasné zadání, časté změny během vývoje a čekání na podklady nebo přístupy z tvé strany. Nejlepší způsob, jak držet cenu i termín, je rozhodnout se předem, co aplikace dělá, a během stavění to neměnit každý týden.
Co cena ovlivňuje nejvíc
Když to shrnu, na výsledné číslo nejvíc tlačí počet rolí uživatelů, počet integrací a míra, jak moc musí aplikace zvládat zátěž a peníze. Rezervační kalendář pro jednu pobočku je něco jiného než platformu pro stovky firem. Proto první krok není kalkulačka, ale rozhovor o tom, co aplikace má reálně dělat.
Časté dotazy
Dostanu předem přesnou cenu?
U jasně ohraničeného rozsahu ano, dá se domluvit pevná cena. U otevřenějšího projektu je férovější rozpočet po fázích: nejdřív zaplatíš analýzu a MVP, a podle výsledku se rozhodneš pokračovat. Vyhneš se tak placení za odhad ze vzduchu.
Proč je vývoj na míru dražší než hotová šablona?
Šablona řeší obecný problém, aplikace na míru řeší přesně tvůj. Pokud ti hotové řešení sedí, klidně ho použij. Na míru se vyplatí tam, kde ti standardní nástroje brzdí byznys nebo tě nutí přizpůsobovat firmu softwaru místo naopak.
Kolik stojí provoz po spuštění?
Počítej s měsíčním nákladem na hosting, databázi a údržbu. U malé aplikace jde o nižší stovky až nižší tisíce korun měsíčně, u většího produktu víc. Tahle položka se snadno přehlédne, ale patří do rozpočtu od začátku.
Pokud zvažuješ aplikaci na míru a chceš vědět, do jakého rozpočtu se vejdeš, ozvi se mi přes nezávaznou konzultaci. Projdeme spolu zadání a řeknu ti rovnou, jestli dává smysl jít cestou MVP, nebo rovnou plné aplikace, a kolik to bude reálně stát.