« Trouver de meilleurs problèmes qui valent la peine d'être résolus avec le Canevas des Forces du Client » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (12 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 2 : | Ligne 2 : | ||
[[Category: Portail Startup]] | [[Category: Portail Startup]] | ||
[[Category: Canevas]] | [[Category: Canevas]] | ||
[[Category: Découverte Produit]] | |||
Auteur : Ash Maurya<br /> | Auteur : Ash Maurya<br /> | ||
Source : [https://blog.leanstack.com/the-updated-problem-interview-script-and-a-new-canvas/ Find Better Problems Worth Solving with the Customer Forces Canvas]<br /> | Source : [https://blog.leanstack.com/the-updated-problem-interview-script-and-a-new-canvas/ Find Better Problems Worth Solving with the Customer Forces Canvas]<br /> | ||
| Ligne 54 : | Ligne 55 : | ||
Dans l'étude de cas sur le partage de photos pour les parents dans Running Lean, j'ai constaté que les mères partageaient davantage que les pères (données démographiques), mais qu'il existait une corrélation beaucoup plus forte entre le fait de devenir mère pour la première fois (données psychographiques) et le désir de partager des photos avec d'autres personnes.<br/> | Dans l'étude de cas sur le partage de photos pour les parents dans Running Lean, j'ai constaté que les mères partageaient davantage que les pères (données démographiques), mais qu'il existait une corrélation beaucoup plus forte entre le fait de devenir mère pour la première fois (données psychographiques) et le désir de partager des photos avec d'autres personnes.<br/> | ||
<br/> | <br/> | ||
'''''Les résultats | '''''Les résultats et les tâches contrairement aux problèmes permettent davantage de découvertes'''''<br/> | ||
<br/> | <br/> | ||
Si le fait de définir d'emblée le contexte du problème permet de cibler la conversation, l'invalidation ultérieure provoque des ratés. Limiter le contexte du problème est plus utile pour l'entretien sur la solution, lorsque vous avez plus de preuves/confiance et que le cadre est davantage axé sur la présentation que sur l'apprentissage.<br/> | Si le fait de définir d'emblée le contexte du problème permet de cibler la conversation, l'invalidation ultérieure provoque des ratés. Limiter le contexte du problème est plus utile pour l'entretien sur la solution, lorsque vous avez plus de preuves/confiance et que le cadre est davantage axé sur la présentation que sur l'apprentissage.<br/> | ||
| Ligne 71 : | Ligne 72 : | ||
''Exemple : lorsqu'un entrepreneur a une idée, il peut définir l'obtention d'un financement ou la construction/le lancement de son produit comme le résultat souhaité.''<br/> | ''Exemple : lorsqu'un entrepreneur a une idée, il peut définir l'obtention d'un financement ou la construction/le lancement de son produit comme le résultat souhaité.''<br/> | ||
<br/> | <br/> | ||
''Si vous êtes un fidèle lecteur, vous savez que je considère la stratégie de l'investisseur d'abord ou de la construction d'abord comme une | ''Si vous êtes un fidèle lecteur, vous savez que je considère la stratégie de l'investisseur d'abord ou de la construction d'abord comme une [https://blog.leanstack.com/the-bootstart-manifesto-65b41da6216 dérive]. L'objectif de l'entretien sur le problème n'est pas de les convaincre du contraire (pour l'instant), mais d'obtenir leur vision du monde.''<br/> | ||
<br/> | <br/> | ||
'''Alternatives existantes et solution actuelle'''<br/> | |||
<br/> | |||
Les déclencheurs et les résultats souhaités constituent l'ensemble des critères que vos clients utilisent pour rechercher des alternatives et sélectionner des solutions. C'est ce que vous allez explorer ensuite. | |||
Lorsque vous définissez le contexte en termes de résultats et de tâches à accomplir, par opposition aux solutions, vous devriez toujours être en mesure de trouver des alternatives existantes. | |||
[[Fichier:The-solution-consideration-set EN.png|border|link=]]<br/> | |||
'''''L'ensemble des critères de la solution.'''''<br/> | |||
<br/> | |||
'''Inertie, friction et sommet suivant'''<br/> | |||
<br/> | |||
Pour chaque solution (en commençant par la plus récente), vous voulez connaître l'histoire du client sur la façon dont il a trouvé, choisi et utilisé la solution, et quel est le prochain objectif pour lui :<br/> | |||
<br/> | |||
[[Fichier:Where-problems-live EN.png|border|link=]]<br/> | |||
'''''Là où vivent les problèmes.'''''<br/> | |||
<br/> | |||
L'inertie représente les obstacles et les barrages routiers qui retiennent le client au moment de choisir une nouvelle solution. Il peut s'agir d'habitudes existantes ou d'anxiétés qui font surface lorsqu'il envisage une nouvelle orientation.<br/> | |||
<br/> | |||
Les frictions se produisent plus loin sur la route. Les frictions représentent les obstacles et les blocages qui se dressent sur le chemin de l'utilisation. Elles peuvent également être dues à de vieilles habitudes dont il faut se défaire afin d'utiliser efficacement la nouvelle solution, ainsi qu'à des angoisses ou des frustrations créées par l'adaptation à la nouvelle solution.<br/> | |||
<br/> | |||
La dernière étape consiste à évaluer dans quelle mesure le travail a été bien fait avec l'alternative choisie. Se sont-ils sentis mieux qu'au départ ? Et quelle est la prochaine étape pour eux ? Cela permet de peindre un contexte plus large pour votre client et vous aide à visualiser comment il perçoit sa feuille de route.<br/> | |||
<br/> | |||
C'est en répondant à ces questions que vous trouverez les problèmes qui méritent d'être résolus. C'est ce que j'appelle l'approche par la porte dérobée de la découverte de problèmes, car vous ne commencez pas par les problèmes, mais vous les extrayez des histoires des clients.<br/> | |||
<br/> | |||
Voici le script mis à jour de l'entretien sur les problèmes :<br/> | |||
<br/> | |||
[[Fichier:Problem-interview-script-2-deconstructed EN.png|border|link=]]<br/> | |||
'''''Script 2.0 de l'entretien sur le problème.'''''<br/> | |||
<br/> | |||
Le reste du script de l'entretien est le même que celui de l'original. Vous concluez l'entretien en demandant à vos clients la permission d'effectuer un suivi et de vous recommander d'autres personnes à interviewer. Et enfin, vous documentez vos résultats.<br/> | |||
<br/> | |||
Comme vous l'avez probablement déjà remarqué, le diagramme des forces du client (dont j'ai également [https://blog.leanstack.com/the-science-of-how-customers-buy-anything-84e72920e644 parlé précédemment]) vous aide non seulement à visualiser le script de l'entretien, mais il peut également être utilisé pour documenter les résultats de votre entretien, vous donnant ainsi un artefact concret que vous pouvez créer après chaque entretien.<br/> | |||
<br/> | |||
C'est pourquoi j'ai intégré le visuel dans un nouveau Canevas des Forces du Client que vous pouvez télécharger ci-dessous et également utiliser pour documenter vos résultats :<br/> | |||
<br/> | |||
[[Fichier:Customer-Forces-Canvas EN.png|border|link=]]<br/> | |||
'''''[http://innovatorsgift.com/ CLIQUEZ ICI pour télécharger le Canevas des Forces du Client]'''''<br/> | |||
'''''[https://leanstack.s3.amazonaws.com/templates/customer-forces-canvas-v3.pdf Lien CUSTOMER FORCES CANVAS v3]'''''<br/> | |||
<br/> | |||
Si la meilleure façon de remplir le Customer Forces Canvas est de le faire après un entretien, il se peut que certains de ces termes vous soient encore étrangers, comme la différence entre inertie et friction ou entre habitudes et anxiétés.<br/> | |||
<br/> | |||
Je vous recommande donc d'en remplir un vous-même en plaçant votre prototype d'adopteur précoce à la place du conducteur.<br/> | |||
<br/> | |||
Voici un exemple de formulaire rempli pour un entrepreneur en phase de démarrage :<br/> | |||
<br/> | |||
[[Fichier:Example-for-an-early-stage-entrepreneur EN.png|border|link=]]<br/> | |||
'''''Exemple'''''<br/> | |||
<br/> | |||
==Vous avez des commentaires ?== | |||
Le nouveau script de l'entretien sur le problème et le Canevas des Forces du Client vous ont-ils été utiles ?<br/> | |||
<br/> | |||
Nous avons entièrement adopté cette approche - pas seulement pour trouver des problèmes au stade de l'idéation, mais tout au long du cycle de développement du produit. La principale différence est qu'au cours de la phase d'idéation, vous explorez les forces qui poussent les clients vers les alternatives existantes, tandis que plus tard, vous explorez les forces qui poussent les clients vers (et à loin) votre propre solution.<br/> | |||
<br/> | |||
[http://innovatorsgift.com/ CLIQUEZ ICI pour télécharger le Canevas des Forces du Client]<br/> | |||
<br/> | |||
Et je serais ravi de savoir si/comment vous l'avez utilisé. | |||
