Le DEX (Digital Employee Experience) est souvent réduit à "encore un outil de monitoring". J'ai vu cette catégorie d'outils sous deux angles différents avec Nexthink, à deux moments de ma carrière : comme donnée d'entrée pour fonder une décision d'architecture, puis comme argument à défendre face à un client. Aujourd'hui, sur ma mission actuelle, une troisième approche s'ouvre avec Tanium DEX. Voici cette trajectoire, et ce qu'elle m'apprend.

Quand la télémétrie remplace l'hypothèse

Une étude d'opportunité classique se construit sur des entretiens : besoins déclarés, dimensionnement déduit. Méthode raisonnable, mais limitée — elle décrit ce que les gens pensent faire, pas ce qu'ils font réellement.

J'ai piloté ce type d'étude en tant qu'architecte, sur un périmètre de plusieurs milliers de postes répartis sur l'ensemble du territoire national, avec un double objectif : évaluer l'opportunité d'un projet de virtualisation du poste de travail, et étudier la rationalisation des principaux services d'infrastructure présents sur chaque site vers un modèle plus centralisé. Plutôt que de s'appuyer sur les seuls entretiens, on a instrumenté un échantillon représentatif du parc avec un agent de télémétrie pendant plusieurs semaines, pour dimensionner sur des faits d'usage réel plutôt que sur des déclarations. Temps de démarrage, erreurs applicatives, échecs de connexion, santé disque, configurations de sécurité incomplètes : autant de signaux qu'aucun atelier fonctionnel n'aurait fait remonter seul.

Cette donnée devient un argument d'architecture, pas un tableau de bord. Elle permet d'arbitrer entre plusieurs scénarios avec des faits plutôt qu'avec des convictions — et le dimensionnement ne s'arrête pas au poste : il porte aussi sur les principaux services d'infrastructure sous-jacents. Un scénario qui ignore, par exemple, l'impact sur le stockage ou l'annuaire reste une recommandation incomplète. C'est ce qui permet de chiffrer, même approximativement, l'impact d'un choix face à une direction qui doit arbitrer un budget.

Quand le DEX devient un argument d'architecture et de transformation

Deuxième expérience, plus tard : porter, face à un grand client, une proposition de modernisation du support articulée autour du monitoring proactif — shift du réactif vers le proactif, détection avant que l'utilisateur n'appelle, root cause analysis sans interruption du poste, self-service connecté à l'outil ITSM.

Ce contenu est aujourd'hui largement disponible dans la littérature du secteur — n'importe qui peut retrouver ces mêmes arguments chez la plupart des éditeurs DEX. À l'époque, l'entreprise pour laquelle je travaillais était en avance sur ce sujet : elle n'hésitait pas à le mettre en avant alors que ce n'était pas encore la norme du marché. Le DEX proactif est devenu une évidence aujourd'hui ; ça ne l'était pas au moment où j'ai porté ce discours face au client.

Ce qui compte ici, ce n'est pas le contenu en lui-même, mais le rôle d'interface que ça implique : traduire une vision produit ou commerciale en quelque chose de techniquement défendable. Et c'est là qu'est la vraie distinction à faire valoir face au client : le monitoring proactif n'est pas une couche de plus, c'est le système nerveux qui mesure la réalité du terrain là où les outils de gestion classiques ne mesurent que ce qu'on a demandé aux postes de faire. Sans cette visibilité indépendante et temps réel, on n'administre pas une expérience utilisateur, on gère des statistiques de conformité qui ne disent rien de ce que les collaborateurs vivent réellement.

Ce que ces deux expériences ont en commun

Que ce soit pour fonder une étude d'opportunité ou pour défendre une proposition face à un client, le principe est le même : la télémétrie n'a de valeur que si elle est traduite en décision. Un tableau de bord DEX, aussi complet soit-il, ne vaut rien tant qu'il n'a pas été relié à une question d'architecture précise — dimensionner quoi, arbitrer entre quelles options, justifier quel choix. La question n'est jamais "quel outil DEX choisir", elle est "quelle décision d'architecture ce niveau de visibilité doit-il permettre de prendre". L'outil vient après la question, pas avant.

Et aujourd'hui, avec Tanium

Sur ma mission actuelle, un des pays est actuellement en pilote sur le module DEX de Tanium. Je n'en ai pas encore le retour, mais c'est un sujet que je suivrai avec intérêt.

Cet article s'appuie sur des expériences professionnelles vécues sur plusieurs missions. Aucun nom de client n'est mentionné ; les données chiffrées propres à un contexte commercial ou contractuel spécifique ont été volontairement omises.