Přeskočit na obsah

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.

Otevřít poptávku s předvybranou službou →

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í