Un pilote XR, c’est souvent un moment agréable. Le casque fonctionne, la démonstration est fluide, les décideurs sourient, et quelqu’un finit par dire : « Imaginez ça dans toute l’organisation ». Puis le réel revient avec sa liste très concrète : identités utilisateurs, gestion des appareils, réseau, mises à jour de contenu, support, hygiène, sécurité.

C’est précisément le point soulevé par Alex Cole dans UC Today, dans l’article « Why Does Every XR Pilot Look Impressive but Fail to Scale Across the Business? », publié le 11 mai 2026 dans la rubrique Immersive Workplace & XR Tech Explainer. L’idée est simple : beaucoup de projets XR ne bloquent pas parce que la technologie serait « trop jeune ». Ils bloquent parce que le pilote prouve que l’expérience est séduisante, pas que l’entreprise sait la faire fonctionner au quotidien.

Pour les non spécialistes, rappelons que la XR désigne les technologies immersives au sens large, réalité virtuelle, réalité augmentée et expériences mixtes. En clair, tout ce qui permet d’apprendre, collaborer, visiter ou simuler autrement qu’avec un écran classique. Mais entre une démonstration convaincante et un service réellement utilisé par des équipes, il y a le même écart qu’entre une cuisine témoin et un restaurant en plein service.

Le piège du pilote qui répond à la mauvaise question 

Un pilote XR cherche souvent à répondre à une question : « Est-ce que l’expérience est convaincante ? ». C’est utile, mais insuffisant. Un déploiement en entreprise doit répondre à une autre question : « Peut-on exploiter cette solution comme un service de travail gouverné ? ».

Dans l’article d’UC Today, Alex Cole insiste sur ce décalage. Les pilotes réussissent parfois parce qu’ils retirent discrètement les contraintes qui feront échouer le projet plus tard. Ils se déroulent sur le meilleur Wi-Fi du bâtiment. Ils reposent sur un utilisateur champion, motivé et disponible. Ils utilisent parfois un contenu figé qui n’a jamais besoin d’être mis à jour. Ils évitent les cas compliqués, comme l’authentification sur des casques partagés.

Or la vraie vie n’est pas une scène de démonstration. Les utilisateurs réels ne sont pas des acteurs payés pour réussir le scénario. Ils ont peu de temps, des habitudes installées, des contraintes métier, parfois des sites avec une connectivité moyenne. C’est là que la phrase de l’article devient importante : le pilote récompense la mise en scène, le passage à l’échelle récompense les opérations.

Autrement dit, la XR doit être pensée comme deux choses à la fois : un parc d’appareils à gérer et un cycle de vie de contenus à maintenir. Ce n’est pas moins créatif, c’est simplement plus sérieux.

Ce qui casse quand la XR sort du laboratoire 

Dans une démonstration, tout est propre. Dans une entreprise, tout est compromis entre sécurité, coût, patience des utilisateurs et capacité des équipes IT. UC Today liste plusieurs points de rupture très concrets.

Le premier concerne la propriété du projet. Un pilote est souvent porté par une équipe innovation ou par un métier très motivé. Mais un déploiement durable exige une responsabilité partagée entre l’IT, la sécurité et le responsable du processus métier. Si personne ne sait qui gère les casques, qui met à jour les contenus et qui accompagne les utilisateurs, le projet devient un « navire fantôme ».

Le deuxième point est le contenu. Un module de formation peut être parfait le jour du pilote. Mais les procédures changent, les sites diffèrent, les consignes sécurité évoluent. Si chaque modification ressemble à une mini mise en production logicielle, l’élan retombe. La XR a besoin d’un circuit de publication simple, presque ennuyeux, au bon sens du terme. Comme une bibliothèque bien rangée : ce n’est pas spectaculaire, mais c’est ce qui permet de retrouver le bon document au bon moment.

Troisième sujet : les appareils partagés. Beaucoup de pilotes supposent qu’un utilisateur a son casque. Dans la réalité, plusieurs entreprises partagent les casques ou lunettes entre équipes, sites ou services. Dès lors, l’identité devient centrale. Qui a utilisé quoi ? Quand ? Avec quels droits ? Si ces réponses ne sont pas claires, les équipes sécurité ralentiront le projet, et elles auront raison.

Quatrième point : le support. Un casque en panne pendant un pilote, c’est une anecdote. 300 appareils en panne ou mal configurés sur plusieurs sites, c’est une file d’incidents. Il faut prévoir les appareils de rechange, la charge, le stockage, l’hygiène, le diagnostic à distance et un chemin d’escalade clair.

Enfin, il y a le réseau. Une expérience XR qui suppose une connexion parfaite ne tiendra pas longtemps dans un entrepôt avec des zones radio faibles, une bande passante partagée ou des sites très différents.

Quand la XR vaut mieux qu’un appel vidéo 

L’article d’UC Today pose aussi une question salutaire : quand la collaboration immersive bat-elle vraiment la visioconférence, et quand devient-elle du théâtre coûteux ? C’est une question que tout dirigeant devrait poser.

La XR apporte de la valeur quand l’espace, le geste ou la perception comptent. Par exemple, comprendre la taille d’une machine, s’entraîner à une procédure, repérer un danger dans un environnement complexe, visiter un lieu inaccessible, ou préparer une situation anxiogène. Si l’objectif est simplement de discuter autour de slides, une réunion vidéo suffit souvent.

L’analogie est celle de la boîte à outils. On n’utilise pas une perceuse pour planter un clou. La XR n’est pas « mieux » par nature. Elle est pertinente quand elle permet de faire quelque chose que l’écran plat fait mal : ressentir une distance, répéter un geste, se repérer dans un lieu, vivre une situation sans risque.

Pour mesurer cette pertinence, il faut définir les bons indicateurs avant le déploiement. Par exemple :

  • Le temps gagné pour former un nouvel arrivant.
  • La baisse des erreurs sur une procédure.
  • Le taux d’usage réel après trois ou six mois.
  • Le temps nécessaire pour mettre à jour un contenu.
  • Le nombre d’incidents support par site.
  • La satisfaction des utilisateurs non experts.

Si une donnée manque, il vaut mieux organiser une mesure simple dès le départ : comparaison avant/après, questionnaire court, suivi des connexions, journal des incidents, entretien avec les formateurs. Sans mesure, on reste dans l’impression.

Cas d’usage : former sans immobiliser toute l’organisation 

Prenons un cas industriel. Une entreprise veut former des opérateurs à une procédure de maintenance sur une machine coûteuse. Le pilote XR est superbe : l’utilisateur visualise les pièces, suit les étapes, manipule virtuellement les éléments. Tout le monde comprend l’intérêt.

Mais pour passer à l’échelle, il faut répondre à des questions moins glamour. Les casques seront-ils disponibles sur chaque site ? Qui les recharge ? Comment intégrer les nouveaux scénarios quand la procédure change ? Que se passe-t-il si le Wi-Fi de l’atelier est instable ? Les droits d’accès sont-ils différents pour un intérimaire, un technicien senior et un formateur ?

Si ces réponses sont traitées dès le départ, la XR peut devenir un outil régulier de montée en compétence. Sinon, elle reste une belle démonstration rangée dans une armoire.

Dans le commerce ou le tourisme, la logique est proche. Une visite immersive d’un lieu culturel, d’un hôtel ou d’un showroom peut séduire en salon professionnel. Mais son impact dépendra de la facilité de mise à jour des scènes, de la disponibilité sur les points de contact, de l’accompagnement des équipes et de la capacité à mesurer les usages. La valeur ne vient pas seulement de l’image à 360 degrés, mais de son intégration dans un parcours réel.

Ce que cela change pour les projets de santé immersive 

Le secteur de la santé illustre bien cette différence entre effet démonstrateur et usage opérationnel. Une expérience immersive peut aider un patient à se préparer à une consultation, à découvrir un environnement de soin ou à réduire l’appréhension d’un geste médical. Mais là encore, le sujet n’est pas seulement de créer une belle expérience VR. Il faut l’intégrer dans un parcours de soin, avec des professionnels, des moments d’usage, des règles d’hygiène, une maintenance et des contenus compréhensibles.

C’est dans cette logique qu’explorations360 déploie easycare360 avec PrépaSoins VR. Le contexte est concret : déploiement d’une solution VR d’habituation aux soins pour préparer les patients aux consultations et intégrer l’usage immersif dans un parcours de soin réel. Ce cas montre que la valeur ne se limite pas à l’effet de surprise du casque. Elle vient d’un usage opérationnel, maintenable et répétable.

Le retour d’expérience résume bien l’enjeu : « Ce projet a permis de réduire l'anxiété des patients lors des consultations ».

Pour explorations360, l’intérêt des outils immersifs est justement de rendre ces usages plus faciles à structurer. easycare360 s’inscrit dans cette approche : penser le contenu, le contexte d’utilisation et le déploiement ensemble, plutôt que séparément. C’est cette cohérence qui aide une organisation à passer de « la démo fonctionne » à « le service est utilisable ».

La leçon de l’article d’UC Today est donc très actuelle : la XR n’a pas besoin de plus d’effet waouh pour convaincre durablement. Elle a besoin de gouvernance, de simplicité opérationnelle et de contenus vivants. Les organisations qui réussiront ne seront pas forcément celles qui auront le pilote le plus spectaculaire, mais celles qui sauront transformer l’immersion en capacité répétable, utile et bien accompagnée.

#XR, #RéalitéAugmentée, #TransformationNumérique, #InnovationEntreprise, #GestionImmersive, #TechnologieXR

Cet article fait partie de notre veille technologique Veille360, une sélection d'actualités sur les technologies immersives.