Opportunity Solution Tree
Visualisez le chemin entre un objectif business et les solutions à tester. L'outil de Teresa Torres pour structurer la discovery produit en continu.
Description
L'Opportunity Solution Tree (OST) est un outil visuel de structuration de la discovery produit cree par Teresa Torres en 2016, qui relie un objectif business mesurable a des opportunités clients, des solutions potentielles et des experiments a mener. Sa finalité : donner aux équipes produit une carte de navigation claire entre la stratégie et les decisions quotidiennes de discovery. Teresa Torres a présente l'OST pour la premiere fois sur ProductTalk.org, puis l'a formalise dans Continuous Discovery Habits (2021) : "The Opportunity Solution Tree helps teams connect what they're learning from customers to what they should build next." L'arbre se lit de haut en bas. Au sommet, un outcome mesurable que l'équipe s'engage a atteindre ("Augmenter la retention M3 de 40% a 55%"). Au niveau suivant, les opportunities : les besoins, frustrations ou désirs des clients que l'équipe a identifies par des interviews. Puis les solutions : les idées concretes pour adresser chaque opportunité. Enfin, les experiments : les tests rapides pour valider chaque solution avant d'investir. L'OST fonctionne comme un arbre généalogique inverse : chaque branche (solution) remonte a un ancêtre (opportunité) qui remonte lui-meme a une racine (outcome). Si vous ne pouvez pas tracer ce lien, la solution est orpheline et ne mérite pas votre sprint. Cette structure résout un problème frequent en product management : les équipes sautent directement de l'objectif business a la solution sans explorer l'espace des opportunités. Contrairement a l'Impact Mapping (qui reste au niveau des acteurs et impacts business), l'OST descend jusqu'aux problèmes utilisateurs concrets. Contrairement au Story Mapping (qui organise le delivery), l'OST structure la discovery en amont.
Objectifs
- Explorer les opportunités
- Favoriser l'innovation
- Assurer l'alignement stratégique
Utilisé par
- -Amplitude (utilise l'Opportunity Solution Tree pour structurer la discovery de ses équipes produit, documente dans le North Star Playbook)
- -Zapier (applique l'OST dans ses equipes produit pour connecter les objectifs business aux experiments de discovery)
Avantages
- Rend visible le lien entre stratégie et travail quotidien. Chaque experiment peut etre trace jusqu'a l'outcome business, ce qui élimine le "pourquoi on fait ca deja ?".
- Force l'exploration avant la decision. En exigeant plusieurs solutions par opportunite, l'OST empeche le reflexe de sauter sur la premiere idee.
- Structure adaptee au rythme continu de la discovery. L'arbre evolue chaque semaine, pas chaque trimestre, ce qui en fait un outil vivant et non un document de planning.
- Langage commun pour le product trio. PM, designer et tech lead partagent le meme arbre, ce qui aligne les perspectives sans reunions supplementaires.
Limites
- Necessite des interviews clients regulieres. Sans un flux constant d'insights clients (minimum 1 interview par semaine), l'espace des opportunites reste theorique et l'arbre se fige.
- Courbe d'apprentissage pour bien formuler les opportunites. La distinction entre opportunite et solution est contre-intuitive pour les equipes habituees a penser en features.
- Peut devenir complexe visuellement. Au-dela de 3 opportunites avec 5 solutions chacune, l'arbre devient difficile a lire. Limitez le scope visible a l'iteration en cours.
- Ne remplace pas un framework de priorisation quantitatif. L'OST structure la reflexion mais ne dit pas quelle opportunite a le plus d'impact. Combinez avec RICE ou Opportunity Scoring pour prioriser.
Comment appliquer Opportunity Solution Tree
- 1
Definir l'outcome mesurable au sommet de l'arbre
Choisissez un objectif business que votre equipe peut influencer directement. Formulez-le comme un resultat mesurable, pas comme un livrable. "Augmenter la retention M3 de 40% a 55%" est un outcome. "Lancer la feature X" est un output. Si vous partez avec un output, vous court-circuitez toute la logique de l'arbre. Output : un outcome unique, mesurable, valide par le product trio.
- 2
Cartographier l'espace des opportunites
Menez des interviews clients hebdomadaires (minimum 1 par semaine, idealement 2-3) pour identifier les besoins, frustrations et desirs lies a votre outcome. Regroupez-les en themes. Chaque theme est une opportunite. Ne confondez pas opportunite et solution : "Je perds du temps a configurer mon compte" est une opportunite, "Ajouter un wizard de setup" est une solution. Output : 5 a 15 opportunites classees par themes.
- 3
Prioriser les opportunites
Toutes les opportunites ne se valent pas. Evaluez chaque opportunite selon trois criteres : la taille de l'opportunite (combien de clients sont concernes), la frequence du probleme, et l'intensite de la douleur. Concentrez-vous sur 1 a 3 opportunites a la fois. Trop d'opportunites en parallele dilue l'effort de discovery. Output : 1 a 3 opportunites prioritaires selectionnees.
- 4
Generer des solutions pour chaque opportunite prioritaire
Pour chaque opportunite, brainstormez au moins 3 solutions differentes. La tentation est de sauter sur la premiere idee. Resistez. Trois solutions minimum forcent la creativite et evitent le biais de confirmation. Impliquez le product trio (PM, designer, tech lead) pour couvrir les angles business, UX et faisabilite. Output : 3 a 5 solutions par opportunite.
- 5
Concevoir des experiments pour chaque solution
Chaque solution doit etre testee avant d'etre construite. Un experiment n'est pas un sprint de developpement. C'est un prototype papier, un test de fumee, un Wizard of Oz, un test A/B sur une landing page. L'objectif : reduire l'incertitude au cout minimum. Definissez le critere de succes avant de lancer le test. Output : 1 a 2 experiments par solution avec critere de succes.
- 6
Dessiner l'arbre et le rendre visible
Utilisez un outil visuel (Miro, FigJam, tableau blanc) pour dessiner l'arbre complet : outcome en haut, opportunites en dessous, solutions sous chaque opportunite, experiments sous chaque solution. L'arbre doit etre accessible a toute l'equipe et mis a jour en continu. Output : arbre visuel partage et a jour.
- 7
Iterer chaque semaine avec les resultats des experiments
Apres chaque experiment, mettez a jour l'arbre. Un experiment qui invalide une solution n'est pas un echec, c'est de l'information. Barrez la solution, testez la suivante. Un experiment qui valide une solution merite un investissement plus important (prototype fonctionnel, MVP). L'arbre evolue chaque semaine, pas chaque trimestre. Output : arbre mis a jour avec les apprentissages de la semaine.
- 8
Remonter vers l'outcome pour verifier l'alignement
Regulierement (toutes les 2 a 4 semaines), prenez du recul et verifiez que vos solutions validees contribuent reellement a l'outcome. Si votre retention M3 ne bouge pas malgre des experiments reussis, l'opportunite etait peut-etre mal identifiee ou la solution ne resout pas le bon probleme. Ajustez l'arbre en consequence. Output : revue d'alignement outcome-opportunites-solutions documentee.