Pozadí: krátká případová studie
Významná telekomunikační společnost hledala rychlý a inovativní způsob, jak zvýšit počet prodejních stanic POS ve svých kamenných prodejnách. Společnost právě odebírala Apple iPhone a blížil se černý pátek. S předpovědí nárůstu návštěvnosti se firma obrátila na technologický tým, aby přišel s řešením. Na dodání měli 8 týdnů.
Věděli, že na pevné zapojení nových pokladních stanic v každé provozovně není dost času. Za to mluvíme o skutečné logistické noční můře. Museli by pořídit hardware, zapojit nové síťové kapky, vyčlenit více místa na stolech pro nové pracovní stanice a certifikovat každé ze svých tisíců aktivních firemních prodejních míst. Dobře. Přejděme k plánu B.
Již po několika měsících pilotního programu, v jehož rámci nasadili tablety Samsung pro svůj tým vedoucích pracovníků prodeje, společnost vycítila příležitost. Mobilní pokladní stanice nasazené na tabletech. V té době to nebyl zrovna nový přístup, ale jistě by vyžadoval, aby týmy překonaly několik technických a koncepčních překážek.
Podívejte se na několik z nich:
- Definice hodnotového řetězce pro pořízení a dodání tabletů. Kdo jsou jednotliví hráči?
- Podnikové zabezpečení informací
- Správa majetku. V tomto případě: Správa mobilních zařízení.
- Životní cyklus hardwarových produktů. Jaké jsou celkové náklady na vlastnictví?
- Správa aplikací. Jak nasadit podnikové aplikace na mobilní operační systém?
- Jak by mělo vypadat uživatelské prostředí? Jak se to promítne do pozitivní zákaznické zkušenosti?
Všechno je důležité brainstormovat a jasně zdokumentovat pro váš program mobility. Chci však upozornit na několik hnacích faktorů rozhodnutí společnosti nakonec nasadit zařízení Apple iOS. Hlavním zájmem byla bezpečnost, protože tyto tablety budou denně zpracovávat data PCI v reálném čase. Důležité byly také zavedené nákupní kanály. Společnost Apple se spojuje s několika důvěryhodnými distributory, díky nimž je pořízení, zajištění a dodání hračkou. A nakonec to byla schopnost technologického týmu spravovat a nasazovat podnikové aplikace. Zde přišlo na řadu prostředí webového zobrazení a hybridních aplikací. Apple to opět usnadnil.
Protože již nevyvíjeli aplikace „mobile first“, implementovala společnost řešení využívající UI Webview k nasazení webových aplikací (většina podnikových platebních a fakturačních aplikací) vedle nativních aplikací (jako Kronos, Workday a další aplikace třetích stran). Přístup založený na webovém zobrazení umožnil týmu vyvinout centralizované prostředí pro koncového uživatele na jednom místě. Ve spojení s řešením pro správu mobilních zařízení (MDM), jako je Mobile Iron, bylo webové zobrazení kontejnerizováno a předáno uživatelům jako nativní aplikace. Pomineme-li detaily konfigurace backendu, máme nyní funkční mobilní pokladní řešení. A zvládli to za 8 týdnů.
Webview: definováno
Aplikace WebView se skládá především ze souborů Javascript, CSS a HTML. Vaše aplikace je v podstatě jedna nebo více webových stránek. Tyto webové stránky tvoří vaše frontendové rozhraní. „WebView“ je okno, pomocí kterého vaše zařízení tyto webové stránky zobrazuje.
(z Human Element – Strategie WebView pro iOs a Android)
Váš WebView stojí na místě tradičního prohlížeče. V případě systému iOS odvádí WK WebView slušnou práci při replikaci uživatelského prostředí prohlížeče Safari. Ačkoli existují omezení s funkcemi standardního prohlížeče, která bude třeba během vývoje individuálně řešit. Vezměme si například tlačítko zpět, AirPrint a přístup k periferiím iOS … to vše musí běžet nad WK WebView, aby bylo možné nasazení více podobné Safari.
Jaké jsou dopady?
Strategie WebView umožňuje hybridní aplikační prostředí. Můžete nasadit sadu webových aplikací a zabalit je dohromady do jakéhosi prostředí nativní aplikace. Pokud chcete také „propojit“ stávající nativní aplikace, které jsou již nasazeny u uživatelů, můžete to udělat také. Je zde možné mnoho případů použití.
Kdo definuje vývojové standardy pro integraci s naším novým řešením WebView? Odpověď na otázku, kdo co vlastní a kdo je za to zodpovědný, není vždy jednoznačná…
Zajímavé to začíná být tam, kde končí zkušenost s aplikací a začíná zkušenost s WebView. V podnikovém vývojovém prostředí je to místo, kde se věci stávají nejasnými. Odpověď na otázku, kdo co vlastní a kdo je za to zodpovědný, není vždy jasná. Nemluvě o tom, že v mnoha „štíhlých IT“ obchodech může být velká část DEV obchodu řízena dodavatelem. Jak tento vztah řídit? Kdo definuje vývojové standardy pro integraci s naším novým řešením WebView? Jak se koordinujeme napříč plány vydání?“
WebView jako zastávka na cestě k „Mobile First“
V ideálním světě bychom všichni nasadili nativní aplikace pro všechny enterpise aplikace. Mohli bychom snadno kontrolovat uživatelské prostředí a řídit dopady vydání. Dokonce i beta testování verzí pro iOS by se zjednodušilo. Možná máte i vizi strategie Mobile First. Ale stejně jako vaše strategie Vize 2020 a digitální transformace nejprve vytvoříme plán, implementujeme později.
Webové zobrazení by mělo hrát a pravděpodobně bude hrát roli ve vašem plánu Mobile First. Nezapomeňte však, že příjemnosti a flexibilita, které jste využívali pod WebView, zmizí, jakmile se změníte na plně mobilní. Za prvé už nemůžete ignorovat mobilní operační systém. Pokud nasazujete na iPad jako výše uvedená společnost, měli byste se raději věnovat společnosti Apple a vývoji pro iOS.
Slyšeli jste v hovoru: Slyšel jsem, že zavádíte zařízení se systémem Android? Asi bychom to měli synchronizovat, protože přechod na Android je úplně jiný vesmír než iOS… Mám k tomuto plánu spoustu velkých otázek…
To znamená získat talenty, pořídit vývojové nástroje a oženit své myšlení s konstrukcemi iOS. Pro většinu je to plán náročný na zdroje.
Ať už investujeme nyní nebo později, výhody vývoje hybridních aplikací umožní vašemu týmu přinášet nové a zajímavé případy použití. Myslím, že WK Webview a jeho předchůdce UI Webview nabízely přesvědčivý případ pro řešení šetřící černý pátek. U investovaných technologií se skutečná návratnost dostaví až s přijetím uživateli. To záleží na podniku, ne na třídě uživatelského rozhraní Apple.