Bakgrund: en kort fallstudie
Ett stort telekombolag letade efter ett snabbt och innovativt sätt att öka antalet försäljningsställen på sina fysiska försäljningsställen. Företaget hade just köpt Apples iPhone och Black Friday var nära förestående. Företaget förutsåg en ökning av fotgängartrafiken och vände sig till teknikteamet för att hitta en lösning. De hade åtta veckor på sig att leverera.
Vidvetande om att det inte fanns tillräckligt med tid för att hårdförbinda nya POS-stationer på varje ställe. För det talar vi om en riktig logistisk mardröm. De skulle ha behövt anskaffa hårdvara, koppla in nya nätverksdrop, tilldela mer skrivbordsutrymme för nya arbetsstationer och certifiera var och en av företagets tusentals aktiva butikslokaler. Okej. Vi går vidare till ”plan b”.
Ett pilotprogram med Samsung-surfplattor för deras säljledningsgrupp hade redan pågått i några månader och företaget kände en möjlighet. Mobila POS-stationer på surfplattor. Inte direkt en ny strategi vid den tidpunkten, men en strategi som säkert skulle kräva att teamen tog sig igenom några tekniska och konceptuella hinder.
Här är en titt på några av dessa:
- Definiera värdekedjan för upphandling och leverans av surfplattor. Vilka är aktörerna?
- Informationssäkerhet för företag
- Förmögenhetsförvaltning. I det här fallet: Hantering av mobila enheter.
- Hårdvaruproduktlivscykel. Vad är den totala ägandekostnaden?
- Applicationshantering. Hur distribuerar du dina företagsapplikationer på ett mobilt operativsystem?
- Hur ska användarupplevelsen se ut? Hur kommer det att leda till en positiv kundupplevelse?
Allt är viktigt att brainstorma och tydligt dokumentera för ditt mobilitetsprogram. Men jag vill lyfta fram några drivande faktorer i företagets beslut att så småningom använda Apple iOS-enheter. Säkerheten var en viktig fråga eftersom dessa surfplattor dagligen skulle behandla PCI-data i realtid. Etablerade upphandlingskanaler var också viktiga. Apple har kontakt med några betrodda distributörer som gör upphandling, tillhandahållande och leverans till en barnlek. Slutligen var teknikteamets förmåga att hantera och distribuera företagsapplikationer viktigt. Det var här som webview- och hybridapplikationsmiljöer kom in i bilden. Återigen gjorde Apple det enkelt.
Om de inte redan höll på att utveckla ”mobile first”-applikationer implementerade företaget en lösning som utnyttjar UI Webview för att distribuera webbapplikationer (de flesta av företagets betalnings- och faktureringsapplikationer) vid sidan av inbyggda applikationer (som Kronos, Workday och andra tredjepartsapplikationer). Webview-metoden gjorde det möjligt för teamet att utveckla en centraliserad, one-stop-shop-upplevelse för slutanvändaren. Tillsammans med en MDM-lösning (Mobile Device Management) som Mobile Iron, containeriserades webbvisningen och skickades till användarna som en inbyggd app. Bortsett från detaljerna i backend-konfigurationerna har vi nu en fungerande mobil POS-lösning. Och de gjorde det på 8 veckor.
Webview: definierad
En WebView-app består främst av Javascript-, CSS- och HTML-filer. I princip är din app en eller flera webbsidor. Dessa webbsidor utgör ditt gränssnitt i frontend. ”WebView” är det fönster genom vilket din enhet visar dessa webbsidor.
(från Human Element – Webview strategy for iOs and Android)
Din WebView ersätter en traditionell webbläsare. När det gäller iOS gör WK WebView ett ganska bra jobb när det gäller att kopiera användarupplevelsen av Safari. Även om det finns begränsningar med standardwebbläsarens funktionalitet som måste åtgärdas individuellt under utvecklingen. Ta till exempel bakåtknappen, AirPrint och tillgång till iOS-periferiprodukter … alla dessa måste köras ovanpå WK Webview för att möjliggöra en mer Safari-liknande användning.
Vilka konsekvenser får det?
WebView-strategin möjliggör en hybridapp-miljö. Du kan distribuera en uppsättning webbappar och paketera dem tillsammans i en slags native app-upplevelse. Om du också vill länka vidare till befintliga nativeappar som redan har distribuerats till dina användare kan du också göra det. Många användningsfall är möjliga här.
Vem definierar utvecklingsstandarderna för att integrera med vår nya WebView-lösning? Svaret på vem som äger vad och vem som är ansvarig är inte alltid tydligt…
Det blir intressant där app-upplevelsen slutar och WebView-upplevelsen börjar. I en företagsutvecklingsmiljö är det här som saker och ting blir oklara. Svaret på vem som äger vad och vem som är ansvarig är inte alltid tydligt. För att inte tala om att i många ”Lean IT”-företag kan en stor del av DEV-företaget vara leverantörsförvaltat. Hur hanterar vi den relationen? Vem definierar utvecklingsstandarderna för integrering med vår nya WebView-lösning? Hur samordnar vi olika lanseringsscheman?
WebView som ett stopp på resan mot ”Mobile First”
I en idealisk värld skulle vi alla använda inbyggda tillämpningar för alla företagstillämpningar. Vi skulle enkelt kunna styra användarupplevelsen och hantera konsekvenserna av lanseringen. Till och med betatestning av iOS-versioner förenklas. Du kanske till och med har en vision för en Mobile First-strategi. Men precis som i era Vision 2020-strategier och strategier för digital omvandling bygger vi färdplanen först och genomför den senare.
Webview bör och kommer troligen att spela en roll i er färdplan för Mobile First. Kom dock ihåg att de finesser och den flexibilitet som du åtnjöt under WebView försvinner när du blir helt mobil. För det första kan du inte längre ignorera ditt mobila operativsystem. Om du använder iPad som företaget ovan måste du satsa på Apple och iOS-utveckling.
Hörs på ett samtal: Hörde jag att ni lägger in Android-enheter i räckvidden? Vi borde nog synkronisera det eftersom Android är ett helt nytt universum jämfört med iOS … Jag har många stora frågor om den planen …
Det innebär att man måste skaffa talang, skaffa utvecklingsverktyg och gifta sitt tänkande med iOS-konstruktioner. För de flesta är detta en resurskrävande plan.
Oavsett om vi gör investeringen nu eller senare kommer fördelarna med hybridapputveckling att göra det möjligt för ditt team att leverera nya och intressanta användningsfall. Jag tycker att WK Webview och dess föregångare UI Webview erbjöd ett övertygande fall för en lösning som sparar Black Friday. När man investerar i teknik kommer den verkliga avkastningen från användarna. Det är upp till företaget, inte till Apple UI Class.