Ako vyvinúť iOS a Android aplikáciu bez zbytočných prestojov

Zhrnutie

Ak firma rieši, ako vyvinúť iOS a Android aplikáciu, najdôležitejšie nie je začať programovaním, ale rozhodnúť sa, aký problém má aplikácia vyriešiť, kto ju bude používať a ktoré funkcie musia byť v prvej verzii. Správne nastavenie zadania, technológie a testovania ušetrí mesiace prerábok. Pri dobre navrhnutom postupe sa dá od prvej analýzy dostať k vydaniu aplikácie bez chaosu, zbytočných funkcií a technického dlhu.

Ako začať vývoj iOS a Android aplikácie tak, aby projekt dával obchodný zmysel?

Vývoj aplikácie by mal začať obchodným cieľom, nie zoznamom obrazoviek. Firma potrebuje vedieť, či má aplikácia zrýchliť objednávky, zjednodušiť servis, zlepšiť komunikáciu so zákazníkom alebo otvoriť nový predajný kanál. Až potom má zmysel riešiť rozsah, rozpočet a technológiu. Vývoj Softvéru, Webových a Mobilných Aplikácií na Mieru dáva dobrý rámec na to, ako sa na takýto projekt pozerať z pohľadu procesu, nie len kódu.

Na začiatku si firmy najčastejšie potrebujú ujasniť tieto štyri body:

• kto bude aplikáciu používať
• aký konkrétny problém má vyriešiť
• ktoré funkcie sú kritické pre prvé vydanie
• s akými systémami sa musí prepojiť

V praxi sa tým často odhalí, že aplikácia nemusí mať desať funkcií naraz. Ak má obchodný tím problém so zdĺhavým spracovaním leadov, prvá verzia môže riešiť iba registráciu, notifikácie, profil používateľa a napojenie na interný CRM systém. Všetko ostatné sa dá doplniť až podľa reálnych dát z používania.

Je lepšie vyvíjať natívne, cross-platform alebo ako PWA?

Najlepšia voľba závisí od toho, čo aplikácia robí, aký výkon potrebuje a ako rýchlo má ísť na trh. Natívny vývoj býva najsilnejší pri výkone a hlbokej práci so zariadením, cross-platform často skracuje čas aj náklady a PWA môže stačiť pri jednoduchších scenároch bez plných mobilných funkcií.

Zjednodušene sa firmy rozhodujú medzi tromi prístupmi:

• Natívny vývoj pre Swift a Kotlin, ak je priorita výkon, plynulé rozhranie alebo pokročilé funkcie zariadenia.
• Cross-platform vývoj napríklad cez Flutter alebo React Native, ak je dôležitá rýchlosť, zdieľanie veľkej časti kódu a rozumný pomer cena/výkon.
• PWA pri jednoduchších službách, kde stačí webová aplikácia sprístupnená cez mobilný prehliadač.

Google dnes pri nových aplikáciách v Google Play vyžaduje formát Android App Bundle, čo je dôležité už pri plánovaní build procesu a publikovania. Google Play zároveň vysvetľuje, že tento formát je pre nové aplikácie povinný od augusta 2021. Pri iOS zas treba od začiatku rátať s tým, že aplikácia prechádza kontrolou podľa pravidiel Apple Developer.

Ak aplikácia napríklad pracuje s kamerou, polohou, offline režimom a rýchlymi animáciami, natívny prístup môže byť bezpečnejšia voľba. Ak však firma potrebuje jednu produktovú logiku pre obe platformy a chce rozumný time-to-market, cross-platform býva často efektívnejší.

Čo má obsahovať zadanie pre mobilnú aplikáciu?

Dobré zadanie nie je dlhý dokument plný všeobecných viet, ale presný popis používateľa, scenárov a priorít. Cieľom je odstrániť nejasnosti skôr, než sa začne navrhovať UX a programovať backend. Čím presnejšie je zadanie, tým menej zmien príde počas vývoja.

Silné zadanie obvykle obsahuje:

1. cieľ aplikácie a merateľný výsledok
2. cieľové skupiny používateľov
3. hlavné používateľské scenáre
4. zoznam funkcií rozdelený na MVP a neskoršie fázy
5. požiadavky na integrácie, napríklad ERP, CRM alebo platby
6. technické a bezpečnostné obmedzenia
7. predstavu o termíne, rozpočte a zodpovednostiach

Ak už firma používa interné systémy, je rozumné myslieť na prepojenie skôr než na vizuálne detaily. Práve integrácie bývajú často to, čo rozhodne, či bude aplikácia zrýchľovať procesy alebo len vytvorí ďalšiu ručnú prácu. Pri projektoch, kde sa aplikácia prepája s firemnými dátami, vie pomôcť aj pohľad cez CRM, aby sa neriešilo len rozhranie, ale celý tok informácií.

Ako vyzerá reálny postup vývoja od analýzy po vydanie?

Najlepšie funguje postup po etapách, kde má každá fáza jasný výstup a rozhodnutie, či sa ide ďalej. Firma tak neplatí za vývoj naslepo a vie priebežne korigovať rozsah. Vývoj iOS a Android aplikácie je spravidla kombinácia discovery, návrhu, implementácie, testovania a publikovania.

Typický postup vyzerá takto:

1. Discovery a analýza – definovanie cieľov, používateľov, funkcií a integrácií.
2. UX a wireframy – návrh tokov, obrazoviek a logiky práce v aplikácii.
3. UI dizajn – vizuálny systém, komponenty a stavy obrazoviek.
4. Backend a API príprava – návrh dát, autentifikácie a napojení.
5. Vývoj aplikácie – implementácia funkcií pre iOS a Android.
6. QA a testovanie – funkčné testy, testovanie zariadení, výkon a bezpečnosť.
7. Publikovanie – príprava buildov, store listingov, povolení a release procesu.
8. Ďalší rozvoj – práca s analytikou, spätnou väzbou a prioritizáciou ďalších verzií.

Ak chcete vidieť, ako môže vyzerať konkrétny mobilný produkt v praxi, zmysel dáva aj pohľad na Projekt City Unlocked – mobilná aplikácia pre objavovanie mesta, kde je zrejmé, že mobilná aplikácia nie je len o dizajne, ale o tom, ako prepája obsah, používateľský zážitok a obchodnú logiku.

Koľko stojí vývoj iOS a Android aplikácie a čo cenu najviac ovplyvňuje?

Cena aplikácie nezávisí od počtu obrazoviek, ale najmä od zložitosti logiky, integrácií, oprávnení zariadenia, administrácie a kvality testovania. Dve aplikácie s podobným vzhľadom môžu mať úplne odlišný rozpočet, ak jedna iba zobrazuje obsah a druhá pracuje s platbami, rolami, offline dátami a internými systémami.

Najväčší vplyv na cenu má spravidla:

• rozsah MVP a počet používateľských rolí
• počet integrácií na externé alebo interné systémy
• potreba backendu a administrácie
• výber natívneho alebo cross-platform prístupu
• náročnosť testovania a podpory viacerých zariadení
• bezpečnostné požiadavky a compliance

Najčastejšia chyba je snaha nasadiť všetko v prvej verzii. Oveľa rozumnejšie býva rozdeliť projekt na jadro, ktoré sa dá rýchlo overiť, a až potom rozvíjať pokročilé scenáre. Takýto prístup pomáha aj pri vývoji na mieru, kde sa cena lepšie riadi po fázach než jedným nehybným zadaním bez spätnej väzby.

Na čo netreba zabudnúť pri testovaní, bezpečnosti a publikovaní?

Mnohé aplikácie nespomalia problémy vo vývoji, ale až slabé testovanie, podcenená bezpečnosť alebo nepripravené store podklady. Firma by mala riešiť kvalitu priebežne, nie až tesne pred vydaním. Platí to pre výkon, crash reporting, oprávnenia aj ochranu dát používateľov.

Pri mobilných aplikáciách sa oplatí myslieť najmä na tieto oblasti:

• testovanie na reálnych zariadeniach a rôznych veľkostiach obrazoviek
• monitoring pádov a stability po vydaní
• bezpečné prihlasovanie, práca s tokenmi a šifrovanie citlivých dát
• korektné povolenia ku kamere, polohe, fotkám či notifikáciám
• pripravené screenshoty, popisy a metadata do obchodov

Firebase odporúča sledovať crash-free používateľov a crash-free sessions, pretože práve tieto metriky rýchlo ukážu, či vydanie nezhoršilo stabilitu. Z pohľadu bezpečnosti je užitočné sledovať aj odporúčania OWASP Foundation, ktorá pravidelne mapuje najčastejšie riziká mobilných aplikácií, od nesprávneho ukladania dát po slabú autentifikáciu.

Pri iOS je navyše dôležité počítať s tým, že App Store kontroluje obsah aj správanie aplikácie podľa pravidiel Apple Developer. To znamená, že technicky hotová aplikácia ešte nemusí byť pripravená na schválenie, ak nie sú správne vyriešené platby, oprávnenia alebo práca s používateľským obsahom.

Ako nastaviť ďalší rozvoj aplikácie po prvom vydaní?

Prvé vydanie nie je cieľová rovinka, ale začiatok fázy, v ktorej sa ukáže, čo používatelia naozaj potrebujú. Dobrá mobilná aplikácia sa po release nerozširuje podľa pocitu, ale podľa dát, spätnej väzby a dopadu na biznis. To je moment, keď sa projekt odlišuje od jednorazovej zákazky.

Po vydaní sa oplatí sledovať:

• aktiváciu a registrácie
• retenciu používateľov po 7 a 30 dňoch
• pádovosť a výkon kľúčových obrazoviek
• používanie najdôležitejších funkcií
• miesta, kde používatelia proces nedokončia

Ak analytika ukáže, že používatelia aplikáciu síce otvoria, ale nedokončia objednávku alebo rezerváciu, problém nemusí byť v marketingu. Často ide o zbytočne zložitý flow, slabú validáciu alebo pomalé načítanie. Preto je rozumné spájať ďalší vývoj s dátami, automatizáciou procesov a širšou digitálnou architektúrou, nie len s pridávaním ďalších obrazoviek. V tomto bode vie dávať zmysel aj nadväznosť na Líder v AI automatizácii a CRM - BeCode, ak firma rieši nielen samotnú appku, ale aj to, ako sa jej dáta premietnu do obchodu, podpory a interných workflow.

Kedy sa firme oplatí vývoj mobilnej aplikácie na mieru?

Vývoj na mieru sa oplatí vtedy, keď sa firma nechce prispôsobovať hotovému nástroju, ale potrebuje softvér postavený okolo vlastných procesov. Najväčší zmysel má tam, kde aplikácia pracuje s internými dátami, špecifickými rolami, neštandardnou logikou alebo sa má stať dôležitou súčasťou služby či predaja.

Typické situácie, kde býva vývoj na mieru rozumný:

• aplikácia má byť napojená na interné systémy
• firma potrebuje vlastné workflow a schvaľovanie
• hotové riešenia limitujú UX alebo obchodný model
• aplikácia má rásť spolu s produktom a procesmi firmy

Ak je cieľom iba jednoduchá prezentačná aplikácia bez integrácií a bez širšej logiky, vlastný vývoj nemusí byť prvá voľba. Ak však aplikácia zasahuje do predaja, servisu, logistiky alebo práce tímu, rozhoduje architektúra, škálovanie a kvalita dát. Presne tam sa ukáže, či bol projekt od začiatku navrhnutý ako funkčný produkt, alebo len ako vizuálne pekná aplikácia bez pevného základu.