PWA versus nativní aplikace: co vybrat?

Volba PWA versus nativní aplikace není otázka modernosti ani prestiže. Je to rozhodnutí o tom, jak se váš produkt dostane k uživatelům, co bude umět na jejich zařízení a kolik práce bude stát jeho další rozvoj. Špatná volba nemusí projekt zničit, ale dokáže zbytečně prodražit první verzi i každou změnu, která přijde po ní.

U B2B produktů bývá rozhodující konkrétní pracovní situace. Obchodník může potřebovat rychle otevřít CRM z odkazu v e-mailu. Technik v terénu může pracovat bez signálu, fotit dokumentaci a používat Bluetooth zařízení. Manažer může chtít pohodlně schvalovat požadavky z telefonu. Každý z těchto scénářů vede k jiné odpovědi.

Co se skutečně skrývá pod PWA a nativní aplikací

PWA, tedy progresivní webová aplikace, je web, který se v prohlížeči chová více jako aplikace. Uživatel ji může otevřít přes URL, přidat na plochu telefonu a v některých případech ji používat i při omezeném připojení. Aktualizace nasazujeme na server a uživatel obvykle dostane novou verzi při dalším otevření bez ruční instalace.

Nativní aplikace se vytváří pro konkrétní mobilní platformu, typicky iOS a Android. Instaluje se z obchodu s aplikacemi nebo podnikovým distribučním kanálem a má přímější přístup k funkcím telefonu. To neznamená, že musí vzniknout dvě zcela oddělené aplikace. Část logiky lze sdílet, ale rozdíly mezi platformami a jejich pravidly nezmizí.

Hranice mezi oběma přístupy není ostrá. Moderní mobilní prohlížeče umí kameru, polohu, lokální úložiště, některá upozornění i offline režim. Současně existují mobilní aplikace postavené na sdíleném kódu. Nevybíráme proto podle nálepky technologie, ale podle omezení produktu, zařízení a lidí, kteří s ním budou každý den pracovat.

Kdy PWA dává lepší obchodní smysl

PWA je silná tam, kde je potřeba odstranit překážku mezi uživatelem a produktem. Když zákazník dostane odkaz na klientský portál, kalkulaci, objednávkový systém nebo interní nástroj, může začít pracovat bez hledání aplikace v obchodě a bez instalace. To má význam hlavně u produktů, které uživatel neotevírá denně nebo do nich přichází z počítače i mobilu.

Pro B2B SaaS je PWA často rozumným prvním krokem. Jeden produkt může obsloužit desktop, tablet i telefon, sdílí stejné přihlášení, databázi, administraci a pracovní postupy. Pokud jádrem řešení je formulář, přehled zakázek, schvalování, komunikace s klientem, práce s dokumenty nebo reporting, webové rozhraní obvykle pokryje podstatnou část hodnoty.

Výhodou je také provoz. Opravu chyby nebo změnu procesu nasadíme přímo do aplikace. Nečeká se na schválení nové verze v obchodech a firma nemusí řešit, zda zaměstnanci skutečně aktualizovali software. To ocení zejména produktové týmy, které se po spuštění učí z reálného provozu a upravují pravidla, oprávnění nebo obrazovky podle zpětné vazby.

PWA není jen levnější aplikace do telefonu

Takový pohled vede k chybným očekáváním. Dobrá PWA stále vyžaduje návrh přístupových práv, datového modelu, zabezpečení, testování na mobilních zařízeních a promyšlený offline režim, pokud ho produkt potřebuje. Pokud má fungovat jako pracovní nástroj, nestačí převzít desktopovou obrazovku a zmenšit ji.

Offline funkce navíc nejsou jediné tlačítko. Je nutné určit, která data budou v zařízení uložená, jak se změny po připojení synchronizují a co se stane při konfliktu dvou úprav. U objednávkového systému je to jiné než u kontrolního formuláře technika v terénu. Právě tato pravidla často rozhodují o složitosti více než samotná volba PWA.

Kdy je nativní aplikace správná volba

Nativní aplikace dává smysl, když je telefon nebo tablet hlavním pracovním nástrojem, ne jen další obrazovkou. Typickým příkladem je aplikace pro terénní pracovníky, řidiče, servisní techniky nebo obchodní síť, která musí spolehlivě fungovat mimo kancelář a za nestabilního připojení.

Důvodem může být výkon, hlubší práce s hardwarem nebo očekávání uživatelů. Nativní řešení je vhodné, pokud produkt intenzivně používá kameru, skenování kódů, Bluetooth příslušenství, přesnou polohu na pozadí, biometrické přihlášení, soubory v zařízení nebo pokročilá oznámení. U některých funkcí umí web podobný výsledek, ale s odlišným chováním mezi iOS a Androidem nebo s limity, které se projeví až v provozu.

Nativní cesta může být lepší i pro zákaznický produkt, kde má aplikace tvořit pravidelný návyk. Ikona v telefonu, pohodlné přihlášení a kvalitně zvládnuté notifikace mohou podpořit návratnost uživatelů. Samotná přítomnost v App Storu nebo Google Play ale není produktová strategie. Pokud uživatel aplikaci otevře dvakrát ročně, instalace je spíše překážka.

Vyšší schopnosti znamenají více odpovědnosti

Mobilní aplikace má vlastní životní cyklus. Je potřeba počítat s pravidly obchodů, verzemi operačních systémů, různými modely zařízení, schvalováním vydání a podporou starších verzí. Aktualizace nelze vynutit tak jednoduše jako u webu, protože část uživatelů zůstane na starší verzi.

To není argument proti nativnímu vývoji. Je to důvod, proč má být rozsah první verze realistický. Když mobilní aplikace řeší zásadní pracovní problém, její vyšší technická náročnost se vrátí v rychlejším a spolehlivějším procesu. Když pouze duplikuje webový portál, bývá rozumnější investovat nejdřív do kvalitního responzivního produktu.

PWA versus nativní aplikace podle čtyř otázek

Před rozhodnutím si s produktovým a provozním týmem vyjasníme čtyři věci:

• Jak často a v jakém prostředí budou lidé produkt používat? Jinak se navrhuje nástroj pro každodenní terénní práci, jinak portál otevřený jednou za měsíc.
• Které funkce zařízení jsou nezbytné, nikoli jen příjemné? Kamera může být běžná potřeba. Trvalý přístup k Bluetooth nebo práce na pozadí už často mění zadání.
• Co musí fungovat bez internetu? Nestačí říct „offline“. Potřebujeme vědět, zda uživatel jen čte data, nebo vytváří nové záznamy, přílohy a podpisy.
• Jak bude produkt růst? Pokud dnes začíná jako B2B portál, ale za rok má obsloužit tisíce aktivních mobilních uživatelů, je dobré architekturu připravit na další krok.

Odpovědi často ukážou, že nejde o binární volbu. Firma může mít webovou administraci pro back office a mobilní aplikaci pro terén. Může začít responzivním SaaS produktem, ověřit pracovní postup a nativní část postavit až ve chvíli, kdy je jasné, které mobilní funkce přinášejí hodnotu. A někdy je naopak nutné začít mobilem, protože bez něj hlavní pracovní proces nefunguje.

Rozhodnutí ovlivňuje i architekturu produktu

Ať už zvolíte PWA nebo nativní aplikaci, základ obvykle zůstává stejný: backend, databáze, role uživatelů, API, auditní záznamy a administrace. Dobře navržené rozhraní mezi klientskou částí a serverem umožní později přidat další kanál bez přepisování jádra systému.

To neznamená stavět od prvního dne infrastrukturu pro hypotetické miliony uživatelů. Znamená to oddělit obchodní pravidla od jedné konkrétní obrazovky a mít jasno v tom, kde vznikají data, kdo je smí změnit a jak se změny propisují. U produktu s přihlášením, vlastní databází a kompletním pracovním postupem jsou to základy, ne nadstandard.

V Nextrey podobná rozhodnutí řešíme ještě před tím, než se začne kreslit seznam obrazovek. Ne proto, abychom vyráběli dokumentaci pro dokumentaci, ale aby první vydaná verze odpovídala skutečnému provozu. Technická volba má sloužit procesu firmy, ne obráceně.

Nejlepší první krok proto není vybrat technologii podle toho, co právě používá konkurence. Popište jeden konkrétní den svého uživatele: kde začíná, kdy nemá signál, co musí vyfotit, schválit nebo dohledat a co se stane, když udělá chybu. Z takového scénáře obvykle vyjde mnohem přesnější odpověď než z obecné debaty o tom, zda je lepší web, nebo aplikace.