Tout ce qu’il faut savoir sur l’user story mapping

L’utilisateur final devrait être la priorité de toute équipe de développement. En anticipant ses besoins et ses préférences, vous pouvez en effet créer une meilleure expérience et l’inciter à continuer d’utiliser votre produit. Mais par où commencer ?

C’est là qu’intervient le user story mapping. À l’instar de l’élaboration d’un plan en amont de l’écriture d’un roman, il aide les équipes à planifier le parcours du produit afin qu’elles ne s’égarent pas à mesure que les détails s’accumulent.

Cet article vous apprendra à créer des user story maps et à les utiliser pour concevoir une expérience utilisateur plus efficace.

Qu’est-ce qu’une user story ?

Une user story est une description simple et concise d’une fonctionnalité produit du point de vue de la personne qui souhaite s’en servir, généralement un utilisateur ou un client.

Une user story suit généralement ce modèle :

En tant que [type d’utilisateur], je souhaite [action/fonction] afin de [avantage].

Par exemple, une user story pourrait se présenter ainsi : « En tant qu’utilisateur de messagerie électronique, je souhaite pouvoir effectuer une recherche par mot-clé dans mes e-mails afin de trouver rapidement des informations. » Comme les user stories mettent l’accent sur le comportement, elles sont particulièrement utiles pour comprendre ce qui attire les clients vers votre produit et comment ils l’utilisent une fois qu’ils y ont accès.

Qu’est-ce que l’user story mapping ?

Le user story mapping permet de visualiser les user stories, en décrivant la manière dont les utilisateurs interagissent avec un produit et en montrant comment répondre à ces besoins au cours d’un sprint.

Pour les chefs de produit, les user stories sont une boussole permettant de maintenir tout le monde sur la bonne voie tout au long du développement. Les membres de l’équipe de production ont recours au user story mapping pour comprendre ce que le client attend du produit et comment il souhaite interagir avec celui-ci ou l’utiliser. Ainsi, le user story mapping se pose comme une alternative à la simple liste du backlog, en fournissant un outil visuel et stratégique plus dynamique pour la planification et le développement du produit.

Comme vous pouvez le voir dans l’exemple ci-dessous, le user story mapping décompose la user story en actions et comportements spécifiques de l’utilisateur. En plaçant les activités générales de l’utilisateur en haut, avec les tâches plus petites nécessaires à la réalisation de chaque activité en dessous, il est plus facile de relier les activités aux fonctionnalités, d’identifier les dépendances et de décider par quoi commencer.

L’approche orientée client de l’user story mapping permet d’obtenir un meilleur taux de satisfaction, car l’équipe de développement tient compte des besoins client dès le début.

Pourquoi recourir au story mapping ?

L’user story mapping facilite la création d’un produit ou d’un service que les utilisateurs apprécieront en offrant les avantages suivants :

• Permet de hiérarchiser les tâches : le user story mapping offre aux équipes une vision globale de l’expérience utilisateur. Elles peuvent ainsi déterminer facilement les tâches essentielles et organiser le travail en sprints ou en versions.

• Définit les exigences adéquates : sans contraintes en matière d’exigences, le nombre d’éléments du backlog peut rapidement exploser. Le story mapping permet de déterminer la taille appropriée des exigences produit, puis de décomposer les grands projets en tâches dont l’envergure est adaptée à vos équipes.

• Met l’accent sur la valeur utilisateur : en se concentrant sur le point de vue de l’utilisateur, le story mapping permet d’éviter que les équipes se concentrent de manière excessive sur des cas d’utilisation marginaux. Par exemple, une équipe pourrait insister pour travailler sur une fonctionnalité de connexion par reconnaissance faciale, mais oublier cette idée, car la cartographie et les discussions ont révélé que la plupart des utilisateurs se connectent depuis un ordinateur de bureau. Les efforts sont ainsi orientés vers des améliorations qui apporteraient un plus grand bénéfice aux utilisateurs.

• Met en évidence les obstacles et les interdépendances : le user story mapping met en lumière les risques, les problèmes et les interdépendances en offrant une vue d’ensemble du produit, ce qui aide les équipes à résoudre les problèmes potentiels avant qu’ils ne surviennent.

• Renforce la cohésion de l’équipe : comme son nom l’indique, l’user story mapping consiste à créer une carte approuvée par toute l’équipe et à la suivre pendant le processus de développement. Vos collaborateurs peuvent se référer au document à chaque fois qu’ils hésitent sur la direction à prendre.

• Favorise l’amélioration continue : une user story map bien définie regroupe les stories par priorité, qui peuvent être réparties à leur tour en itérations afin de recueillir des commentaires à un stade précoce du développement et d’apporter des améliorations à mesure que le projet avance.

Qui est impliqué dans le story mapping ?

Il n’y a pas de règle fixe quant aux personnes qui doivent participer au user story mapping, car cela dépend en grande partie du projet et de l’équipe qui y travaille. Cependant, les personnes et équipes suivantes interviennent souvent :

• UX/UI

• Chefs de produit

• Équipes de vente

• Marketing

• Équipes du service client et d’assistance

• Équipes techniques

• Informatique

• Service juridique

• Équipes financières

Chaque équipe ayant une vision différente de l’expérience utilisateur, la collaboration interfonctionnelle s’avère particulièrement utile lors de la cartographie. Les équipes Produit, UX et Ingénierie peuvent ainsi rapidement mettre en évidence les compromis à faire (par exemple, simplifier une landing page ou au contraire y inclure tous les détails) et s’accorder sur ce qui importe le plus aux utilisateurs.

Comment créer une user story map

Pour entamer le processus de user story mapping, l’équipe de développement commence par définir la structure de sa carte. Si vous utilisez un tableau blanc virtuel comme Lucidspark, vous pouvez mener l’intégralité de l’atelier de cartographie dans un espace cloud partagé, que votre équipe travaille en présentiel ou à distance. Lucidspark permet même à chaque membre de l’équipe d’utiliser sa propre couleur de collaborateur pour identifier ses contributions. Ainsi, si des précisions sont nécessaires sur un point particulier, il est facile de retrouver l’auteur initial.

Suivez ces étapes pour élaborer une user story map claire et pratique.

1. Comprendre vos utilisateurs

Selon vous, quelle est l’audience cible principale de votre produit ? Même s’il peut y avoir plusieurs types d’utilisateurs, identifier les audiences cibles principales permettra de maintenir le développement sur la bonne voie et de trouver son public.

Les groupes de discussion et les tests A/B peuvent vous aider à mieux comprendre comment vos utilisateurs interagissent avec votre produit. L’analyse des résultats antérieurs et des études du secteur vous permet également de vous assurer que vous accordez la priorité à l’utilisateur.

De nombreuses équipes choisissent de créer des personas afin d’identifier les motivations, les frustrations, les objectifs et les attentes des utilisateurs/ Elles utilisent ensuite ces profils pour vérifier si les utilisateurs accordent réellement de l’importance à ce qu’elles imaginaient.

Vous pouvez également associer le story mapping à la cartographie du parcours client afin de comprendre ce que pensent et ressentent les utilisateurs à chaque étape, ce qui vous aidera à éliminer les obstacles et à créer des moments de satisfaction.

2. Identifier le problème

Quel problème votre service ou produit aide-t-il le client à résoudre ? Conservez une approche centrée sur l’utilisateur au cours de cette étape afin de visualiser la manière dont celui-ci percevra votre produit. Si vous ne savez pas comment formuler cette information, repensez au format proposé plus haut : « En tant qu’utilisateur, je souhaite [l’action], afin que [l’avantage] se produise. »

3. Cartographier les activités utilisateur

Les interactions avec votre produit se traduiront par des activités utilisateur. Ces activités servent de points d’ancrage lors de la création de votre user story map. Sous chaque activité, une série de user stories permet de tracer le parcours client dans son ensemble.

Si vous animez un atelier, commencez par brainstormer sur les activités des utilisateurs avant d’aborder les points de friction et les objectifs qui y sont liés. En abordant ces catégories de manière systématique, votre équipe pourra se concentrer sur un seul objectif à la fois. Que vous travailliez en présentiel ou à distance, prévoyez des moments de réflexion silencieuse pendant lesquels les membres de l’équipe pourront consulter leurs notes ou effectuer des recherches en autonomie. En laissant à votre équipe le temps de réfléchir en profondeur, vous obtiendrez des idées de meilleure qualité qu’en vous contentant d’une discussion effrénée.

Lorsque vous êtes prêt à structurer votre carte, placez les activités générales en haut et énumérez en dessous les tâches spécifiques nécessaires à leur réalisation. Par exemple, l’activité « Monter une vidéo » comprendrait des tâches telles que la connexion, l’enregistrement et l’exportation.

Astuce de pro : Préparez votre tableau avant l’atelier

Un peu de préparation peut permettre à la session de user story mapping de se dérouler plus rapidement et de manière moins chaotique. Avant que votre équipe ne se réunisse, configurez votre tableau Lucidspark. Vous n’allez pas vous lancer tout de suite dans l’organisation de la story map : vous devrez commencer par un brainstorming. Mais pour que vos séances soient efficaces, il est essentiel de fournir des lignes directrices. Commencez par ajouter des conteneurs pour structurer votre brainstorming. Ces derniers peuvent être intitulés :

• Activités utilisateur

• Difficultés utilisateur

• Buts et objectifs

Il est préférable de nommer les différentes parties de votre tableau, d’ajouter vos collaborateurs et éventuellement de leur présenter le fonctionnement avant votre séance de brainstorming.

4. Établir des priorités

Après avoir identifié et cartographié les activités utilisateur et les stories correspondantes, l’équipe de production peut commencer à hiérarchiser ces dernières. Classez-les verticalement, de la plus importante à la moins importante, pour aider l’équipe à comprendre lesquelles ont le meilleur impact sur le parcours client.

Si vous utilisez Lucidspark, vous pouvez également attribuer des étiquettes aux activités, aux points de friction ou aux stories afin de rendre la hiérarchisation des priorités visible d’un seul coup d’œil (par exemple, « indispensable », « souhaitable », « plus tard » ou « selon la version »). Pour que la carte reste exploitable, notez les idées de moindre priorité sans les imposer dans le plan de déploiement actuel. 

5. Identifier les obstacles

À mesure que votre user story map prend forme, l’équipe peut commencer à repérer des zones d’informations manquantes, des goulots d’étranglement ou d’autres problèmes susceptibles de ralentir la production. Profitez de cette étape pour identifier les solutions et les alternatives.

6. Planifier le sprint

Tout ce travail de cartographie aboutit à la phase de planification du projet. Une fois que les activités utilisateur et les user stories sont classées par ordre de priorité, elles peuvent être réparties en sprints, lors desquels chaque élément de votre user story map est attribué à un membre de l’équipe de production avec une explication claire de la manière dont il doit être réalisé.

Dans Lucidspark, vous pouvez passer directement à la mise en œuvre de ce travail en décomposant les fonctionnalités en tâches de la taille d’un sprint à l’aide de chronologies ou de tableaux dynamiques. C’est une étape particulièrement gratifiante du processus, car vous verrez comment un brainstorming peut déboucher sur des tâches claires et concises, attribuées aux différents membres de l’équipe. Mieux encore, lorsque tout le monde participe au user story mapping, chacun comprend comment ces petites tâches s’inscrivent dans la vision globale de l’expérience utilisateur, ce qui peut clarifier l’ensemble du processus.

Les défis liés aux user story maps (et comment les surmonter)

Voici quelques difficultés courantes liées aux user story maps, ainsi que quelques conseils pour y remédier :

• Votre carte est trop générique ou trop détaillée : il existe un juste milieu quant au niveau de détail à inclure. Si votre équipe n’est pas en phase, c’est peut-être que vous n’avez pas fourni suffisamment de détails, et vous devrez en ajouter jusqu’à ce que tout le monde soit aligné. Si votre équipe commence à s’y perdre, c’est que les étapes sont trop détaillées. Utilisez un langage simple pour éviter de tomber dans l’excès.

• Vous ne connaissez pas vos utilisateurs : si vous ne savez pas qui sont vos utilisateurs, vous ne pouvez pas créer de carte pour eux. Utilisez les données démographiques pour comprendre qui utilise votre produit.

• Votre carte n’est plus à jour : la création d’une carte dans un environnement cloud permet de la mettre à jour facilement, à tout moment et où que vous soyez. La collaboration dans le cloud facilite également le maintien de l’implication des parties prenantes au fil du temps, qu’elles travaillent sur place ou à distance.

• Vous ne savez pas pourquoi votre produit existe : c’est un gros problème. Si vous ne savez pas quel problème votre produit permet de résoudre, vous ne pouvez pas élaborer de story map pour déterminer comment y remédier.

Que faire après avoir réalisé votre user story map ?

Une fois votre user story map terminée, les parties prenantes concernées examinent généralement les activités et les stories cartographiées. Rappelez-vous que rien n’est figé : vous pouvez et devez apporter des modifications si nécessaire. Une fois que tous les intervenants se sont mis d’accord sur une version finale de votre user story map, l’équipe de production peut commencer le développement.

Pour vous lancer, vous pouvez vous appuyer sur l’un des diagrammes et processus suivants :

• Déploiement de la fonction qualité : utilisez cette méthode pour élaborer un cadre visant à répondre aux besoins des clients.

• Backlog produit : examinez les projets en attente et définissez les degrés de priorité.

• Roadmap produit : définissez les objectifs futurs de votre produit.

• Tableaux Scrum ou Kanban : visualisez quel collaborateur est chargé de chaque tâche, en indiquant clairement ce qui est en cours, ce qui est terminé et ce qui reste à faire.

• Cartographie du parcours client : étudiez en détail votre parcours client afin d’orienter les décisions relatives au produit ou à l’entreprise dans son ensemble.

Le user story mapping est une pratique utile pour visualiser les tâches à réaliser en priorité afin d’obtenir le produit final le plus efficace possible. Même s’il peut être tentant de considérer cette étape comme superflue, elle s’avère souvent essentielle pour identifier rapidement les points de friction et les motivations des utilisateurs, avant qu’elles ne se traduisent par des retouches coûteuses.