Achtergronden: een korte case study
Een grote telecom-onderneming was op zoek naar een snelle, innovatieve manier om meer POS-verkooppunten in haar fysieke winkels te krijgen. Het bedrijf had net de Apple iPhone opgepikt en Black Friday stond voor de deur. Het bedrijf verwachtte een toename van het winkelverkeer en wendde zich tot het technologie team om met een oplossing te komen. Ze hadden 8 weken om te leveren.
Wetende dat er niet genoeg tijd was om hard-wire nieuwe POS-stations in elke locatie. Daarvoor hebben we het over een echte logistieke nachtmerrie. Ze zouden hardware moeten aanschaffen, nieuwe netwerkdruppels bekabelen, meer bureauruimte voor nieuwe werkstations toewijzen, en elk van hun duizenden actieve bedrijfsretaillocaties certificeren. Okay. Op naar ‘plan B’.
Al een paar maanden in een pilot-programma dat Samsung tablets inzette voor hun Sales Leadership team, voelde het bedrijf een kans. Mobiele POS stations ingezet op tablets. Niet echt een nieuwe aanpak op dat moment, maar een die zeker zou teams te springen door middel van een paar technische en conceptuele hindernissen.
Hier is een blik op een paar van die:
- Definieer de waardeketen voor tablet inkoop en levering. Wie zijn de spelers?
- Corporate Information Security
- Asset Management. In dit geval: Mobile Device Management.
- Hardware product lifecycle. Wat zijn de totale kosten van eigendom?
- Applicatiebeheer. Hoe implementeert u uw bedrijfsapplicaties op een mobiel OS?
- Hoe moet de gebruikerservaring eruit zien? Hoe vertaalt zich dat in een positieve klantervaring?
Alles is belangrijk om over te brainstormen en duidelijk te documenteren voor uw mobiliteitsprogramma. Maar ik wil een paar factoren noemen die hebben bijgedragen aan de beslissing van het bedrijf om uiteindelijk Apple iOS-apparaten in te zetten. Beveiliging was een belangrijk punt van zorg, omdat deze tablets dagelijks real-time PCI-gegevens zouden verwerken. Gevestigde inkoopkanalen waren ook belangrijk. Apple werkt samen met een paar vertrouwde distributeurs die de aanschaf, levering en levering van de apparaten in een handomdraai voor elkaar krijgen. En tot slot was het technologieteam in staat om bedrijfsapplicaties te beheren en in te zetten. Hier kwamen webview en hybride app-omgevingen om de hoek kijken. Ook hier maakte Apple het gemakkelijk.
Omdat ze nog geen ‘mobile first’-applicaties aan het ontwikkelen waren, implementeerde het bedrijf een oplossing die gebruikmaakte van UI Webview om webapps (de meeste bedrijfsapplicaties voor betaling en facturering) in te zetten naast native applicaties (zoals Kronos, Workday en andere apps van derden). De webview-aanpak stelde het team in staat om een gecentraliseerde, one-stop-shop ervaring voor de eindgebruiker te ontwikkelen. Gekoppeld aan een mobile device management (MDM) oplossing zoals Mobile Iron, werd de webview gecontaineriseerd en naar gebruikers gepusht als een native app. Met uitzondering van de details van backend configuraties, hebben we nu een functionele mobiele POS oplossing. En ze deden het in 8 weken.
Webview: gedefinieerd
Een WebView-app bestaat voornamelijk uit Javascript, CSS en HTML-bestanden. In principe bestaat uw app uit een of meer webpagina’s. Deze webpagina’s vormen uw frontend interface. De “WebView” is het venster waarmee uw apparaat deze webpagina’s weergeeft.
(van Human Element – Webview strategie voor iOs en Android)
Uw WebView staat in de plaats van een traditionele browser. In het geval van iOS, doet WK WebView redelijk zijn best om de gebruikerservaring van Safari te repliceren. Er zijn echter beperkingen met de standaard browser functionaliteiten die individueel moeten worden aangepakt tijdens de ontwikkeling. Neem bijvoorbeeld de terug-knop, AirPrint, en de toegang tot iOS randapparatuur … al deze moeten draaien op de top van WK Webview om een meer Safari-achtige implementatie mogelijk te maken.
Wat zijn de gevolgen?
WebView strategie maakt het mogelijk voor een hybride app omgeving. Je kunt een reeks web-apps implementeren en ze samen verpakken in een soort native app-ervaring. Als je ook wilt ‘doorlinken’ naar bestaande native apps die al aan je gebruikers zijn uitgerold, dan kan dat ook.
Wie definieert de ontwikkelingsstandaarden voor integratie met onze nieuwe WebView-oplossing? Het antwoord op de vraag wie wat bezit en wie verantwoordelijk is, is niet altijd duidelijk…
Waar het interessant wordt, is waar de app-ervaring ophoudt en de WebView-ervaring begint. In een bedrijfsontwikkelingsomgeving wordt het hier onoverzichtelijk. Het is niet altijd duidelijk van wie wat is en wie verantwoordelijk is. Om nog maar te zwijgen van het feit dat in veel ‘Lean IT’-winkels een groot deel van de DEV-afdeling door de leverancier wordt beheerd. Hoe beheren we die relatie? Wie bepaalt de ontwikkelingsstandaarden om te integreren met onze nieuwe WebView oplossing? Hoe coördineren we de releaseschema’s?
WebView als tussenstop op weg naar ‘Mobile First’
In een ideale wereld zouden we allemaal native applicaties inzetten voor alle zakelijke apps. We zouden de gebruikerservaring gemakkelijk kunnen controleren en de gevolgen van releases kunnen beheren. Zelfs betatests voor iOS-releases worden vereenvoudigd. U hebt misschien zelfs een visieverklaring voor een Mobile First-strategie. Maar net als bij uw Vision 2020- en digitale transformatiestrategieën, bouwen we eerst aan de routekaart en implementeren we die later.
Webview moet en zal waarschijnlijk een rol spelen in uw Mobile First-roadmap. Bedenk echter wel dat de aardigheidjes en flexibiliteit die u met WebView had, verdwijnen zodra u volledig mobiel wordt. Ten eerste kunt u niet langer uw mobiele OS negeren. Als u, zoals het bedrijf hierboven, een iPad wilt gaan gebruiken, kunt u maar beter kiezen voor Apple en iOS-ontwikkeling.
Geluisterd tijdens een telefoongesprek: Heb ik gehoord dat u Android-apparaten in het toepassingsgebied opneemt? We moeten dat waarschijnlijk synchroniseren, want naar Android gaan is een heel nieuw universum dan iOS… Ik heb veel grote vragen over dat plan…
Dat betekent talent verwerven, de ontwikkeltools aanschaffen en je denkwijze afstemmen op iOS-constructies. Voor de meesten is dit een plan dat veel middelen vergt.
Of we de investering nu doen of later, de voordelen van hybride app-ontwikkeling zullen uw team in staat stellen nieuwe en interessante use-cases te leveren. Ik denk dat WK Webview en zijn voorganger UI Webview een overtuigende case boden voor een Black Friday-besparende oplossing. Met technologie geïnvesteerd, komt het echte rendement van gebruikersadoptie. Dat is aan het bedrijf, niet aan de Apple UI Class.