Le Product Discovery est la partie la plus importante pour un Product Manager
Auteur : Paweł Huryn
Source : Product Discovery is the most important area for a Product Manager
Date : 13/09/2023
Traducteur : Fabrice Aimetti
Date : 17/09/2023
Traduction :
Le Product Discovery est la partie la plus importante pour un Product Manager.
Mais elle est souvent mal comprise.
Les gens perdent du temps et de l'énergie à se dépêcher de livrer des fonctionnalités qui ne fonctionnent pas et n'aboutissent pas aux résultats escomptés.
L'usine à fonctionnalités (feature factory).
Cela ressemble souvent à ceci :
- Le Product Manager questionne les clients sur leurs besoins
- Il crée des user stories détaillées et demande une estimation.
- Les idées qui semblent prometteuses sont sélectionnées pour le sprint.
- Les développeurs opèrent la magie
- Les designers embellissent la chose (c'est comme si on mettait du rouge à lèvres à un cochon)
- Lorsque tout est prêt, rien ne change, ou les choses empirent.
Certains disent que "le risque se limite à la durée du Sprint".
Mais c'est ce qui se passera pour chaque Sprint.
Et les meilleures idées ne figureront peut-être même pas sur la liste.
-
Voici comment résoudre ce problème :
1. Conditions préalables :
- Commencer par l'objectif du produit. Mon approche préférée est l'utilisation des OKR. Comment commencer (gratuit) : https://lnkd.in/dC_A_T2x
- Le Product Discovery n'est pas une tâche qui incombe à une seule personne. Le trio produit ( Product Manager, Designer, et au moins un Ingénieur) doit travailler ensemble.
2. Espace des problèmes :
- Chaque semaine, interroger les clients pour identifier les opportunités (problèmes, besoins) qui, une fois résolues, conduiront au résultat souhaité pour le produit.
- Cartographier les opportunités à l'aide de l'arbre d'opportunité de solutions (par Teresa Torres). Explication gratuite : https://lnkd.in/dA_W9i96
- Prioriser les opportunités. Mon approche préférée consiste à utiliser le Score d'Opportunité de Dan Olsen. Explication gratuite : https://lnkd.in/dGZ_dsM9 + modèle de Dan : https://lnkd.in/df4sKc7H
3. Espace des solutions :
- Faites un brainstorming sur les solutions possibles. Plus il y en a, mieux c'est. La meilleure approche consiste à faire un brainstorming individuel et à combiner les résultats en groupe.
- Identifier les risques liés à la valeur, à l'utilisabilité, à la faisabilité, à la viabilité et à l'éthique. Une excellente technique consiste à utiliser un User Story Map. Modèle gratuit : https://lnkd.in/dFk2HSBE
- Tester les hypothèses les plus risquées en menant des expériences. J'adore les Strategyzer Test et les Learning Cards. Modèles gratuits et bibliothèque d'expériences : https://lnkd.in/dqYme94e
-
Le Product Discovery débouche sur un Product Backlog validé. Les hypothèses à haut risque sont testées avant la mise en œuvre.
-
Astuces :
- Les personnes sont biaisées. Posez des questions sur des situations spécifiques. Donnez la priorité aux faits et aux comportements plutôt qu'aux opinions.
- Parlez aux commerciaux, au customer success, au support client et aux fondateurs. Ils passent des centaines ou des milliers d'heures avec vos clients chaque mois.
- L'analyse des données (analytics) produit vous dira CE que les gens font tout au long de leur parcours client. Interviewer les clients vous aidera à comprendre POURQUOI ils le font.
- Ne vérifiez pas toutes les hypothèses. Les facteurs qui suggèrent que vous devriez tester une hypothèse : risque élevé, coût de test faible et délai court.
- Éliminez le gaspillage en automatisant vos tests UX. Je suis tombé amoureux de Maze, qui vous permet non seulement de tester des idées, mais aussi de recruter des participants.
J'espère que cela vous aidera !
-
P.S. : Une introduction gratuite au Product Discovery (pas d'email, pas de verrou payant) : https://lnkd.in/dvZ4p7PY
