Tło: krótkie studium przypadku
Duża firma telekomunikacyjna szukała szybkiego, innowacyjnego sposobu na zwiększenie liczby stanowisk sprzedaży w punktach sprzedaży detalicznej. Firma właśnie odebrała telefon iPhone firmy Apple, a Czarny Piątek zbliżał się wielkimi krokami. Przewidując wzrost ruchu pieszych, firma zwróciła się do zespołu technologicznego z prośbą o znalezienie rozwiązania. Mieli 8 tygodni, aby dostarczyć.
Wiedząc, że nie było wystarczająco dużo czasu, aby hard-wire nowe stacje POS w każdej lokalizacji. W tym przypadku mówimy o prawdziwym koszmarze logistycznym. Musieliby zaopatrzyć się w sprzęt, okablować nowe łącza sieciowe, przydzielić więcej miejsca na biurkach dla nowych stacji roboczych i certyfikować każdą z tysięcy aktywnych firmowych lokalizacji detalicznych. No dobrze. Na „plan b”.
Już kilka miesięcy w programie pilotażowym, który wdrożył tablety Samsung dla swojego zespołu Sales Leadership, firma wyczuła okazję. Mobilne stanowiska kasowe rozmieszczone na tabletach. W tamtym czasie nie było to nowatorskie podejście, ale z pewnością wymagało od zespołów pokonania kilku technicznych i koncepcyjnych przeszkód.
Patrzmy na kilka z nich:
- Zdefiniuj łańcuch wartości dla zamówień i dostaw tabletów. Kim są gracze?
- Bezpieczeństwo informacji korporacyjnych
- Zarządzanie majątkiem. W tym przypadku: Mobile Device Management.
- Hardware product lifecycle. Jaki jest całkowity koszt posiadania?
- Zarządzanie aplikacjami. Jak wdrożyć aplikacje korporacyjne na mobilnym systemie operacyjnym?
- Jak powinno wyglądać doświadczenie użytkownika? Jak to się przełoży na pozytywne doświadczenia klientów?
Wszystkie są ważne, aby przeprowadzić burzę mózgów i jasno udokumentować swój program mobilności. Chciałbym jednak zwrócić uwagę na kilka czynników, które zadecydowały o tym, że firma zdecydowała się ostatecznie wdrożyć urządzenia Apple iOS. Głównym problemem było bezpieczeństwo, ponieważ tablety te miały codziennie przetwarzać dane PCI w czasie rzeczywistym. Ważne były również sprawdzone kanały zaopatrzenia. Apple współpracuje z kilkoma zaufanymi dystrybutorami, dzięki którym zakupy, zaopatrzenie i dostawa są dziecinnie proste. Ostatnią kwestią była zdolność zespołu technologicznego do zarządzania i wdrażania aplikacji korporacyjnych. W tym miejscu do gry wchodziły środowiska webview i aplikacje hybrydowe. Ponieważ firma nie tworzyła jeszcze aplikacji typu „mobile first”, wdrożyła rozwiązanie wykorzystujące UI Webview do wdrażania aplikacji webowych (większość aplikacji płatniczych i rozliczeniowych) obok aplikacji natywnych (takich jak Kronos, Workday i inne aplikacje firm trzecich). Podejście webview pozwoliło zespołowi na stworzenie scentralizowanego, pojedynczego doświadczenia dla użytkownika końcowego. W połączeniu z rozwiązaniem do zarządzania urządzeniami mobilnymi (MDM), takim jak Mobile Iron, webview został skonteneryzowany i udostępniony użytkownikom jako aplikacja natywna. Pomijając szczegóły konfiguracji backendu, mamy teraz funkcjonalne mobilne rozwiązanie POS. I zrobili to w 8 tygodni.
Webview: defined
Aplikacja WebView składa się głównie z plików Javascript, CSS i HTML. Zasadniczo, twoja aplikacja to jedna lub więcej stron internetowych. Te strony internetowe tworzą twój interfejs frontend. WebView” jest oknem, przez które twoje urządzenie wyświetla te strony.
(z Human Element – Strategia Webview dla iOs i Android)
Twój WebView stoi w miejscu tradycyjnej przeglądarki. W przypadku systemu iOS, WK WebView wykonuje dobrą robotę przy replikowaniu doświadczenia użytkownika z Safari. Chociaż istnieją ograniczenia w stosunku do standardowej funkcjonalności przeglądarki, które będą musiały być indywidualnie zaadresowane podczas rozwoju. Weźmy na przykład przycisk wstecz, AirPrint i dostęp do urządzeń peryferyjnych iOS … wszystko to musi działać na wierzchu WK Webview, aby umożliwić wdrożenie bardziej zbliżone do Safari.
Jakie są skutki?
Strategia WebView pozwala na środowisko Hybrid App. Możesz wdrożyć pakiet aplikacji internetowych i zapakować je razem w rodzaj natywnego doświadczenia aplikacji. Jeśli chcesz również 'link-through’ do istniejących aplikacji natywnych już wdrożonych dla użytkowników, możesz to zrobić. Wiele przypadków użycia jest tutaj możliwych.
Kto definiuje standardy rozwoju, aby zintegrować się z naszym nowym rozwiązaniem WebView? Odpowiedź na pytanie, kto jest właścicielem czego i kto jest odpowiedzialny, nie zawsze jest jasna…
Gdzie robi się ciekawie, tam kończy się doświadczenie aplikacji, a zaczyna doświadczenie WebView. W środowisku programistycznym przedsiębiorstwa jest to miejsce, gdzie sprawy stają się niejasne. Odpowiedź na pytanie, kto jest właścicielem czego i kto jest odpowiedzialny, nie zawsze jest jasna. Nie wspominając o tym, że w wielu sklepach „Lean IT”, duża część sklepu DEV może być zarządzana przez dostawcę. Jak zarządzać tą relacją? Kto definiuje standardy rozwoju, aby zintegrować się z naszym nowym rozwiązaniem WebView? Jak skoordynować harmonogramy wydań?
WebView jako przystanek w podróży do 'Mobile First’
W idealnym świecie wszyscy wdrożylibyśmy natywne aplikacje dla wszystkich aplikacji biznesowych. Moglibyśmy łatwo kontrolować doświadczenie użytkownika i zarządzać wpływem wydania. Nawet testy beta dla wydań na iOS są uproszczone. Możesz nawet mieć wizję strategii Mobile First. Ale podobnie jak w przypadku strategii Vision 2020 i Digital Transformation, najpierw budujemy mapę drogową, a później ją wdrażamy.
Webview powinien i prawdopodobnie będzie odgrywać rolę w twojej mapie drogowej Mobile First. Pamiętaj jednak, że przyjemności i elastyczność, którymi cieszyłeś się w WebView, znikają po przejściu na system w pełni mobilny. Po pierwsze, nie możesz już dłużej ignorować swojego mobilnego systemu operacyjnego. Jeśli wdrażasz na iPada, tak jak firma powyżej, lepiej zaangażuj się w rozwój Apple i iOS.
Słyszane na telefonie: Czy słyszałem, że wprowadzasz urządzenia z Androidem w zakres? Prawdopodobnie powinniśmy to zsynchronizować, ponieważ przejście na Androida to zupełnie inny świat niż iOS… Mam wiele pytań dotyczących tego planu…
To oznacza pozyskiwanie talentów, nabywanie narzędzi programistycznych i mariaż myślenia z konstrukcjami iOS. Dla większości jest to plan wymagający dużych nakładów zasobów.
Czy dokonamy inwestycji teraz czy później, korzyści płynące z hybrydowego rozwoju aplikacji pozwolą Twojemu zespołowi na dostarczenie nowych i ciekawych przypadków użycia. Myślę, że WK Webview i jego poprzednik UI Webview oferowały przekonywujący przypadek dla rozwiązania oszczędzającego w Czarny Piątek. Z zainwestowaną technologią, prawdziwe zyski pochodzą z adopcji przez użytkowników. To zależy od firmy, a nie od Apple UI Class.