Modèle Cartographie d'Exemples
Créez une compréhension commune d'une nouvelle fonctionnalité produit.
À propos du modèle de Cartographie d'Exemples
La Cartographie d'Exemples (ou cartographie des récits utilisateurs) aide les chefs de produit et leurs équipes à décomposer rapidement les backlogs produits. Idéalement, les Cartes d'Exemples aident des équipes polyvalentes (par exemple, un product owner, un testeur et un développeur) à développer une compréhension et un langage communs pour expliquer pourquoi les fonctionnalités d'un produit doivent changer.
Les chefs d'équipe peuvent offrir une orientation stratégique vers une transformation numérique cohérente (ou une mise à niveau rapide) afin que leur équipe dispose de la technologie pertinente pour rester compétitive !
Continuez à lire pour en savoir plus sur la Cartographie d'Exemples.
Qu'est-ce que la Cartographie d'Exemples ?
Une session de cartographie d'examples est un excellent moyen de développer des récits utilisateurs structurés et concrets. Chaque exemple découvert peut aider les équipes à explorer les zones de difficultés pour les clients et à décider des critères appropriés à la création de nouvelles fonctionnalités.
Ces éléments clés doivent être enregistrés lors d'une session de Cartographie d'Exemples :
Des règles qui résument des exemples ou s'accordent sur la portée de la user story.
Des questions ou des hypothèses d'identification sur des situations où personne ne connaît le résultat idéal.
De nouvelles histoires qui devraient être découvertes ou laissées en dehors de la portée finale.
La Cartographie d'Exemples s'appuie également sur un système de code couleurs pour façonner la portée d'une user story :
Les pense-bêtes jaunes servent à définir des histoires, telles que « changement d'adresse de livraison »
Les pense-bêtes bleus servent à définir des règles, telles que « La position est mise à jour »
Les pense-bêtes verts servent à définir des exemples, comme « La nouvelle adresse est hors de portée »
Les pense-bêtes rouges sont destinées aux questions telles que « et si le client habite en dehors de la zone de livraison gratuite ? »
Ce système de code couleur aide à orienter la conversation dans la bonne direction et à maintenir la discussion sur la bonne voie.
Quand utiliser la Cartographie d'Exemples ?
La Cartographie d'Exemples est une méthode collaborative qui peut aider votre équipe à définir à quoi ressemble le comportement accepté des utilisateurs dans différentes situations. Le système de cartographie d'exemples peut être un moyen utile pour aligner vos équipes transversales sur les objectifs suivants :
Empathie pour le client et l'équipe : tout le monde doit comprendre pourquoi les nouvelles fonctionnalités du produit sont nécessaires et les conflits entre les histoires et les règles avec lesquels le client pourrait avoir des difficultés.
Compréhension partagée de l'industrie ou du produit : à la fin de la session de Cartographie d'Exemples, l'équipe doit repartir avec un langage partagé et une appréciation des enjeux.
Potentiel de changement petit mais percutant : voyez grand et agissez petit en équipe. En combien de temps chaque récit utilisateur enregistré peut-il être traduit en une fonctionnalité réelle ?
Des règles et des exemples qui suivent la logique : Des règles et des scénarios spécifiques doivent étayer chaque user story.
Créez votre propre carte d'exemples
Créer vos propres cartes d'exemples est facile. L'outil de tableau blanc de Miro est le canvas parfait pour les créer et les partager. Commencez par sélectionner le modèle de carte d'exemples, puis suivez les étapes suivantes pour créer le vôtre.
Comprendre le problème.
Demandez à votre product owner de définir le problème de l'utilisateur sur un pense-bête jaune, puis expliquez comment cela se traduit par un besoin de modification des fonctionnalités du produit. Cela aide l'équipe à mieux comprendre le problème.
Challengez le problème en posant des questions de suivi.
Rassemblez toutes les questions de votre équipe sur des pense-bêtes rouges, en commençant par « Et si... ? » Ces questions se trouveront sous votre récit utilisateur (le pense-bête jaune).
Déterminez les règles.
Trouvez les règles dans les réponses aux questions sur les pense-bêtes rouges. Chaque règle est votre critère d'acceptation pour les nouvelles fonctionnalités du produit. Assurez-vous que chaque nouvelle règle peut se suffire à elle-même. Idéalement, elle ne doit pas être confondue avec ou être trop similaire à une autre règle.
Décrivez les situations avec des exemples pertinents.
Les pense-bêtes verts sont l'endroit où vous enregistrez et collectez des cas ou des instances potentiels intéressants. Continuez la discussion et faites appel à l'esprit critique de votre équipe en vérifiant si vous avez atteint les limites de la règle de vos exemples, ainsi qu'en envisageant ce qui se passe si la règle échoue.
Identifiez les résultats, les impacts et les indicateurs de réussite.
Qu'espérez-vous accomplir avec une nouvelle fonctionnalité produit et comment contribue-t-elle à vos objectifs commerciaux ? Réfléchissez à la manière dont vous pourriez suivre et tester le succès de chaque fonctionnalité proposée – quel comportement vous allez rechercher et mesurer.
Transformez vos histoires en un élément d'action.
Ces histoires peuvent être transformées en un plan de développement pour
. Ils peuvent également constituer la base d'un nombre minimum de fonctionnalités nécessaires à l'obtention d'une valeur ajoutée pour votre client.
À quoi ressemble une technique de cartographie d'exemple ?
La cartographie des exemples est un processus collaboratif. Idéalement, vous devriez réunir votre équipe et vous mettre d'accord sur la portée de votre cartographie d'exemples et sur les questions ou les hypothèses à discuter. Une fois ces accords définis, vous pouvez utiliser un modèle de cartographie d'exemple pour remplir les autocollants codés par couleur et travailler en groupe.
Commencer avec ce modèle maintenant.
Modèle Carte de tâches
Idéal pour:
Design, Desk Research, Cartographie
Vous voulez vraiment comprendre l'état d'esprit de vos consommateurs ? Examinez les choses de leur point de vue, en identifiant les « tâches » qu'ils doivent accomplir et en explorant ce qui les inciterait à « adopter » ou à « abandonner » un produit ou un service comme le vôtre. Idéale pour les chercheurs UX, la modélisation de tâches est un processus par étapes qui vous donne un point de vue en décomposant les « tâches » étape par étape, afin que vous puissiez offrir un produit unique, utile et différent de celui de vos concurrents. Ce modèle facilite la création d'une carte des tâches détaillée et complète.
Modèle Customer Touchpoint Map
Idéal pour:
Desk Research, Product Management, Mapping
Pour attirer et fidéliser des clients, vous devez vraiment commencer à les comprendre : leurs difficultés, leurs désirs et leurs besoins. Une Customer Touchpoint Map vous aide à acquérir cette compréhension en visualisant le parcours que suivent vos clients, de l'inscription à un service à l'utilisation de votre site, en passant par l'achat de votre produit. Et parce qu'il n'y a pas deux clients identiques, une Customer Touchpoint Map vous permet de tracer plusieurs parcours vers votre produit. Bientôt, vous pourrez anticiper ces parcours et satisfaire vos clients à chaque étape.
Modèle de Matrice BCG
Idéal pour:
Planification Stratégique
Certains produits sont des « vaches à lait » qui génèrent de sérieux profits. D'autres sont des « chiens », qui atteignent à peine le seuil de rentabilité. D'autres encore sont des « étoiles » ou des « points d'interrogation ». La matrice BCG vous montrera lesquels sont lesquels, en examinant les produits de votre portefeuille et en vous faisant poser des questions difficiles sur chacun d'eux : stimulera-t-il la croissance de l'entreprise ? Va-t-il conquérir des parts de marché ? Est-ce que ça vaut le coup ? Une matrice BCG vous donnera des informations pour vous aider à voir les opportunités sur le marché et à savoir lesquels de vos produits méritent votre investissement.
Modèle Design Research
Idéal pour:
UX Design, Desk Research, Design Thinking
Une carte de design research est un cadre sous la forme d'une grille, montrant la relation entre deux intersections clés dans les méthodologies de recherche : l'état d'esprit et l'approche. Les cartes de design research encouragent votre équipe ou vos clients à développer de nouvelles stratégies commerciales en utilisant la pensée conceptuelle générative. Conçu à l'origine par l'universitaire Liz Sanders, le cadre vise à résoudre la confusion ou le chevauchement entre les méthodes de recherche et de conception. Que votre équipe soit en mode de résolution de problèmes ou de définition d'un espace de problèmes, l'utilisation d'un modèle de design research peut l'aider à considérer la valeur collective de nombreuses pratiques indépendantes.
Modèle Analyse des Parties Prenantes
Idéal pour:
Gestion de projet, Planification Stratégique, Planification de projet
La gestion des parties prenantes fait partie intégrante de la réalisation d'un projet à temps et de la satisfaction des attentes. Voici donc comment utiliser une analyse des parties prenantes pour vous aider. Une analyse des parties prenantes vous permet de répondre à des attentes et de terminer des projets à temps en identifiant les individus, les groupes et les organisations ayant un intérêt direct dans un programme ou un processus. Dans une analyse typique des parties prenantes, vous allez hiérarchiser les parties prenantes en fonction de leur influence sur un projet et chercher à comprendre la meilleure façon d'interagir avec elles tout au long du projet.
Modèle Matrice RACI
Idéal pour:
Leadership, Prise de décision, Organigrammes
La matrice RACI est un outil de gestion essentiel qui aide les équipes à garder une trace des rôles et des responsabilités et peut éviter toute confusion pendant les projets. RACI est l'acronyme de Responsible (Réalisateur) (la personne qui fait le travail pour accomplir la tâche et est responsable de faire le travail ou de la prise de décision) ; Accountable (Responsable) (la personne qui est responsable de l'exécution correcte et complète de la tâche) ; Consultes (Consultés) (les personnes qui fournissent des informations pour le projet et avec lesquelles il existe une communication bidirectionnelle) ; Informed (Informés) (les personnes qui sont tenues informées des progrès et avec lesquelles il existe une communication à sens unique).