Reprenons l’histoire de TransGlobal racontée dans notre article sur la customer journey et le tunnel d’acquisition AARRR. Dans le monde interconnecté d’aujourd’hui, cette entreprise de transport de marchandises cherche à améliorer sa planification logistique, et nous avons identifié comment cette société type vit son expérience autour de notre produit, et plus généralement autour du produit des concurrents.
La Customer Journey nous a permis de comprendre l’expérience globale du client en incluant ses utilisateurs pour réaliser le job to be done avec le produit. Intéressons-nous maintenant aux actions que les utilisateurs doivent réaliser au cours de cette customer journey plus en détails grâce aux cartographies d’histoire, ou story mapping.
Le story mapping
En fonction de la complexité du produit, du nombre de user personas (utilisateurs) concernés, et des objectifs à atteindre, la cartographie des histoires de l’utilisateur peut être plus ou moins complexe. Mais si on simplifie en ne tenant compte d’un parcours, alors il s’agit de la représentation d’une situation initiale, de l’objectif recherché, des étapes pour l’atteindre, et des actions réalisées par l’utilisateur exprimées sous la forme des user stories.
Prenons l’exemple d’un commercial de chez TransGlobal qui cherche à prendre contact avec un prospect de façon à finaliser une vente avant l’envoi d’un colis.
Le story mapping consiste à organiser les « user stories » (histoires d’utilisateurs) en une structure visuelle qui représente le parcours de l’utilisateur, ce qui est plus précis que l’expérience client et cible les interactions directes avec le produit. Ces user stories sont des descriptions de fonctionnalités du produit du point de vue de l’utilisateur, souvent formulées comme suit : « En tant que [utilisateur], je veux [action], afin que je puisse [bénéfice] ».
Les flux
Dans la vraie vie, il est très rare d’avoir une vision aussi claire des étapes, et des conditions peuvent s’insérer au cours du temps sur la façon dont les actions doivent se poursuivre en fonction d’états et de réactions. Pour représenter cela, plusieurs techniques existent telles que l’Experience Map, le Service Bluerpint et le diagramme de séquence. Un point d’attention est nécessaire sur le fait que ces flux ne représentent pas uniquement les interactions avec le produit. Il s’agit de représenter tous les éléments qui influencent le contexte et l’usage du produit.
Application du Story Mapping : L’Histoire de TransGlobal
1. Identification des Personas
La première étape du story mapping consiste à identifier les personas, qui représentent les différents types d’utilisateurs du produit. Pour MapGlobe, un persona clé pourrait être le « Planificateur Logistique » de TransGlobal, qui a besoin d’une vision claire et en temps réel du réseau logistique mondial.
2. Définition de la Trame Narrative ou des thèmes
Ensuite, on détermine la trame narrative, qui décrit les différentes étapes du parcours de l’utilisateur. Pour le « Planificateur Logistique », cela pourrait comprendre des étapes telles que « Identifier le besoin de planification », « Rechercher des outils de planification », « Évaluer MapGlobe », « Utiliser MapGlobe » et « Évaluer l’efficacité de MapGlobe ».
3. Création des User Stories
La prochaine étape consiste à créer des user stories pour chaque étape de la trame narrative. Par exemple, pour l’étape « Utiliser MapGlobe », une user story pourrait être : « En tant que Planificateur Logistique, je veux voir en temps réel les conditions météorologiques sur ma route logistique, afin de pouvoir adapter mon plan en conséquence ».
4. Priorisation des User Stories
Une fois les user stories créées, elles sont priorisées en fonction de leur importance pour l’utilisateur et leur alignement avec les objectifs commerciaux. Cela permet à l’équipe de développement de se concentrer sur les fonctionnalités qui offrent le plus de valeur.
5. Planification des Itérations de Développement
Enfin, les user stories prioritaires sont regroupées en « sprints » de développement. Cela donne à l’équipe de développement une feuille de route claire pour construire le produit de manière itérative, en ajoutant et en améliorant les fonctionnalités au fil du temps.
Les spécifications agiles
Les Initiatives
Les initiatives sont des regroupements de tâches ou de projets liés qui partagent un objectif stratégique commun. Elles permettent de structurer et d’organiser les efforts du produit d’une manière qui soutient les objectifs de l’entreprise.
Scénario d’usage : Dans le cadre de Spotify, une initiative pourrait être « Améliorer l’interaction sociale », incluant des projets pour le développement de fonctionnalités telles que le partage de playlists, la recommandation de musique basée sur les habitudes d’écoute des amis, etc.
Les Thèmes
Un thème est une catégorie de haut niveau qui permet de regrouper plusieurs initiatives ou tâches qui partagent une orientation stratégique similaire. Ils aident à donner un sens aux efforts des équipes et à communiquer une direction claire pour le produit.
Scénario d’usage : Dans le contexte de Spotify, un thème possible pourrait être « Interaction et partage ». Ce thème comprendrait des initiatives axées sur l’amélioration de l’interaction des utilisateurs et du partage de la musique, comme la création de playlists collaboratives.
Les EPICs
Un EPIC est un grand ensemble de travail qui peut être décomposé en plusieurs tâches ou « user stories » plus petites. Un EPIC est généralement associé à une initiative spécifique et sert de conteneur pour regrouper des tâches liées qui contribuent à un objectif commun.
Scénario d’usage : Pour l’initiative « Améliorer l’interaction sociale », un EPIC pourrait être « Développer la fonctionnalité de playlists collaboratives ». Cet EPIC serait ensuite décomposé en plusieurs « user stories » ou tâches spécifiques, comme « Permettre à plusieurs utilisateurs d’ajouter des chansons à une playlist » ou « Créer des permissions pour gérer qui peut modifier la playlist ».
Les Items du Backlog Produit
Les items du backlog produit sont des tâches spécifiques qui doivent être réalisées pour développer ou améliorer une fonctionnalité. Ces tâches sont souvent exprimées en « user stories » qui décrivent une fonctionnalité du point de vue de l’utilisateur. Les items du backlog sont priorisés en fonction de leur valeur pour l’utilisateur et pour l’entreprise, et sont sélectionnés pour être développés lors de chaque sprint de développement.
Scénario d’usage : Pour l’EPIC « Développer la fonctionnalité de playlists collaboratives », un item du backlog produit pourrait être « En tant qu’utilisateur, je veux pouvoir inviter mes amis à ajouter des chansons à ma playlist, pour que nous puissions découvrir ensemble de nouvelles musiques ». Cette « user story » définit une tâche précise qui devrait être accomplie pour développer la fonctionnalité de playlists collaboratives.
Qu’est-ce que la valeur ?
L’objectif principal d’une équipe produit est de créer un produit générant le maximum de valeur avec le minimum d’effort. Mais qu’est-ce que cela veut dire ? De la valeur pour qui ?
Un produit crée de la valeur en répondant à un besoin, un désir ou un problème chez le client ; tout en générant de la valeur pour l’entreprise (le business) qui porte le produit. L’expression de la valeur pour le client s’appelle la proposition de valeur et elle est formulée en termes d’impact (outcome).
Ca, c’est la version simple…
