« Framework 3W3 » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| (10 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
[[Category: Portail Product Owner]] | [[Category: Portail Product Owner]] | ||
[[Category: Vision]] | [[Category: Vision]] | ||
[[Category: Découverte Produit]] | |||
[[Category: Marty Cagan]] | |||
Auteur : Sandeep Potdar<br/> | |||
Sources : | |||
* [https://twitter.com/SandeepPotdar/status/1421923169347072005?s=20&t=nVPHAzV43Oh8nshy8J4rHw Introducing: The 3W3 Product Discovery Framework] | |||
* [https://mem.ai/p/ClHyLUFy5zGGbj1AZsOx Introducing the 3W3 Product Discovery Framework] | |||
Date : 01/08/2021<br/> | Date : 01/08/2021<br/> | ||
---- | ---- | ||
| Ligne 14 : | Ligne 18 : | ||
Le framework 3W3 est un moyen de structurer l'approche logique de la découverte de produits et de réduire la probabilité d'échec du produit.<br/> | Le framework 3W3 est un moyen de structurer l'approche logique de la découverte de produits et de réduire la probabilité d'échec du produit.<br/> | ||
<br/> | <br/> | ||
Le framework 3W3 répond et structure logiquement les 3Ws - Pourquoi (''Why''), Qui (''Who'') et Quoi(''What'') de l'Espace du Problème, à 3 niveaux de profondeur - afin d'atténuer le risque de valeur et le risque de viabilité économique.<br/> | Le framework 3W3 répond et structure logiquement les 3Ws - Pourquoi (''Why''), Qui (''Who'') et Quoi (''What'') de l'Espace du Problème, à 3 niveaux de profondeur - afin d'atténuer le risque de valeur et le risque de viabilité économique.<br/> | ||
<br/> | <br/> | ||
[[Fichier:3W3-Framework FR.jpg|border|1000px]]<br/> | [[Fichier:3W3-Framework FR.jpg|border|1000px|center|border|link=]]<br/> | ||
<br/> | <br/> | ||
Selon le regretté professeur de la Harvard Business School - [https://twitter.com/claychristensen @claychristensen] - chaque année, 30 000 nouveaux produits sont lancés et 95 % d'entre eux échouent.<br/> | Selon le regretté professeur de la Harvard Business School - [https://twitter.com/claychristensen @claychristensen] - chaque année, 30 000 nouveaux produits sont lancés et 95 % d'entre eux échouent.<br/> | ||
| Ligne 64 : | Ligne 68 : | ||
Pour ce faire, nous devrons comprendre chacune de leurs personnalités, leur poser des questions qui passent le "Mom Test" de [https://twitter.com/robfitz @robfitz] (NdT : les gens diront toujours que votre idée est bonne parce qu’ils ne veulent pas vous blesser. C’est particulièrement vrai si vous demandez à votre mère) et également cartographier les parcours des utilisateurs et des acheteurs qui décrivent quand et comment ils interagissent avec notre produit.<br/> | Pour ce faire, nous devrons comprendre chacune de leurs personnalités, leur poser des questions qui passent le "Mom Test" de [https://twitter.com/robfitz @robfitz] (NdT : les gens diront toujours que votre idée est bonne parce qu’ils ne veulent pas vous blesser. C’est particulièrement vrai si vous demandez à votre mère) et également cartographier les parcours des utilisateurs et des acheteurs qui décrivent quand et comment ils interagissent avec notre produit.<br/> | ||
<br/> | <br/> | ||
[[Fichier:Questions-that-pass-Mom-Test | [[Fichier:Questions-that-pass-Mom-Test FR.jpg|border|link=|center]]<br/> | ||
<br/> | <br/> | ||
Comme [https://twitter.com/shreyas @shreyas] nous devons déterminer l'importance relative du problème du client par rapport à tous les autres problèmes qu'il tente de résoudre - avec le classement des problèmes du client - pour savoir si notre produit résout *le* problème et pas seulement *un* problème.<br/> | Comme [https://twitter.com/shreyas @shreyas] nous devons déterminer l'importance relative du problème du client par rapport à tous les autres problèmes qu'il tente de résoudre - avec le classement des problèmes du client - pour savoir si notre produit résout *le* problème et pas seulement *un* problème.<br/> | ||
<br/> | <br/> | ||
[[Fichier:The-problem-and-not-just-a-problem FR.jpg|border|700px|link=]]<br/> | [[Fichier:The-problem-and-not-just-a-problem FR.jpg|border|700px|link=|center]]<br/> | ||
==Qui d'autre ?== | ==Qui d'autre ?== | ||
| Ligne 91 : | Ligne 95 : | ||
Il existe généralement plus d'une solution à un problème d'utilisateur. C'est donc une bonne idée de faire un brainstorming sur au moins 3 à 5 solutions différentes afin de pouvoir expérimenter et choisir la meilleure qui répond à vos critères. Reliez-les aux POURQUOI et aux QUI pour évaluer si elles répondent aux besoins.<br/> | Il existe généralement plus d'une solution à un problème d'utilisateur. C'est donc une bonne idée de faire un brainstorming sur au moins 3 à 5 solutions différentes afin de pouvoir expérimenter et choisir la meilleure qui répond à vos critères. Reliez-les aux POURQUOI et aux QUI pour évaluer si elles répondent aux besoins.<br/> | ||
<br/> | <br/> | ||
[[Fichier:If-you-want-to-have-good-ideas_FR.jpg|link=|border|700px]]<br/> | [[Fichier:If-you-want-to-have-good-ideas_FR.jpg|link=|border|700px|center]]<br/> | ||
==Donc quoi ?== | ==Donc quoi ?== | ||
| Ligne 102 : | Ligne 106 : | ||
Les avantages concernent moins le produit lui-même et plus ce que ses utilisateurs en retireront, comment il ajoutera de la valeur à leur vie et comment ils se sentiront.<br/> | Les avantages concernent moins le produit lui-même et plus ce que ses utilisateurs en retireront, comment il ajoutera de la valeur à leur vie et comment ils se sentiront.<br/> | ||
<br/> | <br/> | ||
[[Fichier:People-dont-want-to-buy FR.jpg|link=|border|700px]]<br/> | [[Fichier:People-dont-want-to-buy FR.jpg|link=|border|700px|center]]<br/> | ||
<br/> | <br/> | ||
Nous pouvons passer en revue les caractéristiques & avantages de notre produit pour arriver à ses bénéfices en posant la question "DONC QUOI ?" de manière itérative plusieurs fois : Caractéristiques (DONC QUOI ?) → Avantages (DONC QUOI ?) → Bénéfices (DONC QUOI ?) → Bénéfice ultime.<br/> | Nous pouvons passer en revue les caractéristiques & avantages de notre produit pour arriver à ses bénéfices en posant la question "DONC QUOI ?" de manière itérative plusieurs fois : Caractéristiques (DONC QUOI ?) → Avantages (DONC QUOI ?) → Bénéfices (DONC QUOI ?) → Bénéfice ultime.<br/> | ||
| Ligne 115 : | Ligne 119 : | ||
|alignment=center | |alignment=center | ||
}} | }} | ||
==Et maintenant quoi ?== | |||
Le véritable objectif de la découverte d'un produit n'est pas seulement la découverte elle-même, mais aussi la livraison du produit qui résout le vrai problème du client et qui est de valeur, utilisable et viable. Cela nécessite une mise en œuvre ciblée.<br/> | |||
<br/> | |||
C'est là que l'espace du problème et l'espace de la solution commencent à se rencontrer. Sélectionner les opportunités, les classer par ordre de priorité et mener des expériences pour tester les marchés avant de se lancer. Comme l'écrit @level5leaders dans Great by Choice, "Tirez des balles et ensuite tirez des coups de canon".<br/> | |||
<br/> | |||
Utilisez l'une des [https://productcoalition.com/how-to-prioritize-features-and-projects-heres-the-ultimate-list-of-prioritization-frameworks-6f5b626ae779 124 techniques de priorisation] des opportunités, réalisez de petites expériences qui offrent un retour rapide, et itérez pour construire le produit qui non seulement résout le vrai problème du client, mais atténue également les 4 risques du produit de [https://twitter.com/cagan @cagan]. | |||
==Fin== | |||
Cela fait 33 tweets pour expliquer le 3W3 :)<br/> | |||
<br/> | |||
Essayez le framework 3W3 pour votre découverte de produit et faites-moi part de vos commentaires.<br/> | |||
<br/> | <br/> | ||
P.S. Si vous avez aimé ce fil de discussion, vous aimerez peut-être aussi lire cet article : [https://www.linkedin.com/pulse/product-discovery-using-3w3-framework-sandeep-potdar/ Product Discovery using the 3W3 Framework]. | |||
