Baggrund: en kort casestudie
Et stort teleselskab var på udkig efter en hurtig og innovativ måde at øge antallet af POS-salgsstationer på sine fysiske salgssteder på. Virksomheden havde netop købt Apple iPhone, og Black Friday var tæt på at nærme sig. Da virksomheden forudså en stigning i fodgængertrafikken, henvendte den sig til teknologiteamet for at finde en løsning. De havde 8 uger til at levere.
Vidste, at der ikke var nok tid til at fastkoble nye POS-stationer på alle steder. For det er der tale om et sandt logistisk mareridt. De ville have været nødt til at anskaffe hardware, kabellægge nye netværksdråber, allokere mere skrivebordsplads til nye arbejdsstationer og certificere hver eneste af deres tusindvis af aktive detailhandelssteder i virksomheden. Okay. Nu til “plan b”.
Der var allerede et par måneder inde i et pilotprogram, hvor Samsung-tablets blev anvendt til deres salgsledelsesteam, og virksomheden fornemmede en mulighed. Mobile POS-stationer, der blev implementeret på tablets. Ikke ligefrem en ny tilgang på det tidspunkt, men en tilgang, der helt sikkert ville kræve, at teams skulle springe over et par tekniske og konceptuelle forhindringer.
Her er et kig på et par af disse:
- Det er nødvendigt at definere værdikæden for indkøb og levering af tablets. Hvem er aktørerne?
- Informationssikkerhed i virksomheder
- Asset Management. I dette tilfælde: Mobile Device Management.
- Hardwareproduktets livscyklus. Hvad er de samlede ejeromkostninger?
- Applikationsstyring. Hvordan implementerer du dine virksomhedsapplikationer på et mobilt operativsystem?
- Hvordan skal brugeroplevelsen se ud? Hvordan vil det udmønte sig i en positiv kundeoplevelse?
Alle er vigtige at brainstorme og klart dokumentere for dit mobilitetsprogram. Men jeg vil gerne fremhæve et par drivende faktorer i virksomhedens beslutning om i sidste ende at implementere Apple iOS-enheder. Sikkerheden var en vigtig bekymring, da disse tablets ville behandle PCI-data i realtid på daglig basis. Etablerede indkøbskanaler var også vigtige. Apple har forbindelse med nogle få betroede distributører, som gør indkøb, tilrådighedsstillelse og levering til en leg. Og endelig var teknologiteamets evne til at administrere og implementere virksomhedsapplikationer vigtigt. Det var her, at webview og hybride app-miljøer kom ind i billedet. Igen gjorde Apple det nemt.
Da de ikke allerede var i gang med at udvikle “mobile first”-applikationer, implementerede virksomheden en løsning, der udnytter UI Webview til at implementere webapps (de fleste af virksomhedens betalings- og faktureringsapplikationer) sammen med native applikationer (som Kronos, Workday og andre tredjepartsapplikationer). Webview-tilgangen gjorde det muligt for teamet at udvikle en centraliseret, one-stop-shop-oplevelse for slutbrugeren. Sammen med en MDM-løsning (Mobile Device Management) som Mobile Iron blev webviewet containeriseret og skubbet til brugerne som en native app. Bortset fra detaljerne i backend-konfigurationer har vi nu en funktionel mobil POS-løsning. Og de gjorde det på 8 uger.
Webview: defineret
En WebView-app er primært sammensat af Javascript-, CSS- og HTML-filer. I bund og grund er din app en eller flere websider. Disse websider udgør din grænseflade i frontend. “WebView” er det vindue, hvorigennem din enhed viser disse websider.
(fra Human Element – Webview-strategi for iOs og Android)
Din WebView står i stedet for en traditionel browser. I tilfælde af iOS gør WK WebView et rimeligt stykke arbejde med at efterligne brugeroplevelsen af Safari. Der er dog begrænsninger i forhold til standard browserfunktionaliteten, som skal løses individuelt under udviklingen. Tag f.eks. tilbage-knappen, AirPrint og adgang til iOS-udstyr … alle disse skal køre oven på WK Webview for at muliggøre en mere Safari-lignende implementering.
Hvad er konsekvenserne?
WebView-strategien giver mulighed for et Hybrid App-miljø. Du kan implementere en pakke af webapps og pakke dem sammen i en slags native app-oplevelse. Hvis du også ønsker at “linke igennem” til eksisterende native apps, der allerede er implementeret til dine brugere, kan du også gøre det. Der er mange anvendelsestilfælde mulige her.
Hvem definerer udviklingsstandarderne til integration med vores nye WebView-løsning? Svaret på, hvem der ejer hvad, og hvem der er ansvarlig, er ikke altid klart …
Der hvor det bliver interessant er, hvor app-oplevelsen slutter og WebView-oplevelsen begynder. I et udviklingsmiljø i en virksomhed er det her, hvor tingene bliver uklare. Svaret på, hvem der ejer hvad, og hvem der er ansvarlig, er ikke altid klart. For ikke at nævne, at i mange “Lean IT”-butikker kan en stor del af DEV-butikken være leverandørstyret. Hvordan håndterer vi det forhold? Hvem definerer de udviklingsstandarder, der skal integreres med vores nye WebView-løsning? Hvordan koordinerer vi på tværs af udgivelsesplaner?
WebView som et stop på vejen til “Mobile First”
I en ideel verden ville vi alle implementere native applikationer til alle virksomhedsapplikationer. Vi kunne nemt kontrollere brugeroplevelsen og styre udgivelsesvirkningerne. Selv betatestning af iOS-udgivelser er forenklet. Du har måske endda en visionserklæring for en Mobile First-strategi. Men ligesom jeres Vision 2020-strategier og strategier for digital transformation opbygger vi køreplanen først og implementerer den senere.
Webview bør og vil sandsynligvis spille en rolle i jeres Mobile First-køreplan. Husk dog, at de finesser og den fleksibilitet, du nød under WebView, forsvinder, når du bliver fuldt mobil. For det første kan du ikke længere ignorere dit mobile operativsystem. Hvis du udruller til iPad som virksomheden ovenfor, må du hellere forpligte dig til Apple og iOS-udvikling.
Hørt på et opkald: Hørte jeg, at du sætter Android-enheder ind i omfanget? Vi bør nok synkronisere det, for at gå til Android er et helt nyt univers i forhold til iOS … Jeg har en masse store spørgsmål om den plan …
Det betyder at erhverve talentet, anskaffe udviklingsværktøjerne og gifte din tankegang med iOS-konstruktioner. For de fleste er dette en ressourcekrævende plan.
Hvad enten vi foretager investeringen nu eller senere, vil fordelene ved hybrid app-udvikling give dit team mulighed for at levere nye og interessante use cases. Jeg mener, at WK Webview og dets forgænger UI Webview tilbød en overbevisende sag for en Black Friday-besparende løsning. Når der investeres i teknologi, kommer det virkelige udbytte fra brugeradoption. Det er op til virksomheden og ikke til Apple UI Class.