Tausta: lyhyt tapaustutkimus
Suuri teleyritys etsi nopeaa ja innovatiivista tapaa lisätä POS-myyntiasemia kivijalkamyymälöissään. Yritys oli juuri hankkinut Applen iPhonen ja Black Friday oli lähellä. Ennustettuaan kävijämäärän kasvua yritys kääntyi teknologiatiimin puoleen, jotta se keksisi ratkaisun. Heillä oli kahdeksan viikkoa aikaa toimittaa ratkaisu.
Tietäen, että aika ei riittänyt uusien kassa-asemien kiinteään kytkemiseen jokaiseen toimipisteeseen. Siitä puhutaan todellista logistista painajaista. Heidän olisi pitänyt hankkia laitteistoa, johdottaa uusia verkkopisteitä, varata lisää pöytätilaa uusille työasemille ja sertifioida jokainen heidän tuhansista aktiivisista yritysmyyntipaikoistaan. Selvä. Selvä. Siirrytään ”suunnitelmaan b”.
Yhtiö oli jo muutaman kuukauden ajan toteuttanut pilottiohjelman, jossa Samsung-tabletteja otettiin käyttöön myynnin johtoryhmässä, ja se aavisti tilaisuuden. Mobiilit POS-asemat, jotka on toteutettu tableteilla. Se ei ollut tuolloin aivan uusi lähestymistapa, mutta se vaati varmasti tiimejä hyppäämään muutamien teknisten ja konseptuaalisten esteiden yli.
Tässä on muutamia niistä:
- Tablettien hankinnan ja toimituksen arvoketjun määrittely. Ketkä ovat toimijoita?
- Yritysten tietoturva
- Varallisuudenhallinta. Tässä tapauksessa: Mobile Device Management.
- Hardware-tuotteen elinkaari. Mikä on omistuksen kokonaiskustannus?
- Sovellusten hallinta. Miten yrityssovellukset otetaan käyttöön mobiilikäyttöjärjestelmässä?
- Miltä käyttäjäkokemuksen pitäisi näyttää? Miten se näkyy myönteisenä asiakaskokemuksena?
Kaikki on tärkeää ideoida ja dokumentoida selkeästi liikkuvuusohjelmaa varten. Haluan kuitenkin nostaa esiin muutamia ohjaavia tekijöitä, jotka vaikuttivat yrityksen päätökseen ottaa lopulta käyttöön Applen iOS-laitteet. Tietoturva oli tärkein huolenaihe, koska näillä tableteilla käsiteltäisiin reaaliaikaisia PCI-tietoja päivittäin. Myös vakiintuneet hankintakanavat olivat tärkeitä. Apple on yhteydessä muutamaan luotettuun jakelijaan, jotka tekevät hankinnasta, käyttöönotosta ja toimituksesta helppoa. Viimeisenä oli teknologiatiimin kyky hallita ja ottaa käyttöön yrityssovelluksia. Tässä vaiheessa verkkonäkymä- ja hybridisovellusympäristöt tulivat kuvaan mukaan. Jälleen kerran Apple teki siitä helppoa.
Koska yritys ei vielä kehittänyt ”mobile first” -sovelluksia, se otti käyttöön ratkaisun, jossa hyödynnettiin UI Webview -käyttöliittymää web-sovellusten (useimmat yrityksen maksu- ja laskutussovellukset) käyttöönottoon natiivisovellusten (kuten Kronos, Workday ja muut kolmannen osapuolen sovellukset) rinnalla. Webview-lähestymistavan ansiosta tiimi pystyi kehittämään keskitetyn, yhden luukun kokemuksen loppukäyttäjälle. Yhdessä Mobile Ironin kaltaisen mobiililaitteiden hallintaratkaisun (MDM) kanssa verkkonäkymä konteerattiin ja työnnettiin käyttäjille natiivina sovelluksena. Backend-konfiguraatioiden yksityiskohtia lukuun ottamatta meillä on nyt toimiva mobiili POS-ratkaisu. Ja se tehtiin kahdeksassa viikossa.
Webview: määritelty
WebView-sovellus koostuu pääasiassa Javascript-, CSS- ja HTML-tiedostoista. Periaatteessa sovellus on yksi tai useampi verkkosivu. Nämä verkkosivut muodostavat frontend-käyttöliittymäsi. ”WebView” on ikkuna, jonka kautta laitteesi näyttää nämä verkkosivut.
(from Human Element – Webview-strategia iOs:lle ja Androidille)
WebView korvaa perinteisen selaimen. iOS:n tapauksessa WK WebView toistaa melko hyvin Safarin käyttökokemuksen. Tosin tavallisen selaimen toiminnallisuuteen liittyy rajoituksia, jotka on käsiteltävä erikseen kehitystyön aikana. Otetaan esimerkiksi takaisin-painike, AirPrint ja pääsy iOS:n oheislaitteisiin … kaikkien näiden on toimittava WK WebView:n päällä, jotta käyttöönotto olisi Safarin kaltaisempaa.
Mitkä ovat vaikutukset?
WebView-strategia mahdollistaa hybridisovellusympäristön. Voit ottaa käyttöön joukon verkkosovelluksia ja paketoida ne yhteen eräänlaiseksi natiivisovelluskokemukseksi. Jos haluat myös ”linkittää” olemassa olevia natiivisovelluksia, jotka on jo otettu käyttöön käyttäjille, voit tehdä senkin. Monet käyttötapaukset ovat tässä mahdollisia.
Kuka määrittelee kehitysstandardit, jotka on integroitava uuteen WebView-ratkaisuumme? Vastaaminen siihen, kuka omistaa mitäkin ja kuka on vastuussa, ei ole aina selvää…
Kiinnostavaksi asia muuttuu siinä, missä sovelluskokemus loppuu ja WebView-kokemus alkaa. Yrityskehitysympäristössä tämä on se kohta, jossa asiat muuttuvat hämäriksi. Vastaaminen siihen, kuka omistaa mitäkin ja kuka on vastuussa, ei ole aina selvää. Puhumattakaan siitä, että monissa ”Lean IT” -liikkeissä suuri osa DEV-liikkeestä voi olla toimittajan hallinnoimaa. Miten tätä suhdetta hallitaan? Kuka määrittelee kehitysstandardit, jotka integroidaan uuteen WebView-ratkaisuumme? Miten koordinoimme julkaisuaikataulut?
WebView on yksi pysäkki matkalla ”Mobile First”
Ideaalimaailmassa ottaisimme käyttöön natiivisovelluksia kaikissa yrityssovelluksissa. Voisimme helposti hallita käyttäjäkokemusta ja hallita julkaisuvaikutuksia. Jopa iOS-julkaisujen beta-testaus yksinkertaistuu. Sinulla saattaa olla jopa visioesitys Mobile First -strategiasta. Mutta kuten Vision 2020- ja Digital Transformation -strategioissasi, rakennamme ensin tiekartan ja toteutamme sen myöhemmin.
Webview:llä pitäisi olla ja todennäköisesti tulee olemaan osansa Mobile First -tiekartassasi. Muista kuitenkin, että WebView-ohjelmassa nauttimasi hienoudet ja joustot häviävät, kun siirryt täysin mobiiliin. Ensinnäkin et voi enää sivuuttaa mobiilikäyttöjärjestelmääsi. Jos otat käyttöön iPadin, kuten edellä mainittu yritys, sinun on parasta sitoutua Appleen ja iOS-kehitykseen.
Kuului puhelu: Kuulin, että olet ottamassa Android-laitteita käyttöön? Meidän pitäisi varmaan synkronoida se, koska Androidiin siirtyminen on kokonaan uusi universumi iOS:ään verrattuna… Minulla on paljon suuria kysymyksiä tuosta suunnitelmasta…
Tämä tarkoittaa lahjakkuuden hankkimista, kehitystyökalujen hankkimista ja ajattelun naittamista iOS:n rakenteisiin. Useimmille tämä on resursseja vaativa suunnitelma.
Tehdäänpä investointi nyt tai myöhemmin, hybridisovelluskehityksen hyödyt antavat tiimillesi mahdollisuuden tuottaa uusia ja mielenkiintoisia käyttötapauksia. Mielestäni WK Webview ja sen edeltäjä UI Webview tarjosivat vakuuttavan tapauksen mustan perjantain pelastavalle ratkaisulle. Investoidun teknologian kohdalla todellinen tuotto tulee käyttäjien hyväksynnästä. Se on yrityksestä kiinni, ei Applen UI-luokasta.