Le parcours utilisateur (customer journey) est né dans le marketing digital pour optimiser l’expérience d’achat en ligne. L’idée est simple: suivre une personne étape par étape, de sa première interaction avec un service jusqu’à son utilisation régulière, en documentant ce qu’elle fait, ce qu’elle ressent et où elle rencontre des obstacles.
Cette approche a migré vers la gestion de projet, et la transposition mérite qu’on s’y arrête. Non pas comme gadget méthodologique, mais comme changement de perspective sur la relation entre un projet et ses parties prenantes.
Le problème que le journey mapping résout
La gestion des parties prenantes, telle que décrite par les référentiels classiques, reste largement politique. On identifie les acteurs, on évalue leur influence et leur intérêt, on planifie des stratégies d’engagement. Cette approche est nécessaire, mais elle traite les parties prenantes comme des forces à gérer plutôt que comme des personnes dont l’expérience quotidienne détermine le succès ou l’échec du projet.
Un chef de projet qui déploie un nouvel outil de gestion documentaire peut avoir parfaitement cartographié ses parties prenantes selon la matrice pouvoir/intérêt du PMI. Il sait que la direction financière est un sponsor clé et que les assistantes administratives sont des utilisatrices à fort volume. Ce qu’il ne sait pas, c’est que ces assistantes passent actuellement quarante minutes par jour à contourner les limitations du système existant, qu’elles ont développé un classement parallèle sur un disque partagé et qu’elles redoutent tout changement parce que le dernier a doublé leur temps de traitement.
Le journey mapping rend ces réalités visibles. Il ne remplace pas l’analyse des parties prenantes: il la complète par une couche d’empathie opérationnelle.
Comment construire un journey map en contexte projet
La méthode reste proche de l’original marketing, avec quelques adaptations.
On commence par choisir un profil d’utilisateur et un scénario précis. Selon le Nielsen Norman Group, un journey map efficace se concentre sur un acteur dans une situation donnée. Vouloir tout cartographier simultanément produit une carte illisible.
L’étape suivante consiste à documenter le parcours actuel. On suit l’utilisateur dans son quotidien: quelles étapes traverse-t-il, quels outils utilise-t-il, où attend-il, où s’énerve-t-il, où improvise-t-il? Les sources d’information sont multiples: observation directe, entretiens, données de support, analytics si disponibles. Le point essentiel est d’observer plutôt que de deviner, car un journey map construit sur des hypothèses internes reflète la vision de l’équipe projet, pas celle de l’utilisateur.
On identifie ensuite les moments de vérité: les étapes où l’expérience bascule positivement ou négativement. Ces moments concentrent les enjeux du projet. Un processus peut comporter vingt étapes dont dix-huit fonctionnent correctement, et les deux restantes sont souvent celles qui justifient l’existence même du projet.
Enfin, on projette le parcours cible. L’écart entre le vécu actuel et l’expérience souhaitée définit concrètement ce que le projet doit changer. Cette définition est plus riche qu’une liste de fonctionnalités, car elle intègre le contexte d’usage.
Ce que cela change pour le chef de projet
La première conséquence est une meilleure définition du périmètre. Les exigences issues d’un journey mapping sont ancrées dans des situations réelles, ce qui réduit le risque de développer des fonctionnalités que personne n’utilisera.
La deuxième conséquence concerne la communication avec les sponsors. Un journey map est un support visuel puissant pour expliquer pourquoi certaines fonctionnalités sont prioritaires. Montrer le parcours d’un utilisateur qui perd un temps considérable chaque jour dans des contournements est plus convaincant qu’un tableau de priorisation abstraite.
La troisième conséquence touche la conduite du changement. Quand les utilisateurs ont participé à la cartographie de leur propre parcours, ils deviennent coauteurs de la solution. L’IIBA souligne cet effet collaboratif dans son guide de Product Ownership Analysis: le processus de cartographie aligne les équipes autant que la carte elle-même.
Un outil simple, pas simpliste
Le journey mapping ne nécessite ni logiciel spécialisé ni formation lourde. Un tableau blanc, des post-it et deux heures avec les bonnes personnes suffisent pour produire une première version utile. La sophistication viendra ensuite, si le contexte le justifie.
Ce qui compte, c’est la posture: accepter de regarder le projet depuis le point de vue de ceux qui vivront avec son résultat, avant de décider ce qu’on va construire. Dans un métier où la pression du planning pousse souvent à commencer par la solution, cette discipline de l’observation préalable est un investissement qui se rembourse rapidement.