Contexte : une brève étude de cas
Un grand opérateur de télécommunications cherchait un moyen rapide et innovant d’augmenter les postes de vente au point de vente dans ses points de vente brique et mortier. L’entreprise venait d’acquérir l’iPhone d’Apple et le Black Friday approchait. Prévoyant l’augmentation du trafic piétonnier, l’entreprise s’est tournée vers l’équipe technologique pour trouver une solution. Ils avaient 8 semaines pour livrer.
Sachant qu’il n’y avait pas assez de temps pour câbler en dur de nouvelles stations POS dans chaque emplacement. Pour cela, nous parlons d’un véritable cauchemar logistique. Ils auraient eu besoin de se procurer du matériel, de câbler de nouvelles prises réseau, d’allouer plus d’espace de bureau pour de nouvelles stations de travail et de certifier chacun de leurs milliers de sites de vente au détail d’entreprise actifs. Ok. Passons au « plan B ».
Depuis quelques mois déjà, dans le cadre d’un programme pilote qui déployait des tablettes Samsung pour leur équipe de direction des ventes, l’entreprise a senti une opportunité. Des stations de point de vente mobiles déployées sur des tablettes. Pas exactement une approche nouvelle à l’époque, mais une approche qui nécessiterait sûrement que les équipes franchissent quelques obstacles techniques et conceptuels.
Voici un aperçu de quelques-uns d’entre eux :
- Définir la chaîne de valeur pour l’approvisionnement et la livraison des tablettes. Qui sont les acteurs ?
- Sécurité de l’information des entreprises
- Gestion des actifs. Dans ce cas : Mobile Device Management.
- Cycle de vie des produits matériels. Quel est le coût total de possession ?
- Gestion des applications. Comment déployer vos applications d’entreprise sur un OS mobile ?
- À quoi doit ressembler l’expérience utilisateur ? Comment cela se traduira-t-il par une expérience client positive ?
Tous ces éléments sont importants à réfléchir et à documenter clairement pour votre programme de mobilité. Mais je tiens à souligner quelques facteurs déterminants dans la décision de l’entreprise de déployer finalement des appareils Apple iOS. La sécurité était une préoccupation majeure, car ces tablettes traiteraient quotidiennement des données PCI en temps réel. Les canaux d’approvisionnement établis étaient également importants. Apple est en relation avec quelques distributeurs de confiance qui facilitent l’approvisionnement, la mise à disposition et la livraison. Enfin, l’équipe technologique devait être capable de gérer et de déployer des applications d’entreprise. C’est là que les environnements de webview et d’applications hybrides sont entrés en jeu. Là encore, Apple a facilité les choses.
Parce qu’elle ne développait pas déjà des applications » mobile first « , l’entreprise a mis en place une solution tirant parti de UI Webview pour déployer des webapps (la plupart des applications de paiement et de facturation de l’entreprise) aux côtés d’applications natives (comme Kronos, Workday et d’autres applications tierces). L’approche Webview a permis à l’équipe de développer une expérience centralisée, à guichet unique, pour l’utilisateur final. Associée à une solution de gestion des appareils mobiles (MDM) comme Mobile Iron, la vue Web a été conteneurisée et envoyée aux utilisateurs comme une application native. À l’exception des détails des configurations dorsales, nous avons maintenant une solution de point de vente mobile fonctionnelle. Et ils l’ont fait en 8 semaines.
Webview : défini
Une application WebView est composée principalement de fichiers Javascript, CSS et HTML. Fondamentalement, votre app est une ou plusieurs pages web. Ces pages web constituent votre interface frontale. La « WebView » est la fenêtre à travers laquelle votre appareil affiche ces pages web.
(from Human Element – Webview strategy for iOs and Android)
Votre WebView se substitue à un navigateur traditionnel. Dans le cas d’iOS, WK WebView fait un travail correct pour reproduire l’expérience utilisateur de Safari. Bien qu’il y ait des limitations avec la fonctionnalité standard du navigateur qui devront être traitées individuellement pendant le développement. Prenons par exemple le bouton retour, AirPrint et l’accès aux périphériques iOS… tous ces éléments doivent fonctionner au-dessus de WK Webview pour permettre un déploiement plus proche de Safari.
Quels sont les impacts ?
La stratégie WebView permet un environnement d’applications hybrides. Vous pouvez déployer une suite d’applications Web et les regrouper dans une sorte d’expérience d’application native. Si vous voulez également « link-through » aux apps natives existantes déjà déployées à vos utilisateurs, vous pouvez le faire aussi. De nombreux cas d’utilisation sont possibles ici.
Qui définit les normes de développement à intégrer à notre nouvelle solution WebView ? Répondre à qui appartient quoi et qui est responsable n’est pas toujours clair…
Là où cela devient intéressant, c’est là où l’expérience de l’app se termine et l’expérience de WebView commence. Dans un environnement de développement d’entreprise, c’est là que les choses deviennent obscures. La réponse à la question de savoir qui possède quoi et qui est responsable n’est pas toujours claire. Sans compter que dans de nombreux ateliers « Lean IT », une grande partie de l’atelier de développement peut être gérée par le fournisseur. Comment gérer cette relation ? Qui définit les normes de développement à intégrer à notre nouvelle solution WebView ? Comment coordonner les calendriers de publication ?
WebView comme une étape du voyage vers le « Mobile First »
Dans un monde idéal, nous déploierions tous des applications natives pour toutes les applications d’entreprise. Nous pourrions facilement contrôler l’expérience utilisateur et gérer les impacts des versions. Même les tests bêta pour les versions iOS sont simplifiés. Vous pouvez même avoir une déclaration de vision pour une stratégie Mobile First. Mais comme vos stratégies Vision 2020 et Transformation numérique, nous construisons d’abord la feuille de route, nous mettons en œuvre plus tard.
Webview devrait et jouera probablement un rôle dans votre feuille de route Mobile First. Rappelez-vous cependant que les commodités et les flexibilités dont vous avez bénéficié sous WebView disparaissent dès que vous passez au tout mobile. D’une part, vous ne pouvez plus ignorer votre système d’exploitation mobile. Si vous déployez sur iPad comme l’entreprise ci-dessus, vous avez intérêt à vous engager dans le développement Apple et iOS.
Entendu lors d’un appel : Ai-je entendu que vous mettez les appareils Android dans la portée ? Nous devrions probablement nous synchroniser sur cela parce que passer à Android est un tout nouvel univers par rapport à iOS … J’ai beaucoup de grandes questions sur ce plan…
Cela signifie acquérir le talent, se procurer les outils de développement, et marier votre pensée aux constructions iOS. Pour la plupart, il s’agit d’un plan exigeant en ressources.
Que nous fassions l’investissement maintenant ou plus tard, les avantages du développement d’applications hybrides permettront à votre équipe de fournir de nouveaux cas d’utilisation intéressants. Je pense que WK Webview et son prédécesseur UI Webview ont offert un cas convaincant pour une solution d’économie de Black Friday. Avec la technologie investie, les vrais retours viennent de l’adoption par les utilisateurs. Cela dépend de l’entreprise, pas de la classe UI d’Apple.