Placez les clients au premier plan grâce à la cartographie des récits utilisateurs

By Kate Eby | 15 juin 2018 (mis à jour 24 mars 2024)

Des techniques créatives et inspirées centrées sur le client, telles que la cartographie des récits utilisateurs, stimulent les méthodologies de développement Agile et Lean. La carte des récits utilisateurs Agile est une approche visuelle qui « montre » plus qu’elle ne « raconte » le processus de progression d’une intrigue ou d’un produit à travers un cas d’utilisation ou un processus défini, un peu comme le processus de storyboard utilisé dans la réalisation de films. Et elle a fait ses preuves. Que le produit final soit Le Roi Lion ou un nouveau système de point de service (POS), la carte des récits utilisateurs est un élément clé dans la définition et la création d’un produit de grande valeur pour l’utilisateur final.

Cet article couvrira les éléments de la cartographie des récits utilisateurs en tant que processus intégral de l’expérience utilisateur (UX). En regardant un projet à travers le prisme du parcours client ou utilisateur, Jeff Patton, auteur de User Story Mapping, explique : « La cartographie des récits nous permet de rester concentrés sur les utilisateurs et leur expérience, et le résultat est une meilleure conversation, et au bout du compte, un meilleur produit ».

Qu’est-ce que la cartographie des récits utilisateurs ?

La cartographie des récits utilisateurs a été définie pour la première fois pour le développement Agile et Lean en 2005 et est abordée dans le livre de Jeff Patton User Story Mapping. Cette idée « simple comme bonjour » permet à une équipe ou à une organisation de visualiser le produit du point de vue de l’utilisateur. Les récits utilisateurs représentent l’expérience du client au fur et à mesure qu’il explore votre produit. Ces récits utilisateurs fournissent un contexte aux fonctionnalités qui sont nouvelles ou qui ont besoin d’être améliorées. Au fur et à mesure que ces fonctionnalités sont approuvées pour le développement, elles sont ajoutées au backlog produit et hiérarchisées.

Une plainte courante concernant les backlogs produits est la perte de la vue d’ensemble par les développeurs et les chefs de produit. Les récits utilisateurs offrent une présentation visuelle dynamique et utile des scénarios d’utilisation typiques des clients.

Les avantages des récits utilisateurs

Selon Jeff Patton, une carte des récits utilisateurs peut être développée par une seule personne, mais cela annule les principaux avantages qui proviennent de la participation de l’équipe. Chaque participant, y compris les chefs de produit et les concepteurs, trouvera de la valeur dans ce que les autres membres de l’équipe (marketing, ventes et assistance à la clientèle) apportent. Le processus fournit des informations éclairantes qui améliorent la capacité à servir les clients.

Par exemple, les parties prenantes des opérations et des finances ont un aperçu de la façon d’obtenir un retour sur investissement maximal lorsqu’il comprend des fonctionnalités. De plus en plus d’experts en design UX étudient l’évolution des goûts et des attitudes des clients. Même les utilisateurs eux-mêmes peuvent participer en personne, par le biais d’enquêtes ou de rapports écrits. La participation collective peut éliminer une grande partie des suppositions sur ce qui est important et ce qui devrait être reporté pour les versions futures. La cartographie des récits utilisateurs est une activité axée sur l’équipe qui présente des avantages, notamment :

  • Développer un meilleur produit, davantage centré sur l’utilisateur
  • Représenter les besoins et les attentes de l’utilisateur
  • Concentrer les équipes de développement de produits sur les fonctionnalités qui apportent de la valeur et de l’amélioration aux yeux du client
  • Faciliter le processus de hiérarchisation
  • Déterminer les exigences en matière de fonctionnalités
  • Permettre la livraison de versions incrémentielles, tôt et souvent
  • Exposer les obstacles et les risques
  • Favoriser la collaboration en équipe
  • Définir des attentes réalistes avec les clients et les parties prenantes
  • Évaluer l’intensité du travail nécessaire au développement d’une fonction

À quel moment la cartographie des récits utilisateurs est-elle utile ?

Les applications les plus courantes de la cartographie des récits utilisateurs se font dans les projets de développement de logiciels, la planification des versions et la création d’un backlog produit. Souvent, une équipe de développement est mise au défi de développer un produit minimum viable (MVP), qui est composé du moins de fonctionnalités possible, mais qui fournit toujours de la valeur au client. Patton utilise l’analogie selon laquelle les voitures ont besoin à la fois d’une transmission et de freins, tandis que d’autres améliorations dépendent de l’objectif de la version.

Le processus de cartographie des récits utilisateurs est structuré de façon à susciter des conversations sur ce qu’il faut inclure et ce qu’il faut laisser en dehors d’une version de logiciel. La cartographie des récits utilisateurs offre aux équipes des opportunités d’engagement où elles discutent des besoins et des attentes des clients, écoutent des expériences ou idées différentes, et créent un cadre logique pour exécuter le travail et planifier les versions. Les éléments du backlog (récits utilisateurs, fonctionnalités ou exigences) sont hiérarchisés en fonction des besoins des utilisateurs plutôt que de ce que le développeur pense être important. Les équipes peuvent ensuite ajouter des éléments aux sprints de développement et fournir des attentes en matière de calendrier aux parties prenantes.

Zane Bond, Senior Product Manager chez Alert Logic, a assuré sa réussite en travaillant avec la cartographie des récits utilisateurs pour une fonction stratégique de grande envergure. « Notre groupe était composé de leaders ingénieurs produits et d’experts en la matière. Les représentants des produits ont décrit le problème à résoudre, et les experts métier ont fourni une multitude d’idées et de contexte. Tout cela a été noté sur des pense-bêtes. Le processus a permis de s’assurer que tout le monde comprenait la fonctionnalité et l’objectif, que le parcours utilisateur était clair, et que nous avons pu voir différentes perspectives et alternatives. Au final, nous avons été en mesure d’éliminer les solutions non viables et de simplifier la portée et les efforts tout en répondant aux besoins essentiels. »

Les cartes de récits utilisateurs sont centrées sur l’équipe

La cartographie des récits utilisateurs est un excellent outil pour développer une compréhension unifiée du fonctionnement des fonctionnalités de votre produit. La capacité à développer un récit cohérent implique une équipe de diverses parties prenantes de l’entreprise et d’utilisateurs clients. L’équipe peut inclure les participants suivants :

  • Chef/Responsable de produit
  • Développeurs/Ingénieurs
  • Représentants commerciaux
  • Développeurs UI/UX
  • Représentants de l’assistance technique/client
  • Analystes de l’entreprise
  • Marketing ou marketing produit
  • Finances
  • Service juridique
  • Utilisateurs

Meilleures pratiques en matière de cartographie des récits utilisateurs

Le format de la cartographie des récits utilisateurs dépend de la structure de chaque entreprise et équipe, mais il commence souvent par réunir une équipe d’experts métier (SME) dans une salle de conférence et leur fournir des outils de base : papier, marqueurs, tableau blanc, notes autocollantes et caméra. Les équipes peuvent utiliser ces outils pour noter des informations sur les utilisateurs, les fonctionnalités ou les étapes du processus.

La première étape invite tout le monde à participer et à jouer des rôles. Il est essentiel d’identifier les utilisateurs, leurs problèmes et la façon dont ils interagissent avec le produit. Les participants qui interagissent avec les clients offrent une grande valeur à ce processus.

Un script simple peut être utilisé pour articuler un récit utilisateur : « En tant que (utilisateur de ceci), puis-je (faire une action), afin de pouvoir (avoir un avantage) ? ».

Ce script pourrait se lire comme suit : « En tant que client de carte de crédit, puis-je aller en ligne et programmer un paiement, afin de ne pas être en retard ? ».

Les notes autocollantes de différentes couleurs peuvent aider à montrer les processus étape par étape ainsi que les activités qui les soutiennent. Une fois que les équipes ont développé des récits utilisateurs, les notes autocollantes peuvent être regroupées en sprints logiques avec échéances et estimations de publication.

La nature très visuelle de cet exercice apporte une visibilité complète sur le backlog et peut mettre en évidence les problèmes, les incohérences dans la planification, les goulets d’étranglement, les lacunes, les fonctionnalités hors champ, les solutions alternatives et les risques. Cela permet à l’équipe de planifier ensuite son exécution.

Voici quelques meilleures pratiques pour la cartographie des récits utilisateurs :

  • Fournissez des outils qui facilitent le processus de visualisation : marqueurs, tableaux blancs, notes autocollantes, pastilles adhésives (points et étoiles pour mettre en évidence les détails importants).
  • Incluez des représentants des clients qui peuvent raconter les récits du point de vue des clients.
  • Utilisez des maquettes fonctionnelles pour appuyer les récits.
  • Incluez les réponses aux questions « qui, quoi et quand » dans chaque récit utilisateur.
  • Rendez chaque récit utilisateur suffisamment spécifique pour être codé dans une seule itération.

 

Shai Shandil

Shai Shandil, Agile Coach with Softsolutions, is a Certified Scrum Professional trained by Jeff Patton. He advises, “Teams should be co-located (at least temporarily). The presence of clients or their representatives adds value to the process, and tactile tools (a big wall, painter’s tape, sticky notes, markers) are very useful.”

Cliquez ici pour obtenir un exemple de carte de récits utilisateurs utilisé par Shandil et son équipe.

L’axe x/y : l’endroit où les concepteurs et les développeurs collaborent

Une carte de récits utilisateurs peut être présentée sous différentes formes, mais le plus souvent, elle est représentée en un visuel dynamique qui contient un axe x et un axe y. L’axe horizontal (x) contient l’ordre séquentiel des activités qu’un utilisateur expérimente au fur et à mesure qu’il utilise un système. L’axe vertical (y) représente une sophistication croissante de la fonctionnalité. La première ligne contient la fonctionnalité la plus basique, et les lignes suivantes deviennent plus complexes.

Vous pouvez utiliser le modèle ci-dessous pour cartographier un récit utilisateur. Il s’agit d’un exemple de modèle que vous pouvez compléter dans Microsoft Word ou recréer à l’aide de notes autocollantes placées sur un mur. Le nombre de cases peut varier en fonction des activités qui ont lieu lors de l’utilisation d’un système particulier.

Modèle de carte de récit utilisateur

 

  Télécharger le modèle dans Word

 

 

Jonathan Roger

Jonathan Roger, Operations Director with AndPlus and Certified ScrumMaster, applies user story mapping when working with clients. “First, we write epics (very large user stories). Once we have the high-level user flow for an application, we order the epics along the top of a board. Under each epic, we place smaller, individual user stories. Each of these represents one way to use the system. The final step is to prioritize in order to define the minimum viable product for our client’s end-users.”

Vous trouverez ci-dessous un exemple de tableau x/y dont le MVP est mis en surbrillance couleur dorée.

 

user story sample mvp

Le vrai travail Agile et Lean peut commencer une fois la carte terminée

Une fois que l’image d’ensemble est définie, il est utile de « parcourir la carte » avec les concepteurs, les développeurs et les parties prenantes intéressées. Si des utilisateurs sont disponibles pour cet exercice, les résultats s’aligneront sur leur expérience réelle. Dans ce processus, l’équipe examine la carte des récits utilisateurs dans le but de combler des lacunes ou d’identifier les éléments oubliés, dans le but de créer un produit plus fort.

Une fois la carte terminée, il est temps de planifier le sprint et les itérations. C’est là que l’équipe utilise le langage et les pratiques Agile, Lean et Scrum pour définir les calendriers et mettre le projet en mouvement en développant et en attribuant des epics, des backlogs et des tâches.

La cartographie des récits utilisateurs simplifie les méthodologies Agile et Lean

La cartographie des récits utilisateurs soutient les méthodologies de développement Agile et Lean. Agile dépend de petits incréments de travail et d’une livraison rapide. La cartographie des récits utilisateurs permet cette approche itérative en créant un backlog de fonctionnalités qui peuvent être regroupées et hiérarchisées.

Le défi de la cartographie des récits utilisateurs : rester concentré

Comprendre le client et ses besoins exige des recherches et de l’empathie. Cela peut présenter des difficultés et perturber ou modifier la planification ou les attentes initiales de l’équipe. Vous devez faire des recherches aussi proches que possible de l’expérience client. Les enquêtes et les entretiens sont toujours utiles. Les techniciens du service à la clientèle, les représentants des ventes et les designers UX peuvent avoir plus d’expérience dans la peau de leurs clients et peuvent aider à découvrir des éléments.

Voici quelques défis courants de la cartographie des récits utilisateurs :

  • Manque de clarté : il est essentiel de connaître votre client cible et le problème que votre solution résout (ou a l’intention de résoudre) avant de commencer le processus de cartographie des récits utilisateurs.
  • Emplacement de l’équipe : la planification, les réunions et la communication peuvent survenir si les équipes se trouvent à différents endroits et ne peuvent pas travailler ensemble physiquement.
  • Documentation : dans certains cas, les conversations initiales de l’équipe sur ce qu’il faut inclure peuvent ne pas être correctement documentées ou classées par importance. De plus, les tableaux blancs et les notes autocollantes peuvent se perdre s’ils ne sont pas documentés. La création du backlog peut sembler redondante et devenir une pile disparate de récits, ce qui augmente la difficulté de donner un sens au projet.
  • Concentration : les récits peuvent se concentrer sur les fonctionnalités pour des raisons autres que l’acceptation ou le besoin de l’utilisateur. Ce que l’utilisateur final juge impératif peut se perdre dans cette mer de backlogs et ne jamais faire apparition dans le produit ou être attribué en tant que backlog pour une version ultérieure.

Meilleurs outils de cartographie des récits utilisateurs

La cartographie des récits utilisateurs a commencé comme un exercice hors ligne qui nécessite des fournitures de bureau simples et le travail d’équipe pour créer un récit qui aide à hiérarchiser les projets de développement de produits. Mais avec des équipes travaillant à différents endroits ou sur de nombreux projets, il est peut-être temps de retirer la carte du mur de la salle de conférence et de la mettre en ligne. Les outils logiciels peuvent faciliter la communication dans le bâtiment ou dans le monde entier. La question d’utiliser des solutions gratuites ou payantes, comme pour tous les outils, dépend de la taille, de la portée et de la complexité des projets. Plusieurs outils sont disponibles auprès de fournisseurs, tels que StoriesOnBoard et FeatureMap basés sur le cloud, Rally by CA, Jira et la solution open source Scrum, KADOS.

L’un des principaux objectifs de la cartographie des récits utilisateurs est de prendre les récits individuels et de créer un produit très fonctionnel et utile axé sur le client. Il y aura toujours des backlogs et des versions progressives, mais ceux qui se concentrent sur les fonctionnalités de valeur bénéficient d’une plus grande adoption, ce qui conduit à un retour sur investissement (RSI) plus élevé. La cartographie des récits utilisateurs jette également un pont logique entre les préoccupations souvent concurrentes des concepteurs de logiciels et celles de ceux qui développent le produit final. Comme le dit Patton, « le modèle que nous avons conçu peut vous donner une meilleure image des fonctionnalités de votre logiciel et aider votre organisation à élaborer la version précoce la plus utile et la plus cohérente possible ».

Créez une meilleure expérience utilisateur grâce à Smartsheet pour le développement de logiciels

Donnez à vos employés les moyens de se dépasser grâce à une plateforme flexible conçue pour répondre aux besoins de votre équipe, et capable de s'adapter quand ces besoins changent. La plateforme Smartsheet facilite la planification, la capture, la gestion et la création de rapports sur le travail depuis n'importe où, ce qui permet à votre équipe d'être plus efficace et d'accomplir plus. Créez des rapports sur les métriques clés et obtenez de la visibilité en temps réel quant au travail grâce aux rapports de synthèse, aux tableaux de bord et aux flux de travail automatisés conçus afin d'aider votre équipe à rester connectée et informée. Quand les équipes bénéficient de clarté quant au travail en cours, elles peuvent accomplir bien plus dans le même temps. Essayez Smartsheet gratuitement, dès aujourd'hui.

 

Connectez votre personnel, vos processus et vos outils à l'aide d'une plateforme simple et conviviale.

Essayer Smartsheet gratuitement Get a Free Smartsheet Demo