De ce majoritatea aplicațiilor mobile enterprise nu reușesc să ofere valoare reală de business

Aplicațiile mobile pentru întreprinderi au un istoric curios. Organizațiile cheltuiesc bugete semnificative pentru a le construi, le lansează cu fanfară internă și apoi urmăresc cum adoptarea stagnează în câteva săptămâni. Aplicația există. Din punct de vedere tehnic, funcționează. Dar nu schimbă modul în care oamenii lucrează efectiv și, într-un an, este pusă deoparte în liniște sau retrogradată la o linie de buget pe care nimeni nu vrea să o dețină.

Acest lucru nu se întâmplă pentru că tehnologia mobilă este imatură. Aplicațiile mobile pentru consumatori au transformat industrii întregi de mai bine de un deceniu. Problema este specifică modului în care întreprinderile abordează tehnologia mobilă - și începe cu mult înainte ca cineva să scrie o linie de cod.

Problema „proiectului secundar”

În multe organizații, aplicațiile mobile sunt tratate ca extensii ale sistemelor existente, mai degrabă decât ca produse de sine stătătoare. Decizia de a construi o aplicație mobilă sună adesea astfel: „Avem deja un portal web - haideți să construim o versiune mobilă.”

Această încadrare este rădăcina majorității eșecurilor. O aplicație mobilă nu este o versiune mai mică a unei aplicații web. Ea funcționează într-un context fundamental diferit - conectivitate intermitentă, ecrane mai mici, interacțiune tactilă, constrângeri de securitate la nivel de dispozitiv și utilizatori care se așteaptă la o experiență modelată de aplicațiile de consum pe care le folosesc în fiecare zi.

Când o inițiativă mobilă este tratată ca un proiect secundar, ea moștenește prioritățile, termenele și guvernanța sistemului părinte. Este dotată cu personalul disponibil. Deciziile UX sunt luate de dezvoltatori care nu au lansat niciodată un produs mobil. API-urile backend sunt proiectate pentru consum web și adaptate pentru utilizare mobilă. Rezultatul este o aplicație care se simte ca o pagină web forțată într-un telefon - pentru că exact asta este.

Pregătirea backend-ului este non-negociabilă

Cel mai frecvent eșec tehnic în proiectele mobile pentru întreprinderi nu este deloc pe partea mobilă. Este backend-ul.

Backend-urile pentru întreprinderi au fost proiectate pentru modele de cerere-răspuns prin rețele fiabile. Un utilizator web care stă la un birou cu o conexiune prin cablu poate tolera un răspuns API de două secunde. Un tehnician de teren cu o conexiune celulară într-un depozit nu poate. Și când același backend deservește atât aplicația web, cât și aplicația mobilă, experiența mobilă are de suferit, deoarece nu a fost niciodată constrângerea principală de proiectare.

Aplicațiile mobile au nevoie de backend-uri optimizate pentru modelele lor specifice de acces:

Interacțiuni de frecvență înaltă, cu încărcătură utilă redusă.API-urile mobile ar trebui să returneze exact datele de care are nevoie ecranul - nu întregul grafic de entități pe care îl necesită tabloul de bord web. Suprasolicitarea este cea mai frecventă problemă de performanță în aplicațiile mobile pentru întreprinderi și este în întregime o problemă de proiectare a backend-ului.

Sincronizarea datelor offline-first.Orice aplicație mobilă utilizată pe teren - de echipele de vânzări, inspectori, echipele de întreținere, șoferii de livrare - trebuie să funcționeze fără o conexiune la rețea. Acest lucru necesită o strategie de sincronizare care gestionează conflictele, pune în coadă modificările și reconciliază starea atunci când conectivitatea revine. Aceasta este o problemă dificilă de sisteme distribuite, iar majoritatea backend-urilor pentru întreprinderi nu sunt proiectate pentru aceasta.

Autentificare și gestionare a sesiunilor concepute pentru mobil.Sistemele de autentificare unică pentru întreprinderi, fluxurile de reîmprospătare a token-urilor și expirările sesiunilor care funcționează perfect pe web creează adesea experiențe frustrante pe mobil. Un lucrător de teren care trebuie să se reautentifice la fiecare treizeci de minute din cauza unei politici de securitate concepute pentru browserele desktop va înceta să mai folosească aplicația.

Securitatea și identitatea sunt diferite pe mobil

Aplicațiile mobile pentru întreprinderi introduc provocări de securitate care nu există în aplicațiile web, iar majoritatea organizațiilor le subestimează.

Dispozitivul în sine este o suprafață de risc. Spre deosebire de un desktop gestionat, un dispozitiv mobil poate fi partajat, pierdut, furat sau utilizat pe rețele nesigure. Datele stocate local pe dispozitiv - acreditări stocate în cache, documente descărcate, date offline - trebuie să fie criptate și șterse de la distanță. Aceasta nu este o caracteristică pe care o adăugați mai târziu. Este o decizie arhitecturală fundamentală care afectează fiecare strat al aplicației.

Gestionarea identității pe mobil este mai complexă decât pe web. Autentificarea biometrică, certificatele la nivel de dispozitiv, integrarea gestionării dispozitivelor mobile și politicile de acces condiționat trebuie toate proiectate în aplicație de la început. Organizațiile care le adaugă după construcția inițială ajung invariabil cu o aplicație care este fie nesigură, fie inutilizabilă - și uneori ambele.

În industriile reglementate, există cerințe suplimentare: piste de audit pentru accesul la date, constrângeri de rezidență a datelor pentru informațiile stocate în cache și conformitatea cu standardele specifice industriei care pot dicta modul în care datele sunt stocate și transmise pe dispozitivele mobile. Acestea nu sunt cazuri marginale. Sunt cerințe care ar trebui să fie pe masă în timpul primei discuții despre arhitectură.

Așteptările aplicațiilor pentru consumatori, realitățile aplicațiilor pentru întreprinderi

Distanța dintre ceea ce așteaptă utilizatorii de la o aplicație mobilă și ceea ce oferă de obicei echipele de întreprinderi este în creștere. Fiecare utilizator de întreprindere este, de asemenea, un consumator care utilizează aplicații bancare, aplicații de ride-sharing și platforme de mesagerie care stabilesc un standard extrem de ridicat pentru capacitatea de răspuns, fiabilitate și calitatea designului.

O aplicație mobilă pentru întreprinderi nu trebuie să arate ca Instagram. Dar trebuie să se simtă receptivă, să funcționeze fiabil și să respecte timpul utilizatorului. Pull-to-refresh care durează opt secunde. Formulare care pierd date când aplicația trece în fundal. Navigare care necesită șase atingeri pentru a ajunge la o funcție utilizată frecvent. Acestea nu sunt plângeri minore - sunt motive pentru care oamenii încetează să mai folosească aplicația.

Organizațiile care construiesc aplicații mobile de succes pentru întreprinderi investesc în design UX specific pentru mobil, nu ca un gând ulterior, ci ca un flux de lucru principal. Acestea efectuează teste de utilizare cu utilizatori reali de teren, nu doar cu părțile interesate într-o sală de conferințe. Acestea măsoară timpul de finalizare a sarcinii, nu doar livrarea funcțiilor, și iterează pe baza datelor reale de utilizare după lansare.

Când mobilul este soluția potrivită - și când nu este

Nu fiecare proces beneficiază de o aplicație mobilă. Decizia de a construi una ar trebui să se bazeze pe o analiză clară a locurilor în care mobilul adaugă valoare în mod unic, nu pe presupunerea că totul ar trebui să fie disponibil pe un telefon.

Mobilul este alegerea potrivită atunci când contextul principal de lucru al utilizatorului este departe de un birou - service pe teren, inspecții, livrări, vânzări la fața locului. Atunci când sarcina necesită captarea datelor în timp real la punctul de activitate - numărări de inventar, inspecții de calitate, internarea pacienților, raportarea incidentelor. Și atunci când actualitatea informațiilor creează valoare de afaceri măsurabilă - alerte critice, tablouri de bord operaționale, fluxuri de lucru de aprobare care nu ar trebui să aștepte.

Mobilul este alegerea greșită atunci când procesul implică introducerea sau analiza complexă a datelor care necesită un ecran mai mare. Atunci când problema reală este procesul, nu accesul - un lanț de aprobare lent nu devine mai rapid prin mutarea lui pe un telefon. Și atunci când nu există o populație clară de utilizatori cu o nevoie mobile-first - construirea unei aplicații mobile pentru că „toată lumea are un telefon” nu este o strategie.

Ce înseamnă asta pentru lideri

Înainte de a aproba o inițiativă de aplicație mobilă, cereți echipei dvs. să răspundă la trei întrebări cu specificitate:

Cine va folosi această aplicație și de ce nu pot realiza această sarcină cu instrumentele existente?

Care este pregătirea backend-ului pentru cerințele specifice mobile - suport offline, API-uri cu latență scăzută, autentificare mobilă?

Cum vom măsura dacă această aplicație a schimbat efectiv modul în care oamenii lucrează, nu doar dacă a fost descărcată?

Mobilul pentru întreprinderi, făcut bine, este un adevărat multiplicator de forță - pune informațiile potrivite și acțiunile potrivite în mâinile oamenilor în momentul în care au nevoie de ele. Dar necesită tratarea mobilului ca o disciplină distinctă, cu propriile constrângeri, propriile principii de proiectare și propria definiție a succesului. Organizațiile care o abordează cu acest nivel de seriozitate construiesc aplicații mobile pe care oamenii le folosesc efectiv. Restul construiesc aplicații care trăiesc pe ecranele de start și adună praf.