Stratégie d’Expérience Totale

Les organisations investissent dans l’expérience. Les outils ne sont pas adoptés. Les parcours restent hachés. Les équipes contournent ce qu’elles sont censées utiliser.
Ce n’est pas un problème de méthode.

C’est un problème de cohérence entre quatre dimensions que l’on traite trop souvent séparément : l’expérience Client (CX), l’expérience Collaborateur (EX), l’expérience Utilisateur (UX), l’expérience multi-usage (MX).
Nous les articulons.

Le vrai problème n’est pas où vous pensez

La plupart des organisations qui nous contactent ont déjà investi. Une refonte UX. Un programme CX. Un projet de transformation des outils collaborateurs. Parfois les trois, successivement ou en parallèle.

Et pourtant : les outils ne sont pas adoptés. Les parcours clients restent hachés. Les équipes contournent les processus qu’elles sont censées suivre.

Ce n’est pas un problème de méthode. C’est un problème de cohérence systémique.

Ce que nous observons depuis plus de 20 ans d’interventions, dans des secteurs aussi différents que la finance de marché, la protection sociale, la cosmétique ou l’énergie : les dimensions de l’expérience sont traitées séparément, par des équipes séparées, avec des indicateurs séparés. Et elles se contredisent.

C’est là que se niche l’échec. Pas dans la qualité des équipes. Pas dans le budget. Dans l’absence d’articulation.

Les traiter ensemble n’est pas une option. C’est une condition.

Ce que nous entendons par Expérience Totale

Le terme Total Experience a été formalisé par Gartner en 2021. L’approche vise à interconnecter et à élever simultanément quatre dimensions de l’expérience. Nous en appliquons la logique depuis bien avant qu’elle ait un nom.

  • L’Expérience Utilisateur (UX) concerne ce que les utilisateurs vivent au contact d’un outil, d’une interface, d’un service numérique. Est-ce que ça fonctionne vraiment ? Est-ce que ça répond au besoin réel — pas au besoin exprimé en réunion de cadrage ?
  • L’Expérience Collaborateur (EX) concerne les conditions réelles de travail : les outils que les équipes utilisent, les processus qu’elles suivent ou contournent, les marges de manœuvre dont elles disposent pour bien faire leur travail.
  • L’Expérience Client (CX) concerne le parcours de bout en bout : avant, pendant, après l’interaction. Les ruptures, les irritants, les moments où la promesse ne tient pas. Et les raisons organisationnelles pour lesquelles elle ne tient pas.
  • L’Expérience Multi-usage (MX) concerne la cohérence de l’expérience à travers les canaux, les dispositifs et les contextes d’usage : web, mobile, point de contact physique, self-service, assistance humaine. Une expérience pensée pour un seul canal ou un seul profil d’utilisateur est une expérience incomplète.

Ces quatre dimensions s’influencent en permanence. Un collaborateur mal outillé dégrade l’expérience client. Un parcours client mal conçu génère du travail invisible pour les équipes. Un outil non adopté annule l’investissement de conception. Une interface cohérente sur desktop mais défaillante sur mobile rompt la confiance au mauvais moment.

Ce que nous avons appris sur le terrain

Nos interventions nous ont confrontés à des situations très différentes — en termes de secteur, de taille d’organisation, de maturité numérique. Ce qu’elles ont en commun, c’est que le problème présenté n’est jamais exactement le problème réel.

L’adoption ne se décrète pas, elle se conçoit

Chez BNP Paribas Asset Management, nous avons passé quatre ans et demi à co-concevoir des applications internes pour des gestionnaires de portefeuille et des traders. Des profils exigeants, peu indulgents avec les interfaces mal pensées, et dont le temps a une valeur directe sur la performance des fonds.

Ce que nous avons appris : une interface techniquement irréprochable peut être abandonnée si son adoption n’est pas pensée dès la phase de conception. Nous avons co-créé une UX Team transverse et un Design System intégré au processus COVIT, non pas comme un livrable, mais comme une infrastructure d’adoption durable.

Un audit n’est utile que s’il dit ce qui dérange

Chez CAPSSA, institution de protection sociale de 50 personnes, nous avons audité l’organisation de bout en bout : des processus de gestion des prestations à la communication externe, en passant par l’usage réel des outils (GED, AS400). 

130 actions d’amélioration identifiées. Pas 130 recommandations génériques, 130 actions concrètes, priorisées, issues d’ateliers par équipe, d’entretiens individuelles et d’observations terrain au sein des équipes. Dont plusieurs que personne ne voulait voir nommées clairement avant notre intervention.

Un audit qui ne dérange pas n’apporte pas de valeur.

La valeur d’un séminaire d’idéation n’est pas dans les post-its

Chez OCP, nous avons animé un séminaire de rétrospective avec 25 collaborateurs sur des sujets aussi différents que l’organisation des équipes, les pratiques CI/CD et la qualité des recettes métier. 57 idées générées, 7 priorités actionnables.

Ce qui a rendu ce format utile, ce n’est pas la méthode. C’est la capacité à créer les conditions dans lesquelles libérer la parole des équipes techniques et métier et peuvent réellement co-construire, sans que l’une des deux prenne le dessus, sans que les sujets sensibles soient évités.

Aligner stratégie et delivery, ce n’est pas une évidence

Chez LVMH Beauty Tech, l’audit de l’équipe Service Now (Pôle Collaborative & IT Services Tools, 10 personnes) a révélé un écart structurel entre la stratégie affichée et ce qui était effectivement livré — un classique dans les équipes IT sous pression. 

33 améliorations identifiées, sur la gestion de la demande, la priorisation par la valeur, la co-responsabilité des équipes et l’optimisation de Jira. Pas pour optimiser l’outil, mais pour remettre l’outil au service d’une stratégie cohérente.

Notre positionnement : une expertise d’articulation

Il existe d’excellents cabinets spécialisés en UX Research, en CX strategy, ou en accompagnement RH. Ce n’est pas notre positionnement.

Notre valeur spécifique est d’articuler ce que ces disciplines traitent séparément.

Cette capacité d’articulation repose sur quatre convictions que nous mettons en œuvre à chaque intervention.

Comprendre les enjeux métier avant de parler d’expérience

Une expérience ne se conçoit pas dans l’abstrait. Elle répond à un problème réel, dans un contexte organisationnel précis, pour des utilisateurs qui ont des contraintes que les cahiers des charges ne capturent pas toujours fidèlement.
Notre premier travail est toujours de comprendre ce que l’outil, le parcours ou le processus doit vraiment permettre, et pourquoi c’est difficile aujourd’hui. La dimension expérientielle vient ensuite, au service de cette compréhension, pas à la place.

Poser des diagnostics qui disent ce qui dérange

Un diagnostic réel suppose d’aller observer ce qui se passe concrètement, pas ce que les équipes décrivent lors d’une réunion de lancement, ni ce que les tableaux de bord mesurent déjà.
Cela demande du temps, une posture de neutralité assumée, et la capacité à formuler clairement ce que personne ne dit encore, parce que c’est inconfortable, parce que c’est transversal, ou parce que cela remet en cause des choix déjà actés.
Un diagnostic qui ne dérange pas n’apporte pas de valeur.


Concevoir des solutions pensées pour être adoptées

Une recommandation non adoptée n’a pas de valeur. Quelle que soit sa pertinence sur le papier.
Chaque intervention intègre une réflexion sur les conditions d’adoption : qui doit être embarqué, à quel moment, avec quels dispositifs de communication, de formation et d’appropriation. Ce n’est pas une étape finale : c’est une contrainte de conception qui oriente les choix dès le départ.

Naviguer entre le niveau stratégique et le niveau opérationnel

Les problèmes d’expérience ont rarement une cause unique et rarement une solution qui n’appartient qu’à un seul niveau de l’organisation.

Notre capacité à intervenir aussi bien auprès des directions, pour challenger une vision produit ou cadrer une stratégie d’expérience, qu’auprès des équipes terrain, pour co-concevoir des solutions concrètes et testables, est ce qui nous permet de produire des recommandations qui tiennent à l’épreuve de la réalité organisationnelle.

C’est cette double lecture, stratégique et opérationnelle, qui différencie une expertise d’articulation d’une expertise de spécialité.

Ce que nous ne prétendons pas faire

La légitimité suppose aussi la clarté sur ce que l’on ne fait pas.

  • Nous ne livrons pas de code : nous ne sommes pas une agence de développement.
  • Nous ne sommes pas un cabinet de conseil en stratégie d’entreprise au sens large. Nous intervenons à l’intersection de l’expérience et de l’organisation, pas sur la stratégie financière ou la structure capitalistique.
  • Nous ne promettons pas de résultats sans diagnostic. Chaque engagement sérieux commence par une phase de compréhension du contexte réel, pas par l’application d’un modèle standard.
  • Nous ne livrons pas de rapports clé en main. Une recommandation produite sans les équipes qui devront la mettre en œuvre est une recommandation qui ne sera pas mise en œuvre.
  • Nous ne vendons pas de méthode. Design Thinking, Agile, Service Blueprint, Experience Map : ce sont des outils. Nous les mobilisons quand ils sont pertinents, pas parce qu’ils font partie d’une offre packagée.
  • Nous n’intervenons pas sur une seule dimension si les autres sont le vrai problème. Si un projet de refonte UX est condamné par un problème organisationnel non résolu, nous le disons, même si ce n’est pas ce qui était demandé.
  • Nous ne restons pas. Notre objectif n’est pas de créer une dépendance. C’est de transférer une capacité à voir, à diagnostiquer et à concevoir, pour que les équipes puissent continuer sans nous.

Publications liées