Háttér: egy rövid esettanulmány
Egy nagy telekommunikációs vállalat gyors, innovatív módszert keresett a POS-értékesítési állomások növelésére a tégla és habarcs kiskereskedelmi helyszíneken. A vállalat nemrég vásárolta fel az Apple iPhone-t, és közeledett a Black Friday. A gyalogosforgalom növekedését előre jelezve a vállalkozás a technológiai csapathoz fordult, hogy találjanak megoldást. Nyolc hetük volt a teljesítésre.
Tudván, hogy nincs elég idő arra, hogy minden helyszínen új POS-állomásokat kössenek be keményen. Ehhez igazi logisztikai rémálomról beszélünk. Hardvereket kellett volna beszerezniük, új hálózati cseppeket kellett volna bekábelezniük, több asztali helyet kellett volna kijelölniük az új munkaállomások számára, és a több ezer aktív vállalati kiskereskedelmi helyszínük mindegyikét hitelesíteniük kellett volna. Oké, rendben. Térjünk át a “b-tervre”.
A vállalat már néhány hónapja elindított egy kísérleti programot, amelyben Samsung táblagépeket vetettek be az értékesítési vezetői csapatuk számára, és megérezte a lehetőséget. Mobil POS-állomások telepítése táblagépeken. Ez akkoriban nem éppen újszerű megközelítés volt, de minden bizonnyal a csapatoknak át kellett ugraniuk néhány technikai és koncepcionális akadályt.
Most nézzünk meg néhányat ezek közül:
- A tablet beszerzés és szállítás értékláncának meghatározása. Kik a szereplők?
- Vállalati információbiztonság
- Vagyonkezelés. Ebben az esetben: Mobileszköz-kezelés.
- Hardveres termékek életciklusa. Mi a teljes tulajdonlási költség?
- Alkalmazáskezelés. Hogyan telepíti a vállalati alkalmazásokat mobil operációs rendszeren?
- Milyen legyen a felhasználói élmény? Hogyan fog ez pozitív ügyfélélményt jelenteni?
Mindezek fontosak az ötleteléshez és a mobilitási program egyértelmű dokumentálásához. De szeretnék kiemelni néhány mozgatórugót a vállalat azon döntésében, hogy végül Apple iOS-eszközöket alkalmazzon. A biztonság volt a fő szempont, mivel ezek a táblagépek naponta valós idejű PCI-adatokat fognak feldolgozni. A bevált beszerzési csatornák is fontosak voltak. Az Apple néhány megbízható forgalmazóval áll kapcsolatban, amelyekkel a beszerzés, a rendelkezésre bocsátás és a szállítás gyerekjáték. Végül pedig a technológiai csapat képessége a vállalati alkalmazások kezelésére és telepítésére. Itt kerültek a képbe a webview és a hibrid alkalmazáskörnyezetek. Az Apple ismét megkönnyítette a dolgukat.
Mivel még nem fejlesztettek “mobile first” alkalmazásokat, a vállalat az UI Webview-t kihasználó megoldást vezetett be a webalkalmazások (a legtöbb vállalati fizetési és számlázási alkalmazás) telepítésére a natív alkalmazások (például a Kronos, a Workday és más harmadik féltől származó alkalmazások) mellett. A webview megközelítés lehetővé tette a csapat számára, hogy a végfelhasználó számára központosított, egyablakos élményt fejlesszen ki. Egy olyan mobileszköz-kezelési (MDM) megoldással, mint a Mobile Iron, párosítva a webes nézetet konténerizálták és natív alkalmazásként juttatták el a felhasználókhoz. A backend-konfigurációk részleteit leszámítva most már egy működőképes mobil POS-megoldással rendelkezünk. És mindezt 8 hét alatt tették.
Webview: Definíció
A WebView alkalmazás elsősorban Javascript, CSS és HTML fájlokból áll. Alapvetően az alkalmazás egy vagy több weblap. Ezek a weboldalak alkotják a frontend felületét. A “WebView” az az ablak, amelyen keresztül a készüléked megjeleníti ezeket a weboldalakat.
(from Human Element – Webview strategy for iOs and Android)
A WebView a hagyományos böngésző helyett áll. Az iOS esetében a WK WebView elég jól utánozza a Safari felhasználói élményét. Bár a szabványos böngészőfunkciókkal kapcsolatban vannak korlátozások, amelyeket a fejlesztés során egyedileg kell kezelni. Vegyük például a vissza gombot, az AirPrintet és az iOS perifériákhoz való hozzáférést … mindezeket a WK Webview felül kell futtatni a Safari-szerű telepítés érdekében.
Melyek a hatások?
A WebView stratégia lehetővé teszi a hibrid alkalmazás környezetet. Telepíthet egy sor webes alkalmazást, és csomagolhatja őket egyfajta natív alkalmazás-élménybe. Ha a felhasználók számára már telepített meglévő natív alkalmazásokhoz is “át akarja kapcsolni”, akkor ezt is megteheti. Számos felhasználási eset lehetséges itt.
Ki határozza meg az új WebView megoldásunkkal integrálható fejlesztési szabványokat? Annak megválaszolása, hogy ki mit birtokol és ki a felelős, nem mindig egyértelmű…
Ahol érdekes lesz, az az, hogy hol ér véget az alkalmazás-élmény és hol kezdődik a WebView-élmény. Egy vállalati fejlesztési környezetben ez az a pont, ahol a dolgok homályossá válnak. Annak megválaszolása, hogy kié mi és ki a felelős, nem mindig egyértelmű. Arról nem is beszélve, hogy sok “Lean IT” üzletben a DEV üzlet nagy része a szállító által kezelt lehet. Hogyan kezeljük ezt a kapcsolatot? Ki határozza meg az új WebView megoldásunkkal integrálandó fejlesztési szabványokat? Hogyan koordináljuk a különböző kiadási ütemterveket?
A WebView mint a “Mobile First” felé vezető út egyik állomása
Egy ideális világban mindannyian natív alkalmazásokat telepítenénk az összes vállalati alkalmazáshoz. Könnyen ellenőrizhetnénk a felhasználói élményt és kezelhetnénk a kiadás hatásait. Még az iOS-kiadások bétatesztelése is leegyszerűsödne. Talán még víziója is van a Mobile First stratégiáról. De akárcsak a Vision 2020 és a digitális átalakulási stratégiák esetében, először az útitervet készítjük el, és csak később hajtjuk végre.
A Webview-nak szerepet kell játszania, és valószínűleg szerepet is fog játszani a Mobile First útitervben. Ne feledje azonban, hogy a WebView alatt élvezett finomságok és rugalmasságok megszűnnek, amint teljesen mobilra vált. Egyrészt többé nem hagyhatja figyelmen kívül a mobil operációs rendszert. Ha iPadre telepít, mint a fenti vállalat, akkor jobb, ha elkötelezi magát az Apple és az iOS fejlesztés mellett.
Híváson hallottuk: Hallottam, hogy Android-eszközöket helyezel a hatókörödbe? Valószínűleg szinkronizálnunk kellene, mert az Androidra való áttérés egy teljesen új univerzum az iOS-hez képest… Sok nagy kérdésem van ezzel a tervvel kapcsolatban…
Ez azt jelenti, hogy meg kell szerezni a tehetségeket, be kell szerezni a fejlesztési eszközöket, és össze kell házasítani a gondolkodásodat az iOS-konstrukciókkal. A legtöbbek számára ez egy erőforrás-igényes terv.
Függetlenül attól, hogy most vagy később hajtjuk végre a beruházást, a hibrid alkalmazásfejlesztés előnyei lehetővé teszik a csapat számára, hogy új és érdekes felhasználási eseteket valósítson meg. Úgy gondolom, hogy a WK Webview és elődje, az UI Webview meggyőző esetet kínált a fekete pénteki megtakarítási megoldáshoz. A befektetett technológiával az igazi megtérülés a felhasználói elfogadásból származik. Ez az üzleten múlik, nem az Apple UI Class-on.