Quand une équipe conçoit un service numérique, elle parle souvent des utilisateurs sans vraiment savoir ce qu’ils vivent. Une empathy map, ou carte d’empathie, aide à transformer des retours dispersés en une vision claire de leurs besoins, de leurs frustrations et de leurs attentes. Je vous montre ici comment la construire, l’utiliser en management et en qualité, mais aussi éviter les interprétations trop rapides.
Un outil simple pour rapprocher décisions et besoins réels
- Objectif : comprendre ce que l’utilisateur dit, pense, fait et ressent.
- Format : une synthèse visuelle construite à partir d’observations et d’entretiens.
- Atelier efficace : comptez généralement 45 à 90 minutes avec 3 à 6 participants.
- Application : amélioration d’un parcours client, d’un produit, d’un support ou d’un processus interne.
- Limite : une carte fondée sur des suppositions ne remplace pas la recherche utilisateur.
Pourquoi la carte d’empathie est utile en management et en qualité
La carte d’empathie sert à mettre une expérience humaine au centre des décisions. Elle rassemble sur une même page les éléments recueillis auprès d’un utilisateur ou d’un groupe homogène. Une équipe produit, qualité, support ou projet peut ainsi travailler sur une compréhension commune, au lieu de s’appuyer sur des impressions contradictoires.
Son intérêt dépasse largement le design d’interface. Dans un projet informatique, elle peut révéler pourquoi un collaborateur contourne une application, pourquoi un client abandonne une démarche ou pourquoi un support reçoit toujours les mêmes demandes. Ce sont souvent de petits irritants répétés qui dégradent la qualité perçue bien davantage qu’un défaut spectaculaire.
Je la considère comme un outil d’alignement, pas comme une étude complète. Elle aide à formuler les bonnes hypothèses et à hiérarchiser les problèmes. Elle ne donne pas, à elle seule, une mesure statistiquement représentative de la satisfaction.
À quel moment l’utiliser
La carte est particulièrement utile au début d’un projet, après quelques entretiens ou observations, avant de choisir une solution. Elle peut aussi servir lorsqu’un service existe déjà mais que les indicateurs restent difficiles à interpréter. Une hausse des tickets de support, par exemple, ne dit pas forcément si le problème vient de l’interface, du vocabulaire, de la procédure ou d’un manque de confiance.
En management, je l’utilise surtout lors d’un changement de processus, d’une transformation numérique ou d’une refonte de parcours. Elle oblige les équipes à quitter leur point de vue interne pour regarder la situation depuis le poste de travail, le téléphone ou l’espace client de la personne concernée.
Les quatre dimensions à observer chez l’utilisateur
Le modèle classique repose sur quatre zones. Elles sont faciles à retenir, mais leur valeur dépend de la qualité des informations placées dans chacune d’elles. Il faut distinguer les faits observés, les paroles exactes et les interprétations de l’équipe.
| Dimension | Ce qu’elle permet de comprendre | Exemples de questions |
|---|---|---|
| Dit | Les mots, demandes et objections exprimés | Que dit-il du service ? Quelle phrase revient souvent ? |
| Pense | Les attentes, doutes ou raisonnements parfois non formulés | Que cherche-t-il à éviter ? Qu’est-ce qui le fait hésiter ? |
| Fait | Les comportements réellement observés | Quelles étapes suit-il ? Où s’arrête-t-il ou improvise-t-il ? |
| Ressent | Les émotions associées à l’expérience | Se sent-il rassuré, pressé, perdu, autonome ou méfiant ? |
Les contradictions sont souvent les éléments les plus intéressants. Un utilisateur peut dire qu’il apprécie l’autonomie tout en appelant systématiquement le support avant de valider une opération. Cela peut signaler un manque de confiance, une consigne ambiguë ou une conséquence jugée trop risquée.
Ajouter les influences, les irritants et les bénéfices
Pour un travail approfondi, j’ajoute trois zones complémentaires autour du modèle. La première porte sur ce que l’utilisateur voit et entend, par exemple les messages reçus, les consignes de son manager ou les avis de ses collègues. Les deux autres recensent ses difficultés et les résultats qu’il espère obtenir.
Cette extension est précieuse dans un environnement professionnel. Un logiciel peut sembler simple à utiliser, mais devenir anxiogène si l’employé craint une erreur visible par sa hiérarchie. Dans ce cas, le besoin réel n’est pas seulement une meilleure interface. Il peut être lié à la formation, au droit à l’erreur ou à la clarté des responsabilités.
Comment construire une carte d’empathie fiable
Une séance productive commence avant l’atelier. Je recommande de choisir un profil précis et une situation définie, plutôt que de parler de « l’utilisateur moyen ». Un client qui découvre un service, un administrateur expérimenté et un manager qui valide les dépenses n’ont ni les mêmes objectifs ni les mêmes frustrations.
- Définir le périmètre : sélectionnez un parcours, une tâche ou un moment précis.
- Réunir les données : entretiens, observations, verbatims, tickets, réclamations ou tests utilisateurs.
- Inviter les bonnes personnes : mélangez, si possible, métier, qualité, produit et relation client.
- Classer les observations : placez chaque fait dans la zone « dit », « pense », « fait » ou « ressent ».
- Faire émerger les tensions : cherchez les écarts entre le discours et le comportement.
- Prioriser : retenez les irritants qui ont le plus d’impact sur la qualité ou la réussite du parcours.
Pour un premier atelier, une grande feuille ou un tableau collaboratif suffit. Des notes courtes fonctionnent mieux que des paragraphes. Une citation comme « je ne sais jamais si ma demande est bien partie » est exploitable ; une formule vague comme « utilisateur insatisfait » ne permet aucune décision.
Transformer les constats en décisions
La carte ne doit pas rester affichée au mur comme un livrable décoratif. À la fin de l’atelier, je fais formuler trois à cinq problèmes prioritaires, puis une action vérifiable pour chacun. Par exemple, « le salarié craint de perdre ses données » peut conduire à tester une sauvegarde visible, une confirmation explicite ou une procédure de récupération.
Chaque hypothèse devrait ensuite être confrontée à la réalité. Un test avec quelques utilisateurs, une analyse des parcours ou une comparaison des demandes avant et après modification permet de vérifier si l’action répond réellement au problème. C’est cette boucle entre compréhension, expérimentation et mesure qui donne à l’outil sa valeur opérationnelle.
Un exemple concret dans un projet numérique
Prenons le cas d’un portail interne de demandes informatiques. Les collaborateurs disent qu’ils veulent « un formulaire rapide ». L’observation montre pourtant qu’ils ouvrent plusieurs demandes pour le même incident, consultent leurs collègues avant de choisir une catégorie et abandonnent lorsque le délai de réponse n’est pas indiqué.
La carte fait apparaître plusieurs niveaux de besoin. Ce qui est dit concerne la rapidité, ce qui est fait révèle une difficulté de classification, tandis que le ressenti est dominé par l’incertitude. L’équipe qualité peut alors agir sur la clarté du formulaire et la visibilité du suivi, plutôt que de réduire simplement le nombre de champs.
| Observation | Interprétation prudente | Piste d’amélioration |
|---|---|---|
| Le collaborateur choisit « autre » | Les catégories ne correspondent pas à son vocabulaire | Revoir les libellés à partir des termes employés dans les tickets |
| Il envoie un message en parallèle | Le formulaire ne rassure pas sur la prise en charge | Afficher un accusé de réception et une prochaine étape |
| Il relance rapidement le support | Le délai attendu n’est pas compréhensible | Indiquer un délai estimé et les conditions de priorité |
Le résultat attendu n’est pas seulement une meilleure expérience. Une demande mieux qualifiée réduit les allers-retours, facilite le pilotage des délais et améliore la cohérence des indicateurs de support. La qualité devient alors observable dans le processus, pas uniquement dans un questionnaire de satisfaction.
Les erreurs qui affaiblissent le résultat
Remplir la carte avec des suppositions
La première erreur consiste à écrire ce que l’équipe imagine que l’utilisateur pense. Une carte élégante mais fondée sur des intuitions crée une fausse certitude. Quand une donnée manque, je la marque comme hypothèse à vérifier au lieu de la présenter comme un fait.
Mélanger plusieurs profils
Une carte unique pour tous les clients devient vite incohérente. Les besoins d’un nouvel utilisateur peuvent même s’opposer à ceux d’un expert. Il vaut mieux créer deux cartes plus simples et comparer ensuite les différences importantes.
Confondre émotion et jugement
« Il est difficile » ou « le client est de mauvaise foi » ne décrit pas un ressenti. Ce sont des jugements. Il est plus utile d’écrire « il hésite avant de confirmer » ou « il exprime une crainte concernant la facturation ». Cette précision ouvre des pistes d’action.
Lire aussi : Diagramme 5M - Analysez les causes racines de vos problèmes
En faire un substitut aux indicateurs
La carte explique souvent le pourquoi, tandis que les données de qualité montrent l’ampleur du problème. Il faut donc la croiser avec les délais, les taux d’abandon, les réclamations, les erreurs ou la satisfaction. Elle complète les mesures ; elle ne les remplace pas.
Enfin, l’outil ne doit pas servir à justifier une décision déjà prise. Si l’équipe cherche uniquement des phrases qui confirment son idée, elle perd l’occasion de découvrir un besoin inattendu. Une carte utile peut remettre en question le périmètre du projet, le canal choisi ou même la solution envisagée.
Faire de la carte un outil de pilotage durable
Une carte d’empathie gagne à être révisée lorsque le service change, qu’un nouveau segment apparaît ou que les comportements évoluent. Je conseille de conserver la date, la source des observations et le profil étudié. Cette traçabilité évite de traiter une ancienne perception comme une vérité permanente.
Pour relier l’atelier au management, associez chaque irritant à un responsable, une action et un indicateur. Une frustration liée au manque d’information peut être suivie par le nombre de relances, le taux d’abandon ou le délai moyen de résolution. Une émotion devient alors un signal de processus que l’organisation peut réellement améliorer.
La meilleure carte n’est pas la plus colorée ni la plus complète. C’est celle qui aide une équipe à prendre une décision concrète, à la tester rapidement et à revenir vers les utilisateurs avec une expérience plus claire, plus fiable et plus respectueuse de leurs contraintes.
