On met quoi dans notre MVP ?
On voudrait tout mettre... Heureusement le Story Mapping nous aide à faire les bons choix !
Bon matin 👋
Tout d’abord, un grand merci à tous ceux qui nous rejoignent chaque semaine et à tous vos feedbacks. On commence à être une bonne communauté de gens qui pensent que le Product Management peut être puissant sans être prise de tête !
Revenons à nos moutons. On arrive un peu au moment fatidique où on a notre idée de produit (ou grosse fonctionnalité), tout notre travail de découverte a été bien fait (je compte sur vous), on sait qui sont nos utilisateurs cibles et ce qu’ils veulent… Comment on accouche rapidement d’une solution maintenant ?
Il y a deux semaines, on a fait un premier pas dans ce sens en déroulant notre user flow. Cette semaine on lui rajoute une dimension… En piste !
🔥 Objectif du jour : lister tout ce que vous devez développer pour votre MVP, via une Story Map
📑 Prérequis : votre user flow et vos aha! moments
🌟 Ce que ça va débloquer : votre MVP !
La Story Map : un user flow en 2D
On reprend notre user flow. Rappelez vous; cette suite d’actions qui amène votre utilisateur de son désir vers sa réalisation. 👇
Pour plus de lisibilité, je l’avais déroulé sur deux lignes, mais on va le remettre sur une car on va rajouter une deuxième dimension à ces étapes clés : les user stories.
Les User Stories ? Ce sont toutes les actions réelles que l’utilisateur peut effectuer sur votre solution pour atteindre son objectif.
Comment on les trouve ?
Si vous avez la chance de pouvoir faire ça en équipe, notez les principales étapes de votre user flow sur un tableau et armez-vous de post-its. C’est parti :
Prenez la première étape et pensez à toutes les actions que l’utilisateur doit faire pour y arriver. Je me lance, mon utilisateur “va sur Cowop voir ce que ses groupes font” :
S’il appartient à des groupes, il doit sûrement avoir un compte. Il faut donc rajouter une étape où il peut créer un compte ou se connecter.
Il faut aussi qu’il puisse découvrir ces groupes avant de pouvoir les rejoindre. Une page spéciale avec une barre de recherche et des filtres ?
Dans ce cas là, il faut aussi une page par groupe, pour en savoir plus, qui sont ses membres, quelles sessions sont organisées…
Mais… Ça veut dire qu’il faut qu’on puisse créer ces groupes… Qui peut le faire, quand, comment ?
Vous voyez où on va ? Et pourtant ce n’est que la première étape. N’ayez pas peur et ne vous limitez pas. Notez vraiment tout ce qui vous passe par la tête. On fera du tri plus tard.
Si je reprends le user flow de Cowop, voilà les premières idées qui me passent par la tête. J’ai du rajouter l’étape difficilement contournable de la création de compte…
Je me suis volontairement limité pour que ça reste lisible, mais on peut facilement atteindre les 10, 20, 30 user stories par étape ! Et ce n’est pas grave, vous allez voir…
Saupoudrez vos Aha! Moments
On l’a vu la semaine dernière, ce qui va faire la différence entre un user flow basique et un user flow qui enchantera vos utilisateurs ce sont les Aha! moments que vos utilisateurs vont rencontrer tout au long du chemin.
Pensez à les intégrer dès le début car ils peuvent demander une réorganisation de votre Story Map.
Un des JTBD de Cowop c’est le sentiment d’appartenance, pourquoi attendre plusieurs jours la fameuse session de coworking pour le ressentir ?
Je vais essayer de rajouter des actions pour que l’utilisateur puisse le ressentir bien plus en amont…
Si je donnais la possibilité aux autres participants de la session d’envoyer un petit mot de bienvenue au nouvel inscrit… Ça brise la glace en amont, augmente le désir/impatience de participer et booste l’appartenance.
Et si je donnais cette possibilité quand un utilisateur rejoint un groupe. Finie l’entrée incognito par la petite porte, rien de mieux pour assouvir son JTBD qu’un bon accueil chaleureux !
Encore plus en amont ? La possibilité d’inviter de nouveaux utilisateurs à son groupe ou à sa session ? Le sentiment d’appartenance assouvi avant même de créer un compte… Banco !
Quelles sont les actions qui peuvent agréablement surprendre vos utilisateurs et leur montrer qu’ils ne se sont pas trompés en choisissant votre solution pour atteindre leurs JTBD ?
Priorisez et découpez par lots
Si vous avez bien brainstormé et que vous ne vous êtes donnés aucune limite… La liste de user stories peut vite faire peur.
C’est maintenant qu’on introduit la notion de priorisation et de lots (batchs) qui vont définir les prochaines livraisons (releases) de votre produit.
Il existe plusieurs modèles de priorisation, mais celle qui a ma faveur au lancement d’un projet c’est le modèle de Kano.
Il nous permet de sortir du piège du “tout est important donc tout doit être fait tout de suite !” que l’on peut avoir avec d’autres modèles. Il a aussi l’avantage de pouvoir être utilisé avec intuition, même si c’est toujours mieux avec du vrai feedback utilisateur.
Prioriser avec Noriaki Kano
L’idée c’est, pour chaque user story, de poser deux questions à notre utilisateur (imaginaire ou non), avec cinq réponses possibles :
Comment vous sentez-vous si vous avez cette fonctionnalité ?
J’aime ça, je m’attends à ce qu’elle soit disponible, je suis neutre, je vis avec, je n’aime pas qu’il y ait cette fonctionnalité.
Comment vous sentez-vous si vous n’avez pas cette fonctionnalité ?
J’aime ça, je m’attends à ce que ce ne soit pas disponible, je vis avec, je n’aime pas qu’il y ait cette fonctionnalité.
En fonction des réponses, vous utilisez la matrice ci-dessous pour classer votre user story dans un des types de fonctionnalités. 👇
O pour Obligatoire : ce sont les fonctionnalités vraiment attendues par nos utilisateurs. Ils ne seront pas beaucoup plus satisfaits si elles sont là mais seront insatisfaits si elles ne sont pas là. Ils iront même sûrement voir ailleurs.
Occupez vous de ces fonctionnalités en priorité.L pour Linéaire ou Performance : ce sont les fonctionnalités qui font augmenter graduellement la satisfaction et qui nous mettent en compétition avec nos concurrents. Connaissez celles qui ont le plus de valeur pour vos utilisateurs.
Augmentez progressivement la valeur de votre solution en construisant ces fonctionnalités.E pour Excitante : ce sont les fonctionnalités inattendues qui enchantent vos utilisateurs. C’est ce qui va vous démarquer de la concurrence. Vos aha! moments se retrouvent souvent ici.
Assurez-vous d’en développer régulièrement !
Et I et Q alors ? I pour Indifférent, l’utilisateur s’en fiche un peu, vous pouvez les laisser de côté voire carrément les supprimer pour ne pas surcharger votre backlog à l’avenir. Q, c’est questionnable; une fonctionnalité qu’un utilisateur aime mais n’aime pas en même temps ? Questionnable…
Sur votre Story Map, rajoutez la lettre correspondante à chacune des user stories, je la mets [entre crochets] au début de chaque user story pour toujours l’avoir à l’oeil.
Regroupez vos user stories par lots
Une fois que ce travail est fait, réarrangez vos user stories par priorisation : dans chaque colonne, mettez toutes les Obligatoires en haut de la liste, suivies par les Linéaires qui sont vraiment attendues par vos utilisateurs en y ajoutant des Excitantes qui vont vraiment faire la différence, surtout lors de l’onboarding.
Bon à savoir au début : une Excitante peut parfois palier à 2-3 Linéaires qu’on n’a pas le temps de construire.
Maintenant…
On ne peut vraiment pas se permettre de construire tout ça avant même de mettre notre solution dans les mains de nos utilisateurs. Il faut les découper par lots pour apporter de la valeur plus rapidement et continuellement.
Voyez le comme ça : si vous construisez tout, il vous faudra peut-être un an pour sortir le produit et apporter enfin de la valeur à vos utilisateurs. Mais si vous avez découpé tout le travail en lots, cela vous permet d’apporter de la valeur dès les premiers mois, avec le MVP, et continuellement les mois qui vont suivre !
Reprenez donc votre Story Map et regroupez vos user stories par lots :
Mettez dans le premier lot les fonctionnalités obligatoires, les linéaires essentielles et les excitantes qui vont vous rendre unique et palier au manque des autres linéaires.
Ce premier lot doit être le plus épuré possible mais toujours fonctionnel : n’oubliez pas que vous devez répondre à un JTBD, ce serait dommage de s’arrêter à la moitié !
Pour les lots qui suivent, assurez-vous toujours qu’ils sont chacun indépendants des uns des autres.
Ne vous prenez pas trop la tête pour ces lots qui suivent, souvent les feedbacks que vous allez tirer de votre MVP vont grandement vous aider à les prioriser…
Une règle très importante : mettez dans votre Lot 1 (ou MVP) les fonctionnalités qui confirment ou infirment votre proposition de valeur principale, vous pourrez la tester ainsi directement auprès de vos utilisateurs avant d’aller plus loin.
A quoi bon pour Cowop de construire toute une fonctionnalité de groupes si les gens ne sont finalement même pas intéressés par les sessions de coworking ? 🤷♂️
Je crois qu’on a bien bossé pour aujourd’hui ! Vous devriez y voir beaucoup plus clair sur vos priorités des prochaines semaines. Mais surtout, vous devriez être soulagés de savoir que vous n’avez pas besoin de faire tout, tout de suite.
A partir de maintenant, ne gardez en tête que votre MVP et oubliez pour quelques semaines les lots qui suivent…
A la semaine prochaine, on parlera de pizza !