Dans un monde où les produits digitaux évoluent à toute vitesse, l'une des questions les plus critiques pour une équipe produit est simple à formuler, mais difficile à répondre : comment s'assurer qu'on construit la bonne chose, au bon moment, pour les bonnes raisons ? C'est exactement ce à quoi répond la product discovery, et plus spécifiquement la méthodologie développée par Teresa Torres.
Qu'est-ce que la product discovery ?
La product discovery est le processus qui précède le développement. Elle vise à répondre à trois questions fondamentales avant d'écrire une seule ligne de code :
- Quel problème cherche-t-on à résoudre ? (comprendre les besoins réels des utilisateurs)
- Est-ce que ce problème vaut vraiment la peine d'être résolu ? (priorisation par impact business)
- La solution envisagée résout-elle vraiment ce problème ? (validation avant développement)
Sans cette phase, les équipes risquent de construire des fonctionnalités que personne n'utilise, une réalité que l'industrie connaît bien : selon diverses études, plus de 60% des fonctionnalités développées ne génèrent pas ou peu de valeur pour les utilisateurs.
Teresa Torres et "Continuous Discovery Habits"
Teresa Torres est une product coach américaine dont le travail a profondément influencé la manière dont les équipes produit modernes abordent la discovery. Dans son ouvrage Continuous Discovery Habits (2021), elle défend une idée centrale : la discovery ne doit pas être un projet ponctuel, mais une pratique continue et hebdomadaire.
Ses trois piliers fondamentaux sont :
- Des interviews régulières : Rencontrer au moins un utilisateur par semaine pour comprendre ses besoins réels, pas pour valider des idées préconçues.
- Une cartographie des opportunités : Structurer ce qu'on apprend sous forme d'un arbre visuel : l'Opportunity Solution Tree.
- Des expériences rapides : Tester les solutions avec le minimum d'effort avant de s'engager dans un développement complet.
L'Opportunity Solution Tree (OST)
L'OST est l'outil central de la méthodologie Torres. C'est un arbre visuel qui structure toute la réflexion produit autour d'un objectif business clair. Il se compose de quatre niveaux :
- La racine, l'Outcome : L'objectif business mesurable que l'équipe cherche à atteindre. Ex : "Réduire le chargeback rate de 20% sur le trimestre" ou "Augmenter le taux de conversion de 10%". C'est le cap, pas la solution.
- Niveau 1, les Opportunities : Les pain points, besoins non satisfaits ou désirs des utilisateurs qui, s'ils étaient résolus, contribueraient à atteindre l'outcome. Ex : "Les règles de détection actuelles génèrent trop de faux positifs" ou "Les analystes manquent de visibilité sur les transactions suspectes en temps réel".
- Niveau 2, les Solutions : Les idées de fonctionnalités ou d'améliorations pour adresser chaque opportunité. Ex : "Affiner les règles avec un modèle ML" ou "Créer un dashboard de monitoring en temps réel".
- Niveau 3, les Experiments : Les tests rapides pour valider (ou invalider) les solutions avant de les développer complètement.
Ce qui rend l'OST puissant, c'est qu'il force l'équipe à partir du problème, pas de la solution, un réflexe contre-naturel pour beaucoup d'équipes tech qui ont tendance à sauter directement aux idées de fonctionnalités.
Les interviews utilisateurs : l'essence de la méthode
Au cœur de la méthode Torres, il y a une conviction forte : on ne peut pas comprendre les besoins des utilisateurs sans leur parler régulièrement. Mais attention : les interviews de discovery ne ressemblent pas aux interviews classiques de validation. On ne cherche pas à savoir si l'utilisateur aimerait telle fonctionnalité (il dira toujours oui). On cherche à comprendre ses comportements réels, ses frustrations quotidiennes, ses workarounds.
La question type d'une interview Torres : "Racontez-moi la dernière fois que vous avez fait X", une question qui ancre la conversation dans le vécu concret, pas dans l'hypothétique.
Du discovery au delivery : connecter l'OST aux user stories
L'OST n'est pas déconnecté du développement, il l'alimente directement. Chaque user story développée par l'équipe devrait pouvoir être tracée jusqu'à une opportunity dans l'arbre, elle-même rattachée à l'outcome. Cette traçabilité garantit que chaque effort de développement contribue à un objectif mesurable et que les priorités sont alignées sur la valeur réelle plutôt que sur les intuitions.
En pratique, des outils comme MIRO sont souvent utilisés pour construire et partager l'OST visuellement avec toute l'équipe, et JIRA pour gérer les user stories qui en découlent.
Ce que j'en retiens
Avoir eu l'opportunité de participer à une phase de discovery sous la supervision d'un Lead Product Manager m'a permis de voir concrètement comment l'OST structure la prise de décision dans un contexte réel. Dans un domaine comme la fraude au paiement, où chaque décision produit a un impact financier direct et mesurable, disposer d'un cadre aussi rigoureux pour prioriser les opportunités s'est révélé particulièrement précieux. La discovery n'est pas une étape optionnelle : c'est ce qui fait la différence entre construire ce que les données montrent et construire ce qui génère vraiment de la valeur.