Obsah článku
  1. Kolik stojí vývoj mobilní aplikace
  2. Co cenu žene nahoru
  3. Nativní vs. multiplatformní
  4. Aplikace, nebo stačí web?
  5. Jak vývoj probíhá
  6. Proč začít MVP
  7. Časté chyby, které stojí peníze
  8. Než se do toho pustíte

Mobilní aplikace umí být skvělý nástroj, i drahá slepá ulička. Rozdíl je v tom, jestli víte, do čeho jdete. Tenhle článek Vás provede cenou, rozhodnutím mezi nativním a multiplatformním vývojem a otázkou, kterou si málokdo položí včas: potřebuju vůbec aplikaci, nebo mi stačí web? Ať už appku zvažujete, nebo si jen chcete udělat obrázek, odejdete s jasnem.

Vývoj mobilní aplikace: zlatý telefon s obrazovkou složenou ze souhvězdí na noční obloze
Cenu aplikace určuje počet funkcí a platforem víc než cokoli jiného.

Kolik stojí vývoj mobilní aplikace

Rovnou k číslu, které všechny zajímá. Jednoduchá aplikace s pár obrazovkami a jednou hlavní funkcí začíná v desítkách tisíc korun. Aplikace s vlastními účty, platbami a napojením na další systémy se pohybuje ve statisících. Náročné projekty s reálným časem, mapami nebo složitou logikou jdou i výš.

Ten rozptyl není vytáčka. Slovo „aplikace" pokrývá všechno od jednoduché appky na objednávání kávy po nástroj, který řídí celý provoz firmy. Cena se odvíjí od toho, co má umět, a dokud to nevíme, je jakékoli číslo věštění z křišťálové koule. Proto každou nabídku stavím až po tom, co si projdeme, co aplikace musí zvládnout.

Co cenu žene nahoru

Když víte, na co se koukat, cenu odhadnete i sami. Nahoru ji táhnou hlavně tyhle věci:

  • Počet funkcí. Každá obrazovka a každá funkce je práce navíc. Nejlevnější aplikace dělá jednu věc pořádně.
  • Počet platforem. iOS a Android zvlášť stojí víc než jedna aplikace pro obě. O tom je řeč hned v další části.
  • Účty a přihlašování. Ve chvíli, kdy má aplikace uživatelské účty, přibývá zabezpečení, správa hesel a soukromí dat.
  • Platby. Nákup v aplikaci nebo předplatné znamená napojení na platební bránu a pravidla obchodů Applu a Googlu.
  • Napojení na další systémy. Sklad, rezervace, CRM. Každé propojení je kus vývoje, který není vidět, ale musí fungovat.
  • Design na míru. Šablonový vzhled je levný, promyšlený a značkový design něco stojí, zato appku odliší.
Zapamatujte si

Nejdražší funkce je ta, kterou nikdo nepoužije. Před každou obrazovkou se ptejte, jestli ji uživatel opravdu potřebuje ke splnění toho hlavního. Půlka nápadů z první schůzky se do první verze nedostane, a je to tak dobře.

Nativní vs. multiplatformní

Tohle rozhodnutí ovlivní cenu nejvíc po počtu funkcí. Máte dvě cesty:

  • Nativní vývoj. Aplikace se píše zvlášť pro iOS a zvlášť pro Android, každá svým jazykem. Dá nejvyšší výkon a plný přístup k funkcím telefonu, ale platíte v podstatě dvě aplikace.
  • Multiplatformní vývoj. Jedna aplikace pro obě platformy najednou, z jednoho kódu. Ušetří čas i peníze a pro drtivou většinu firemních aplikací je dnes rozdíl ve výkonu neznatelný.

Pro běžnou firemní aplikaci volím multiplatformní cestu. Dostanete iOS i Android za cenu blízkou jedné aplikaci a údržba je jednodušší. Nativně se vyplatí jít u her a aplikací, které ždímají hardware naplno. Pokud to není Váš případ, neplaťte za výkon, který nevyužijete.

Aplikace, nebo stačí web?

Otázka, kterou si mnoho firem položí až po tom, co za appku utratí. Aplikaci si člověk musí stáhnout z obchodu, dát jí místo v telefonu a pak ji ještě otevírat. To je velká překážka. Pokud ji nebude používat pravidelně, stažení se nevyplatí ani jemu, ani Vám.

Web nebo webová aplikace běží v prohlížeči, nic se nestahuje a funguje na počítači i v mobilu. Bývá levnější a rychleji hotový. Aplikace dává smysl, když je jádrem služby, lidé ji používají několikrát týdně nebo potřebujete funkce telefonu: notifikace, kameru, polohu, offline režim. Když nic z toho neplatí, začněte webem a k aplikaci se vraťte, až ji budou uživatelé sami chtít.

Nejste si jistí, jestli potřebujete appku, nebo web?

Webové aplikace na míru

Jak vývoj probíhá

Ať už appku stavím já, nebo kdokoli jiný, dobrý vývoj drží zhruba stejný rytmus. Když víte, co čekat, poznáte, jestli je práce vedená pořádně.

  1. Zadání a rozsah. Co má aplikace řešit, komu a jak. Tady se rozhoduje o ceně, protože se pojmenují funkce, které se budou stavět.
  2. Návrh a design. Rozvržení obrazovek a cesta uživatele. Nejdřív náčrt, pak vzhled. Chyba tady je levná, chyba v hotové aplikaci drahá.
  3. Vývoj. Programování po částech. Po každé hotové části je vidět kus fungující aplikace, ne měsíce ticha a pak velké překvapení.
  4. Testování. Na různých telefonech a v situacích, které uživatel vymyslí a Vy ne. Bez testování se chyby najdou až v recenzích.
  5. Vydání a údržba. Zveřejnění v App Storu a na Google Play a péče potom. Aplikace není hotová vydáním, obchody i telefony se mění a appka musí držet krok.

Proč začít MVP

MVP je první verze aplikace jen s funkcemi, bez kterých by nedávala smysl. Zní to jako kompromis, ale je to nejchytřejší způsob, jak s appkou začít. Postaví se rychleji a levněji, pustí mezi reálné uživatele a teprve podle jejich chování se doplňuje zbytek.

Důvod je prostý. Na papíře vypadá skvěle každá funkce. V reálu jich uživatelé používají hrstku a o zbytek nezavadí. Když postavíte všechno najednou, zaplatíte i za to, co nikdo neotevře. MVP tuhle sázku otočí: nejdřív ověříte, co lidi opravdu chtějí, a peníze pak dáte tam, kde se vrátí.

Časté chyby, které stojí peníze

Většina prodělečných aplikací padne na stejných věcech. Když je znáte dopředu, snadno se jim vyhnete.

  • Všechno hned. Snaha vměstnat do první verze každý nápad. Výsledek je drahá, přebujelá aplikace, kterou nikdo nedokáže obsáhnout.
  • Appka místo webu. Aplikace tam, kde by stačil web. Platíte za obchody, stahování a údržbu, které jste vůbec nepotřebovali.
  • Zapomenutá údržba. Rozpočet jen na vývoj, nic na péči potom. Za rok appka přestane fungovat na nových telefonech a spadne.
  • Žádné testování. Vydání bez pořádného testu. Chyby pak najdou uživatelé a napíšou je do recenzí, odkud je nikdo nesmaže.

Než se do toho pustíte

Mobilní aplikace se vyplatí, když je jádrem toho, co nabízíte, a lidé ji budou používat pravidelně. Tehdy dává smysl do ní investovat pořádně. Ve zbytku případů bývá web nebo webová aplikace rychlejší a levnější cesta ke stejnému cíli.

Ať tak, nebo tak, nezačínejte poptávkou „chci aplikaci". Začněte tím, co má vyřešit a pro koho. Z toho vyplyne skoro všechno ostatní: cena, platformy i to, jestli je appka vůbec ta správná cesta. Pokud si tím nejste jistí, rád Vám to pomůžu rozmyslet dřív, než utratíte první korunu.

Časté otázky

Kolik stojí vývoj mobilní aplikace?

Rozptyl je velký. Jednoduchá aplikace s pár obrazovkami začíná v desítkách tisíc korun, aplikace s přihlašováním, platbami a napojením na další systémy jde do statisíců. Cenu určuje hlavně počet funkcí, počet platforem a to, jestli se dělá nativně, nebo multiplatformně. Přesné číslo řeknu po konzultaci, kdy vím, co má aplikace umět.

Jak dlouho trvá vývoj mobilní aplikace?

Menší aplikace bývá hotová za pár týdnů, složitější projekt s napojením na systémy a testováním trvá měsíce. Čas se dá zkrátit tím, že se první verze postaví jako MVP jen s klíčovými funkcemi a zbytek se doplní podle toho, co uživatelé opravdu používají.

Nativní, nebo multiplatformní aplikace?

Nativní aplikace se píše zvlášť pro iOS a zvlášť pro Android a dává nejvyšší výkon. Multiplatformní přístup postaví jednu aplikaci pro obě platformy najednou, což šetří čas i peníze. Pro většinu firemních aplikací dnes dává smysl multiplatformní cesta, nativní se vyplatí u náročných her a aplikací, které tlačí hardware na maximum.

Potřebuju aplikaci, nebo mi stačí web?

Často stačí web. Pokud uživatelé aplikaci neotevřou několikrát týdně a nepotřebujete funkce telefonu jako notifikace, kameru nebo offline režim, mobilní web nebo webová aplikace je levnější a nemusí přes obchody s aplikacemi. Aplikace se vyplatí, když je jádrem služby a lidé ji používají pravidelně.

Co je MVP a proč se vyplatí?

MVP je první verze aplikace jen s funkcemi, které jsou opravdu potřeba k tomu, aby přinesla užitek. Postaví se rychleji a levněji, pustí se mezi reálné uživatele a podle jejich chování se pak doplňuje zbytek. Ušetří to peníze za funkce, které by stejně nikdo nepoužíval.