Aplikace, UX a digitální produkty
Vývoj mobilní aplikace
Vývoj nativní nebo multiplatformní aplikace pro iOS a Android, která využívá funkce zařízení – fotoaparát, polohu, offline režim nebo notifikace – a distribuuje se přes App Store a Google Play. Zahrnuje návrh rozsahu první verze, vývoj, publikaci v obchodech s aplikacemi a plán údržby a dalších verzí.
01
Kdy dává mobilní aplikace smysl
Mobilní aplikace se poptává tam, kde zákazníci nebo zaměstnanci potřebují funkce, které responzivní webová aplikace v prohlížeči nepokryje – zejména plnohodnotný offline režim, push notifikace mimo prohlížeč, přístup k fotoaparátu, poloze nebo dalším senzorům zařízení, případně přítomnost přímo v obchodech s aplikacemi jako součást produktové nabídky.
- potřeba spolehlivého offline režimu bez připojení k internetu
- push notifikace jsou klíčovým kanálem komunikace s uživatelem
- práce v terénu bez přístupu k počítači nebo prohlížeči
- využití funkcí zařízení jako fotoaparát, poloha nebo biometrie
- obchodní požadavek na přítomnost v App Store a Google Play
02
Jak vývoj mobilní aplikace probíhá
Nejprve se určí platformy (iOS, Android, nebo obě), rozsah funkcí první verze a přístup k vývoji – nativně pro každou platformu, nebo multiplatformně jedním kódem. Navrhne se rozhraní přizpůsobené mobilnímu ovládání a naplánují se integrace, offline chování a práce s notifikacemi.
Po vývoji a otestování se aplikace publikuje ve vývojářských účtech zadavatele v App Store a Google Play. Po vydání navazuje plán údržby, sledování analytiky používání a rozhodování o dalších verzích.
- určení platforem a přístupu k vývoji (nativně, nebo multiplatformně)
- návrh rozsahu první verze a mobilního rozhraní
- vývoj funkcí zařízení, offline režimu a notifikací
- publikace ve vývojářských účtech zadavatele v App Store a Google Play
- plán analytiky, údržby a dalších verzí po vydání
03
Vymezení vůči příbuzným službám
Mobilní aplikace se od webové aplikace liší tím, že vyžaduje instalaci, běží nativně nebo multiplatformně na iOS a Android a pracuje s funkcemi zařízení a distribucí přes obchody s aplikacemi – tam, kde stačí přístup přes prohlížeč bez těchto omezení, je vhodnější a levnější variantou webová aplikace. Volba mezi oběma řešeními se posuzuje případ od případu podle potřeby offline režimu, notifikací a funkcí zařízení. Návrh obrazovek a toků řeší UX/UI návrh digitálního produktu, který lze zadat samostatně před vývojem; hodnocení existující aplikace řeší UX audit.
04
Co dostanete
- rozhodnutí o platformách a přístupu k vývoji
- návrh rozsahu a rozhraní první verze
- aplikace vyvinutá pro dohodnuté platformy
- publikace v App Store a Google Play
- plán analytiky, údržby a dalších verzí
05
Jak spolupráce probíhá
- Zadání: Určí se platformy, rozsah první verze, funkce zařízení a integrace.
- Návrh: Připraví se mobilní rozhraní a technický koncept vývoje.
- Vývoj: Aplikace se vyvíjí a průběžně testuje na cílových zařízeních.
- Vydání a údržba: Aplikace se publikuje v obchodech s aplikacemi a domluví se další rozvoj a podpora.
06
Co připravit do poptávky
- popis funkcí a cílových uživatelů aplikace
- požadované platformy a podporovaná zařízení
- přístupy k vývojářským účtům Apple a Google, nebo souhlas s jejich zřízením
- požadavky na offline režim, notifikace a funkce zařízení
- seznam systémů k integraci
07
Co ovlivňuje rozsah a cenu
Rozsah ovlivňuje především počet platforem, míra využití funkcí zařízení a náročnost offline režimu a integrací.
- počet platforem (iOS, Android, nebo obě) a přístup k vývoji
- rozsah funkcí zařízení a offline chování
- náročnost integrací na backend a další systémy
- rozsah funkcí zahrnutých do první verze oproti dalším verzím
08
Termín a schvalovací proces obchodů
Termín publikace ovlivňuje i schvalovací proces App Store a Google Play, který probíhá mimo kontrolu dodavatele a může vyžadovat opravy podle pravidel jednotlivých obchodů.
09
Rizika zadání
Nejčastějším rizikem je nejasně vymezený rozsah offline chování a notifikací a chybějící rozhodnutí o vlastnictví vývojářských účtů, pod kterými se aplikace publikuje.
- chybí vývojářské účty nebo nejsou ve vlastnictví zadavatele
- offline scénáře a chování při ztrátě připojení nejsou popsané
- schvalovací proces obchodů posune plánovaný termín vydání
10
Další postup po odeslání poptávky
Po odeslání poptávky proběhne konzultace k platformám, rozsahu funkcí a stavu vývojářských účtů, ze které vychází návrh postupu a etapizace.
Nejste si jistí, jestli má vzniknout nativní mobilní aplikace, nebo stačí webová aplikace v prohlížeči? Pomůže porovnání webové a mobilní aplikace.
Než odešlete poptávku, projděte si průvodce přípravou zadání digitálního produktu – pomůže popsat funkce, platformy a stav vývojářských účtů.
Nezávazná poptávka
Projdete šest krátkých kroků. Rozpracované zadání průběžně ukládáme jako koncept.
Poslední aktualizace obsahu:
Jak tvoříme obsahČasté dotazy
- Potřebujeme vlastní vývojářské účty?
- Ano, publikace probíhá pod vývojářskými účty zadavatele Apple a Google; s jejich zřízením lze pomoci, ale musí být na straně zadavatele.
- Musí aplikace fungovat na obou platformách?
- Ne, rozsah platforem se rozhoduje v zadání podle cílových uživatelů; lze začít jednou platformou a druhou přidat později.
- Kdy stačí webová aplikace místo mobilní?
- Pokud nejsou klíčové offline režim, notifikace mimo prohlížeč ani funkce zařízení, bývá webová aplikace rychlejší a levnější variantou – porovnání pomůže rozhodnout podle konkrétních požadavků.
- Zvládnete i údržbu po vydání?
- Ano, údržba, opravy a další rozvoj se řeší navazující dohodou po prvním vydání aplikace.
- Zahrnuje zadání i návrh obrazovek?
- Návrh informační architektury a obrazovek řeší UX/UI návrh digitálního produktu, který lze zadat před vývojem nebo souběžně s ním.
- Jak se aplikace vyhodnocuje po vydání?
- Součástí plánu po vydání je nastavení analytiky používání, podle které se rozhoduje o dalších verzích a úpravách.
Další materiály k rozhodnutí
- UX/UI návrh digitálního produktu
Návrh mobilního rozhraní a toků před zahájením vývoje.
- Webová aplikace
Alternativa bez instalace a bez schvalovacího procesu obchodů, pokud nejsou nutné funkce zařízení.