Výběr vývojářské firmy pro mobilní aplikaci je důležitější rozhodnutí než výběr firmy pro web. Aplikace je komplexnější, trvá déle a stojí víc — a špatná volba vás může vyjít na statisíce navíc jen na přepracování. Portfolio, tým a proces jsou tři věci, na kterých záleží. Nejnižší cena není jedno z nich.
Tento průvodce projde všechny kroky rozhodování — od otázky, jestli aplikaci vůbec potřebujete, přes volbu technologie až po to, na co se ptát a jaké chyby se nejvíc prodraží. Je psaný pro majitele firem a produktové lidi, ne pro programátory, takže nepotřebujete technické znalosti.
Potřebujete opravdu aplikaci?
Než vůbec začnete hledat vývojářskou firmu, odpovězte si na tuto otázku. Mobilní aplikace dává smysl tehdy, kdy uživatelé budou vaši službu používat pravidelně — denně nebo alespoň týdně — a kdy potřebujete přístup k funkcím zařízení: kameře, GPS, push notifikacím, offline režimu. Aplikace je správná volba pro platformy s dlouhodobým vztahem s uživatelem: fitness tracker, rezervační systém, marketplace, interní nástroj firmy.
Pokud ale potřebujete web, který funguje na mobilu, nebo plánujete jednorázovou prezentaci produktu, kvalitní responzivní web nebo PWA (Progressive Web App) splní účel za zlomek ceny. Rozhodnutí "chceme aplikaci" bez jasného důvodu proč zrovna aplikace je recept na zbytečný výdaj.
Dobrý test je otázka: „Vrátí se uživatel do aplikace sám od sebe příští týden?" Pokud je odpověď ano — má návyk, sleduje v ní data, dostává notifikace — aplikace dává smysl. Pokud si ji stáhne, jednou použije a zapomene, byl by web levnější a účinnější. Aplikace navíc žije jen tehdy, když ji lidé mají nainstalovanou; přesvědčit někoho k instalaci je mnohem těžší než ho dostat na web přes odkaz.
Native, cross-platform nebo hybrid?
Tato technická volba výrazně ovlivní cenu, rychlost a výslednou kvalitu.
Native aplikace (Swift pro iOS, Kotlin pro Android) znamenají dva oddělené kódy pro dvě platformy. Jsou nejrychlejší, mají plný přístup ke všem funkcím zařízení a nejlepší uživatelský zážitek. Nevýhodou je dvojnásobná práce — a tedy dvojnásobná cena. Dávají smysl pro aplikace, kde výkon a plná integrace s platformou jsou klíčové.
Cross-platform (React Native nebo Flutter) je v roce 2026 nejrozumnější volba pro většinu projektů. Jeden kód pokrývá obě platformy, vývoj je rychlejší a levnější než native, a výsledná aplikace je pro 95 % use cases dostatečně rychlá. React Native i Flutter mají silné komunity a aktivní vývoj.
Hybrid aplikace (webový obsah v nativním "obalu") jsou nejlevnější, ale nejpomalejší a s nejhorším uživatelským zážitkem. Může to fungovat pro velmi jednoduché projekty, obecně ale platí, že ušetříte na začátku a zaplatíte uživatelskými hodnoceními a nižší retencí.
Dobrá firma vám doporučí technologii na základě vašeho projektu, ne na základě toho, co sama umí nejlépe. Pozor na dodavatele, který nabízí jen jednu jedinou cestu bez ohledu na zadání — buď má úzkou specializaci (což může být v pořádku, když se kryje s vaší potřebou), nebo vám prostě prodává to jediné, co umí.
Nezapomeňte na backend
Na jednu věc se při výběru často zapomíná: většina aplikací není jen to, co vidíte na obrazovce. Za ní stojí server (backend), který řeší uživatelské účty, ukládání dat, notifikace, platby a synchronizaci. Pro řadu projektů je backend stejně velká — nebo větší — část práce než samotná aplikace. Když si necháváte dělat cenovou nabídku, ptejte se explicitně, jestli je backend v ceně a kdo ho bude provozovat. Aplikace „hotová za polovinu", která ale nepočítá se serverem, není hotová ani z poloviny.
Co hodnotit, než podepíšete smlouvu
Portfolio — ale pozor jak ho číst
Každá firma má portfolio. Důležité je, jak ho prověříte. Požádejte o přímé odkazy do App Store a Google Play, stáhněte si aplikace a otestujte je. Sledujte rychlost spuštění, intuitivnost navigace, uživatelská hodnocení a datum posledního update. Aplikace neaktualizovaná více než rok je špatný signál.
Hledejte projekty srovnatelné s vaším co do složitosti, ne co do kategorie. Pokud potřebujete booking systém s platbami a GPS, ptejte se, jestli mají v portfoliu něco podobného — ne jen statické content aplikace.
Přečtěte si i recenze v obchodech. Nejde jen o průměrnou hvězdičku, ale o to, jak firma (nebo její klient) reaguje na negativní hodnocení a jestli se opakují stížnosti na pády nebo bugy. To vám o kvalitě práce řekne víc než sebehezčí screenshoty na webu dodavatele.
Tým — kdo reálně pracuje na projektu
Aplikace vyžaduje větší tým než web. Minimální složení pro seriózní projekt: projektový manažer, UX/UI designer, vývojář (nebo vývojáři pro front i back), QA tester. Backend není afterthought — pro většinu aplikací je server-side část stejně složitá jako samotná aplikace.
Zeptejte se konkrétně: kdo bude na vašem projektu pracovat, jaká je jejich seniorita, kolik projektů mají paralelně. Firma, která outsourcuje klíčové části práce freelancerům nebo nemá dedikovaného testera, vás vystavuje vyššímu riziku.
Proces — od discovery po App Store
Profesionální vývoj aplikace má jasné fáze: discovery a plánování, UX/UI design, vývoj, QA testování, App Store submission, launch a podpora. Každá fáze má výstup, který schvalujete, než se pokračuje dál.
Zeptejte se, jak vypadá ukázka práce v průběhu projektu. Vidíte progress každý týden nebo až na konci? Dobrá firma dělá pravidelné demo, testovací buildy přes TestFlight nebo Google Play Beta, a průběžné schvalování designu ještě před zahájením vývoje.
App Store submission není triviální krok. Apple odmítne aplikaci z řady důvodů — od chybějící funkce pro smazání účtu po nesprávné screenshoty. Firma, která má stovky úspěšných submissions, ví, jak se těmto problémům vyhnout předem.
Testování — na čem a jak
Aplikace musí fungovat na desítkách různých zařízení a verzí operačního systému. iOS a Android vydávají major update dvakrát ročně, starší zařízení zůstávají v oběhu roky. Zeptejte se konkrétně: na kolika zařízeních testují, mají dedikovaného QA testera, dělají beta testování s reálnými uživateli?
Firma, která testuje jen na jednom iPhonu, vám garantovaně vydá aplikaci plnou bugů, které se projeví až po launchu.
Bezpečnost a GDPR
Aplikace pracují s uživatelskými daty — přihlašovací údaje, platební informace, lokace. Šifrování dat, bezpečná autentizace, GDPR compliance pro EU uživatele — to nejsou bonusy, to jsou základní požadavky. Zeptejte se, jak firma bezpečnost řeší od začátku projektu, ne jako přídavek na konci.
Pro české a slovenské firmy je GDPR povinnost, ne volba. Ujistěte se, že dodavatel ví, kde se data ukládají (ideálně v EU), jak se získává souhlas uživatele a jak se dají data na žádost smazat. Apple i Google dnes navíc vyžadují v obchodě vyplněný přehled o tom, jaká data aplikace sbírá — a nesprávné údaje jsou důvod k odmítnutí.
Kolik stojí vývoj mobilní aplikace
Jednoduchá MVP aplikace (5–8 obrazovek, login, základní funkce, iOS + Android) stojí 300 000–600 000 Kč a trvá 2–4 měsíce. Střední aplikace se sociálními funkcemi, platbami nebo real-time prvky vychází na 600 000–1 500 000 Kč a 4–7 měsíců. Komplexní projekty (GPS tracking, video, finance, healthtech) začínají na 1 500 000 Kč a výše.
Do ceny zpravidla nepatří: roční poplatek Apple Developer Account (99 USD), jednorázový poplatek Google Play Console (25 USD), hosting backendu a průběžná údržba po uplynutí záruční doby.
Počítejte s tím, že aplikace není jednorázová investice. iOS a Android vydávají velké aktualizace jednou až dvakrát ročně a aplikace musí být kompatibilní — jinak ji přestanete moci aktualizovat ve store. Průběžná údržba vychází na 10 000–80 000 Kč měsíčně podle rozsahu.
Užitečné pravidlo pro plánování rozpočtu: na první rok po spuštění si k ceně vývoje připočtěte zhruba 20–30 % na údržbu, opravy a drobná vylepšení podle reakcí uživatelů. Aplikace, kterou po launchu necháte být, začne během roku působit zastarale a hodnocení půjdou dolů.
Nejčastější chyby při výběru
Výběr podle nejnižší ceny. Levná aplikace = kompromisy v kódu, méně testování, méně zkušený tým. Výsledek: bugy, špatná hodnocení, přepracování. Celková cena bývá nakonec vyšší než u firmy, která stála víc od začátku.
Přeskočení designové fáze. Uživatelé jsou u aplikací daleko kritičtější než u webu. Špatné UX přijde přirozeně a přirozeně je sankcionováno v hodnoceních. Design musí být oddělená fáze před vývojem, ne něco, co se "dodělá za pochodu".
Zapomenutí na údržbu. Každoroční iOS a Android update není volitelný. Pokud s tím firma dopředu nepočítá a vy nemáte plán, aplikace po čase přestane fungovat.
Neověření portfolia. Některé firmy prezentují mockupy nebo aplikace, na kterých se podílely jen okrajově. Stáhněte si aplikace, otestujte je, zavolejte klientům, kteří jsou v portfoliu uvedeni.
Stavění všeho najednou. Snaha vydat plnou verzi se všemi funkcemi rovnou v první verzi je klasický způsob, jak vyčerpat rozpočet dřív, než se aplikace dostane k uživatelům. Začněte MVP, změřte chování reálných uživatelů a stavte dál podle dat.
Jak postupovat při výběru krok za krokem
- Ujasněte si, jestli vážně potřebujete aplikaci, nebo stačí responzivní web či PWA. Tímto krokem ušetříte nejvíc peněz.
- Sepište stručné zadání — co má aplikace dělat, pro koho, které funkce jsou nutné a které mohou počkat na druhou verzi.
- Oslovte tři firmy a nechte si od každé navrhnout technologii a hrubý rozpočet. Sledujte, jestli se ptají na váš byznys, nebo hned číslují.
- Prověřte portfolio prakticky — stáhněte aplikace, otestujte je, přečtěte recenze, zavolejte referencím.
- Porovnejte, co je v ceně — je tam design, backend, testování, submission do obchodů, podpora? Nabídky bez těchto položek nejsou srovnatelné.
- Před podpisem si ošetřete smlouvu — vlastnictví kódu, přístup k účtům Apple a Google, plán údržby, reakční doba na kritické chyby.
Na co se ptát při první schůzce
Jakou technologii doporučujete a proč — konkrétně pro náš projekt? Kdo bude pracovat na projektu a jaká je jeho seniorita? Jak vypadá váš proces od discovery po App Store submission? Na kolika zařízeních testujete? Co je zahrnuto v podpoře po launchu a jak dlouho? Kdo vlastní zdrojový kód a infrastrukturu? Co se stane, pokud Apple nebo Google aplikaci odmítne?
Firma, která na tyto otázky odpovídá konkrétně a bez váhání, pravděpodobně ví, co dělá.
Kdo vlastní kód, účty a data
U aplikace je otázka vlastnictví ještě důležitější než u webu, protože v sázce je víc pohyblivých částí. Ujasněte si předem tři věci. Za prvé zdrojový kód — po zaplacení má patřit vám, včetně kompletního předání do vašeho repozitáře (například na GitHubu), ne jen zkompilované aplikace. Za druhé účty v obchodech: Apple Developer Account a Google Play Console by měly být registrované na vaši firmu, ne na dodavatele. Když je aplikace vydaná pod účtem agentury, fakticky nad ní ztrácíte kontrolu a při rozchodu bývá problém ji přesunout. Za třetí infrastruktura backendu a databáze s uživatelskými daty — musíte vědět, kde běží, kdo k ní má přístup a jak ji převzít, kdyby spolupráce skončila.
Seriózní firma tyto věci nastaví od začátku správně a nemá důvod si cokoli „držet jako pojistku". Pokud dodavatel navrhuje, že účty nebo kód zůstanou na něm, ptejte se proč — a odpověď by měla dávat obchodní smysl vám, ne jen jemu. Aplikace, do které jste investovali statisíce, má být plně vaše, včetně možnosti kdykoli přejít k jinému dodavateli.
Časté dotazy
Kolik stojí ta nejjednodušší aplikace? Reálné MVP pro obě platformy začíná zhruba na 300 000 Kč. Cokoli výrazně levnějšího obvykle znamená hybridní řešení, jednu platformu, nebo vynechané testování a backend.
Native, nebo cross-platform? Pro drtivou většinu firemních projektů je v roce 2026 cross-platform (React Native nebo Flutter) rozumný kompromis mezi cenou a kvalitou. Native se vyplatí tam, kde jsou klíčové maximální výkon a hluboká integrace se systémem.
Jak dlouho trvá vývoj aplikace? Jednoduché MVP 2–4 měsíce, střední aplikace 4–7 měsíců, komplexní projekty i déle. K tomu připočtěte čas na schvalování v App Store a Google Play, který se dnes obvykle počítá v jednotkách dnů.
Musím vydávat na iOS i Android zároveň? Nemusíte. Někdy dává smysl začít na jedné platformě podle toho, kde jsou vaši uživatelé, ověřit produkt a druhou platformu přidat později. Cross-platform technologie tento krok usnadňuje.
Kdo bude aplikaci udržovat po spuštění? To si vyjasněte předem. Aplikace potřebuje pravidelné aktualizace kvůli novým verzím iOS a Androidu. Domluvte si režim údržby a reakční dobu na chyby ještě před podpisem smlouvy.
V Appitect vyvíjíme mobilní aplikace na React Native a Flutter pro české a slovenské firmy. Pokud plánujete aplikaci, rádi vám dáme konkrétní odhad technologie, ceny a timeline — bez závazku.
