Vývoj mobilních aplikací: jak připravit zadání a naplánovat první verzi
Dobrá mobilní aplikace začíná jasným úkolem pro uživatele. Projděte přípravu zadání, rozsah první verze, návrh obrazovek, datová propojení i kroky potřebné pro spuštění a další provoz.
Vývoj mobilních aplikací začíná potřebou uživatele
„Chceme vlastní aplikaci“ je začátek rozhovoru. Pro návrh však potřebujeme vědět, kdo ji bude používat, při jaké činnosti a co mu má usnadnit. Důležité je také prostředí: jinak se ovládá telefon doma a jinak během práce ve skladu.
Zákaznická aplikace
Pomáhá řešit opakované nákupy, rezervace nebo správu služby. Přínos může spočívat v pohodlném návratu k rozpracovanému úkolu a dostupnosti vlastních údajů.
Věrnostní program
Propojuje účet, výhody a konkrétní nákupní situaci. Před návrhem musí být jasná pravidla programu i způsob uplatnění výhod v prodejně nebo online.
Interní nástroj
Podporuje zaměstnance při evidenci, kontrolách nebo práci v terénu. Návrh vychází z jejich úkolů, používaných zařízení a návaznosti na firemní systémy.
U každého scénáře si položíme stejnou otázku: proč by si měl člověk aplikaci nainstalovat a znovu otevřít? Pokud potřebuje jednorázově zjistit otevírací dobu nebo poslat poptávku, může potřebě lépe odpovídat přehledný mobilní web.
Přínos převeďte do sledovatelného cíle. Může jím být dokončená rezervace, opakovaná objednávka nebo úspěšně odevzdaný záznam z terénu. Počet instalací pomáhá popsat dosah, ale sám nevysvětluje užitečnost produktu.
První verze má dokončit jeden důležitý úkol
Seznam nápadů bývá delší než rozumný rozsah prvního spuštění. Proto vybereme hlavní scénář a popíšeme jeho začátek, jednotlivé kroky i výsledek. Teprve poté rozhodujeme, které funkce jsou nezbytné a které mohou přijít později.
Modelový příklad: rezervace služby
Zákazník vybere službu a dostupný termín, doplní potřebné údaje a obdrží potvrzení. V aplikaci pak dohledá stav rezervace a podle pravidel ji změní nebo zruší. Provozovna musí zároveň rezervaci přijmout a zpracovat.
Pokročilé doporučování, odměny nebo rozšířené personalizace lze zvážit pro další etapu. Dostupnost termínu, srozumitelné chyby a potvrzení výsledku však patří k základnímu fungování.
První použitelná verze, často označovaná jako MVP, má ověřit hlavní přínos v přiměřeném rozsahu. Potřebuje proto i řešení chyb, ochranu přístupu a provozní zázemí odpovídající skutečnému použití.
U každé navržené funkce určete důvod, prioritu a podmínku dokončení. Například „uživatel najde potvrzenou rezervaci i po opětovném spuštění aplikace“ je pro návrh a testování konkrétnější zadání než „přidat přehled rezervací“.
Prototyp ověří návaznost obrazovek před vývojem
UX návrh popíše, jak se člověk dostane k cíli. UI design dá obrazovkám vizuální podobu: typografii, barvy, tlačítka, formuláře a další prvky. Klikatelný prototyp pomůže projít zvolený scénář na telefonu a včas odhalit nejasné kroky.
Vedle běžného průchodu navrhujeme prázdný seznam, načítání, chybu, nedostupnou položku nebo přerušenou akci. Ověřujeme také delší texty, práci s klávesnicí a čitelnost při zvětšení písma. Tyto stavy často rozhodují o tom, zda se člověk dokáže sám vrátit k úkolu.
Prototyp používá ukázková data a napodobuje zvolené chování. Technické propojení s reálnými systémy proto může vyžadovat samostatné ověření ještě před dokončením návrhu.
Jedna značka v různých rozhraních
Ve veřejné referenci Bageterie Boulevard představujeme návrh propojeného vizuálního prostředí pro web, mobilní aplikaci a kiosek. Společné prvky a informační hierarchie drží značku pohromadě, zatímco konkrétní ovládání reaguje na situaci a zařízení.
Společný vizuální základ aplikace může navázat na existující identitu firmy. Její principy popisujeme v článku Tvorba loga firmy a vizuální identity.
iOS a Android vybírejte podle skutečných uživatelů
Rozhodnutí o podporovaných platformách má vycházet z cílové skupiny a provozních podmínek. U interní aplikace lze často přesně popsat firemní zařízení. U zákaznické aplikace potřebujeme zjistit, jaké telefony používají lidé, které chceme oslovit.
Samostatný vývoj pro každou platformu a řešení se sdílenou částí kódu mají odlišné nároky. Porovnáváme je podle funkcí, práce se zařízením, požadovaného chování a dlouhodobé správy. Rozsah testování musí v obou případech odpovídat podporovaným platformám.
| Oblast | Co potřebujeme vědět | Co ovlivní |
|---|---|---|
| Zařízení | Telefony, případně tablety, používané systémy a jejich podporované verze. | Návrh obrazovek, rozsah vývoje a sestavu zařízení pro testování. |
| Funkce telefonu | Zda scénář potřebuje například fotoaparát, polohu nebo práci na pozadí. | Možnosti realizace, oprávnění a ověření chování na platformách. |
| Podmínky provozu | Práce bez připojení, jazyky a způsob distribuce uživatelům. | Správu dat, obsahové varianty a přípravu uvedení do provozu. |
Výsledkem má být zdůvodněná volba pro konkrétní produkt. Předběžný odhad ceny aplikace bez těchto rozhodnutí může přehlédnout podstatnou část práce.
Kdo aplikaci dodává data a kdo je spravuje
Mobilní obrazovky často potřebují serverovou část, která pracuje s účty, rezervacemi nebo objednávkami. Vedle ní může vzniknout administrace pro zaměstnance. V zadání proto popíšeme, která data už existují a co bude potřeba vytvořit.
U napojení na e-shop, CRM nebo jiný systém ověřujeme dostupnost rozhraní pro výměnu dat, jeho dokumentaci a možnosti zkoušení. Určíme také zdroj platných údajů, odpovědnost za změny a postup při dočasné nedostupnosti propojení.
- Kdo zakládá a aktualizuje obsah, ceny nebo dostupné termíny?
- Jak spolu souvisejí zákaznické účty na webu a v aplikaci?
- Jaké údaje smí vidět zákazník, obsluha a správce?
- Co se stane, když propojení selže během potvrzování akce?
- Kdo pozná provozní problém a zajistí jeho vyřešení?
Provozní pravidla pomáhají navrhnout administraci i odpovědnosti týmu. Přístupová oprávnění musí být součástí celého řešení včetně serverové části; pouhé skrytí tlačítka v mobilním rozhraní jejich kontrolu nenahrazuje.
Počítejte s výpadkem připojení i odmítnutým oprávněním
Co aplikace zvládne bez internetu
Zobrazení dříve načtených údajů a vytvoření nového záznamu bez připojení jsou dvě různá zadání. Pokud má aplikace ukládat změny a odeslat je později, potřebujeme určit jejich stav, pravidla opakování a řešení případných konfliktů. Uživatel má poznat, co je uložené v telefonu a co už přijal server.
Kdy požádat o přístup k funkcím telefonu
Nejdříve ověřujeme, zda je oprávnění pro zamýšlenou funkci potřeba. Žádost má přicházet v souvislosti s konkrétní činností a vysvětlit její účel. Aplikace musí počítat také s odmítnutím; tyto principy popisuje dokumentace Androidu k oprávněním.
Jak pokračovat po přerušení
Telefon může aplikaci opustit během hovoru, změny připojení nebo jiné činnosti. Návrh má určit, co se zachová a jak se ověří výsledek rozpracované akce. Důležitý stav objednávky či rezervace má být dohledatelný i při vypnutých oznámeních.
Od schváleného návrhu k uvedení do provozu
Potvrdíme zadání a kritéria dokončení
Sladíme rozsah první verze, platformy, datová napojení a odpovědnosti. U rizikových částí nejprve ověříme technickou proveditelnost.
Průběžně propojujeme a ověřujeme části
Obrazovky, serverová logika a administrace musí fungovat společně. Kontrolujeme celé scénáře, nejen vzhled jednotlivých stránek.
Testujeme na dohodnutých zařízeních
Zahrneme přihlášení, chyby, přerušení připojení, oprávnění i opakované potvrzení akce. Podle projektu doplníme pilotní provoz s vybranými uživateli.
Připravíme vydání a podporu
Zajistíme potřebné podklady, postup nasazení a kontakty pro řešení problémů. Po spuštění sledujeme funkčnost a dohodnuté cíle první verze.
Pro veřejné vydání je potřeba připravit také prezentaci v obchodech a podklady pro kontrolu. Apple v pokynech pro App Review požaduje funkční dokončenou aplikaci a potřebný přístup pro posouzení. Google Play popisuje přípravu údajů o obsahu aplikace, včetně informací o datech a přístupu k omezeným částem.
Přípravu účtů, popisů, obrázků a přístupů proto zahrneme do harmonogramu. Konkrétní požadavky obou obchodů ověříme před podáním; termín zveřejnění musí počítat i s průběhem kontroly a případným doplněním.
Co ovlivňuje rozsah a cenu mobilní aplikace
Individuální nabídka vychází z uživatelských scénářů, podporovaných platforem, návrhu obrazovek, práce s daty a složitosti propojení. Důležitou část tvoří také testování, příprava vydání a předání do provozu.
Počet obrazovek sám o sobě nestačí. Jednoduchý přehled a podobně vypadající obrazovka s rezervací posledního volného termínu mohou vyžadovat velmi odlišnou logiku.
Co nám poslat pro první konzultaci
- Popis firmy, uživatelů a hlavního problému, který má aplikace řešit.
- Hlavní úkol a představu o tom, jak poznáte jeho úspěšné dokončení.
- Požadované platformy a známé podmínky používání.
- Přehled systémů, se kterými má aplikace spolupracovat.
- Dostupnou vizuální identitu, obsah a případné rozpracované návrhy.
- Termín, priority a osobu, která bude zadání sjednocovat.
Součástí dohody má být také následná správa: provoz serveru, řešení chyb, aktualizace a další rozvoj. Vyjasníme vlastnictví účtů a podkladů, potřebné přístupy i odpovědnost za podporu. Jednotlivé části lze podle projektu rozdělit do etap.
Pokud aplikace navazuje na nový web, pomůže společné plánování struktury a obsahu. Související rozhodnutí rozebírá článek Web na míru: co ovlivňuje cenu a jak vzniká rozpočet. Přehled možného rozsahu spolupráce najdete mezi online službami HONEWA.
Nejčastější otázky
Kdy zvolit mobilní aplikaci a kdy web?
Rozhoduje úkol, četnost používání a požadované funkce. Aplikace může dávat smysl pro pravidelnou práci s účtem nebo konkrétními možnostmi telefonu. Pro snadný přístup k informacím a jednorázovým úkolům může stačit dobře navržený web.
Musí první verze podporovat iOS i Android?
Záleží na cílové skupině. U firemních zařízení lze platformu určit podle provozu, u zákaznického produktu vycházíme z používaných telefonů a obchodních priorit. Rozsah první verze společně upřesníme.
Lze začít pouze návrhem a prototypem?
Ano. Samostatná návrhová etapa pomůže upřesnit scénáře, ověřit ovládání a vytvořit podklady pro další rozhodnutí. Technicky náročná propojení můžeme podle potřeby prověřit souběžně.
Jak dlouho trvá vývoj mobilní aplikace?
Harmonogram závisí na rozsahu funkcí, připravenosti podkladů, integracích a testování. Po vyjasnění první verze stanovíme etapy včetně přípravy vydání a návazné podpory.
Jak získám cenu vývoje mobilní aplikace?
Pošlete hlavní cíl, uživatele, požadované funkce a známá propojení. Zadání společně doplníme a připravíme individuální rozsah spolupráce. Nabídka má jasně uvést zahrnuté výstupy i návazné provozní služby.
Co je potřeba řešit po spuštění?
Funkčnost aplikace a propojení, podporu uživatelů, aktualizace i vyhodnocování hlavního cíle. Zjištění z provozu potom pomohou určit, které další funkce mají přednost.
Máte nápad na mobilní aplikaci?
Popište, komu má aplikace sloužit a jaký úkol má usnadnit. Společně vymezíme první verzi, potřebné podklady a doporučený postup od návrhu k realizaci.
Požádat o nezávazné nacenění