Kolik stojí mobilní aplikace? Z čeho se cena skládá

Proč je „kolik to bude stát“ těžká otázka

Je to podobné, jako ptát se stavební firmy, kolik bude stát dům. Odpověď se zásadně liší podle toho, jestli má jít o chatu na víkendy, nebo rodinný dům se sklepem, patrem a bazénem – a jestli si zákazník přinese vlastní projekt, nebo se má navrhnout od nuly. U mobilní aplikace je to úplně stejné: „aplikace na hlídání směn“ a „aplikace na hlídání směn s napojením na docházkový systém, offline režimem a podporou pro 200 zaměstnanců“ jsou dva úplně jiné projekty, i když v obou případech jde technicky o „aplikaci na hlídání směn“.

Proto se u nezávazné poptávky vždy ptáme na kontext, ne jen na seznam funkcí: kdo aplikaci bude používat, v jakých podmínkách, jestli navazuje na existující systémy a co se od ní očekává za rok nebo za dva. Cena se totiž neurčuje podle počtu obrazovek, ale podle rozsahu práce, kterou je potřeba odvést napříč několika oblastmi.

Z čeho se cena mobilní aplikace skládá

Cenu netvoří jen vývoj samotné aplikace. Ve výsledné nabídce se obvykle promítá devět hlavních oblastí – a k tomu řada drobností navíc:

V konkrétním projektu mají tyto oblasti různou váhu. Aplikace bez backendu, která jen zobrazuje statický obsah, bude vypadat cenově úplně jinak než aplikace napojená na pět firemních systémů s offline režimem pro stovky uživatelů v terénu.

Jedna věc v tomto výčtu záměrně chybí: marketing a získávání uživatelů. Cena, o které mluvíme v tomto článku, pokrývá vývoj a provoz aplikace samotné. Propagace v obchodech (ASO), PPC kampaně nebo obsahový marketing je samostatná kapitola rozpočtu, kterou je potřeba plánovat zvlášť a která se řeší jinak podle toho, jestli je aplikace placená, s reklamou, nebo firemní nástroj bez potřeby oslovovat širokou veřejnost.

Cena aplikace není cena za obrazovky. Je to cena za analýzu, design, vývoj, integrace, testování a provoz dohromady. Poměr mezi nimi se projekt od projektu liší.

Proč se vyplatí jít po krocích: MVP → plná verze → další rozvoj

U větších projektů skoro vždy doporučujeme nejít rovnou na plný rozsah. Rozdělení do fází snižuje riziko na obou stranách – klient dřív vidí a testuje reálný produkt, my zase dřív zjistíme, co je potřeba upravit, než se to prodraží v pozdější fázi vývoje.

1. Analýza a návrh rozsahu

   Ujasníme cíl aplikace, prioritizujeme funkce a navrhneme, co patří do MVP a co může počkat.

2. MVP – minimální funkční verze

   Aplikace s klíčovými funkcemi, kterou lze nasadit a ověřit na reálných uživatelích co nejdřív.

3. Plná verze

   Doplnění funkcí odložených z MVP, doladění designu a případné škálování backendu.

4. Provoz a další rozvoj

   Údržba, opravy a nové funkce podle skutečného používání a zpětné vazby uživatelů.

Tenhle postup navíc rozkládá náklady v čase – místo jedné velké investice na začátku vznikají menší, lépe plánovatelné bloky práce. U menších projektů, kde je rozsah jasný od začátku, samozřejmě dává smysl vyvíjet rovnou finální verzi bez zbytečného dělení na fáze.

Proč vždy začínáme analýzou

Bez vstupní analýzy je jakýkoliv odhad ceny jen hádání. V analytické fázi si ujasňujeme, kdo bude aplikaci používat, v jakých podmínkách, na jaké systémy se napojuje a jaká je technická proveditelnost jednotlivých požadavků. Výstupem bývá návrh architektury, prioritizovaný seznam funkcí a rozdělení na fáze popsané výše.

Tahle fáze se často vyplatí i finančně. Objevit nesoulad v požadavcích nebo technické omezení na papíře stojí zlomek toho, co stojí přepracování hotového a odladěného produktu. Bez analýzy se podobné problémy obvykle zjistí až uprostřed vývoje, kdy je najednou potřeba změnit i navazující součásti, které už jsou hotové.

Otázky, které cenu ovlivňují nejvíc

Než se pustíme do odhadu, ptáme se hlavně na tohle:

• Bude aplikace používat pokročilé funkce chytrého telefonu, operačního systému nebo dalšího připojeného hardware? Např. Bluetooth, sledování polohy na pozadí, lokální nebo „push“ notifikace a další...
• Vychází design z existujícího brand manuálu, nebo se navrhuje od nuly?
• Napojujete se na existující backend a systémy, nebo se staví od začátku?
• Složitost API externích systémů, které bude potřeba integrovat.
• Musí aplikace fungovat offline a synchronizovat data později?
• Prodáváte v aplikaci předplatné nebo jednorázové nákupy (in-app purchases)?
• Kolik jazykových verzí a lokalizací je potřeba?
• Jak náročná je autentizace a řízení rolí a oprávnění?
• Jaký objem dat a uživatelů se očekává v provozu?
• Je potřeba splnit konkrétní regulaci – například ve zdravotnictví, financích, nebo přístupnosti?

Provoz nekončí zveřejněním aplikace

Cena projektu se často počítá jen do okamžiku spuštění – ale tím náklady na aplikaci nekončí. Po spuštění přichází provozní fáze, která je u dlouhodobě používaných aplikací srovnatelně důležitá jako samotný vývoj.

Do provozu obvykle patří:

• hosting a provoz serverové infrastruktury,
• licence za služby třetích stran – mapy, push notifikace, SMS brány, platební brány, případně provize App Store a Google Play z nákupů v aplikaci,
• AI služby, jejichž cena se často odvíjí od reálného využití,
• udržování kompatibility s novými verzemi iOS a Androidu,
• opravy chyb a monitoring provozu,
• průběžný rozvoj o nové funkce podle zpětné vazby uživatelů.

Kolik tedy mobilní aplikace stojí?

Nejlevnější cestou, jak si ověřit, že nápad vůbec dává smysl, bývá malý experiment s maximálním využitím hotových AI nástrojů. Cílem není použitelná aplikace, ale rychlá odpověď na klíčovou neznámou – například jestli se povede spolehlivě napojit na starší systém, se kterým má aplikace komunikovat. Taková ověřovací verze vychází řádově na 50 000 – 150 000 Kč, počítejte ale s tím, že jde spíš o jednorázový experiment než o základ pro další vývoj.

Jednoduché MVP s jednou hlavní funkcí a bez složitých integrací se dnes pohybuje řádově v rozmezí 150 000 – 300 000 Kč. Aplikace se standardním rozsahem funkcí, vlastním backendem a napojením na 1–2 externí systémy obvykle vychází na 500 000 – 1 200 000 Kč. Projekty s náročnějšími integracemi, offline režimem pro víc uživatelů nebo přísnějšími požadavky na bezpečnost a compliance se pak běžně pohybují od 1 500 000 Kč výš.

Jde o hrubé rozpětí založené na naší dosavadní zkušenosti – přesnou cenu vždy nabídneme až po analýze konkrétního zadání. A nezoufejte, u běžných projektů zvládneme základní analýzu pro cenovou nabídku zdarma.

Nechcete čekat na konzultaci? Vyzkoušejte naši AI kalkulačku – stačí v pár větách popsat nápad a nechat e-mail, obratem vám přijde orientační odhad ceny a doby realizace.

A co webové aplikace nebo server-side systémy?

Většina principů z tohoto článku – fázový postup, důraz na analýzu, provozní náklady po spuštění – platí stejně i pro webové aplikace a čistě serverová řešení. Specifika webových aplikací a backendových systémů (třeba škálování, výkon pod zátěží nebo životní cyklus API) si zaslouží vlastní článek, který připravujeme.

Máte nápad na aplikaci?

Rádi s vámi projdeme rozsah, poradíme, jestli dává smysl začít s MVP, a připravíme orientační odhad ceny a doby realizace na míru vašemu projektu.