🌳 Opportunity Solution Tree: La Recette Pas à Pas

🎯 Qu’est-ce qu’une Opportunity Solution Tree?

L’OST est une représentation visuelle qui relie:

        OUTCOME (Objectif métier + user)
              ↓
      OPPORTUNITIES (Obstacles/Besoins)
        ↙   ↓   ↘ 
   Sol.1 Sol.2 Sol.3    (Solutions à tester)
              ↓
        EXPERIMENTS
              ↓
        LEARNING

Chaque niveau répondent à:

  • OUTCOME: Où veut-on aller d’ici 6-12 mois?
  • OPPORTUNITIES: Qu’est-ce qui nous bloque d’y arriver?
  • SOLUTIONS: Comment lever chaque obstacle?
  • EXPERIMENTS: Quelle solution tester en priorité?

Avantage clé: Une seule question centrale (OUTCOME) peut avoir 10+ chemins différents (combinations opportunités + solutions). Ça force à explorer avant de coder.


📋 Recette Pas à Pas

Étape 1: Définir l’OUTCOME (30 min)

Objectif: Clarifier où va votre équipe produit.

Questions:

  • Sur quelle métrique métier veut-on agir? (revenus, engagement, rétention, acquisition…)
  • Quelle cible d’impact? (augmenter de 20%? stabiliser? réduire?)
  • Sur quel horizon? (6 mois? 1 an?)
  • Pour qui? (tous les users? segment?)

Template:

OUTCOME = "[Métrique] de [Audience] 
           de [Valeur actuelle] à [Valeur cible]
           en [Timeframe]"

Exemple 1:
"Augmenter engagement des nouveaux users
 de 30% participation à 60%
 en 6 mois"

Exemple 2:
"Réduire churn entreprises de 5% par mois
 vers < 2% 
 dans 12 mois"

Bonnes pratiques:

  • ✅ Outcome = métrique mesurable, pas feature (“retention” pas “dark mode”)
  • One outcome pour toute l’équipe (pas 5 outcomes concurrents)
  • Collaboratif - Métier + Produit alignés
  • Ambitieux mais réaliste - Peut-on l’atteindre en travaillant fort?

Étape 2: Découvrir les OPPORTUNITIES (1-2 semaines)

Objectif: Identifier tous les obstacles/besoins qui bloquent l’outcome.

Source de données:

  • 📞 Interviews utilisateurs (5-10 conversations)
  • 📊 Analytics (où abandonnent les users?)
  • 💬 Support tickets (quelles frustrations?)
  • 🧠 Hypothèses internes (notre intuition)

Question clé pour chaque découverte:

“Cet obstacle bloque-t-il notre outcome?”

Template d’Opportunité:

OPPORTUNITY = "[Audience] besoin de/veut [Besoin]
              pour pouvoir [Raison]"

Exemple 1:
"Nouveaux users ont besoin d'onboarding rapide
 pour ne pas abandonnez après 5 min"

Exemple 2:
"Entreprises veulent voir ROI rapidement
 pour justifier budget auprès de leur N+1"

Bonnes pratiques:

  • Basées sur découverte, pas opinion
  • Spécifiques - Pas “les gens veulent plus d’options” (trop vague)
  • Customer-centric - Du point de vue user, pas produit
  • Prioritaire - Trier par impact sur outcome

Nombre typique: 5-10 opportunities par outcome.


Étape 3: Générer SOLUTIONS (Brainstorm - 1h)

Objectif: Pour chaque opportunity, proposer plusieurs façons de la résoudre.

Process:

  1. Prendre une opportunité
  2. Brainstorm rapide (10 min) - Pas juger
  3. Noter 3-5 solutions possibles
  4. Passer à l’opportunité suivante

Template de Solution:

SOLUTION = "[Comment résoudre l'opportunity]"

Pour Opportunity "Nouveaux users besoin onboarding rapide":
  - Solution 1: Tutoriel interactif 5 min
  - Solution 2: Checkliste progressive
  - Solution 3: Video walkthrough
  - Solution 4: Onboarding par email 3 jours
  - Solution 5: Pair avec power user (humain)

Bonnes pratiques:

  • Diverses - Pas tous de la même nature (UI, marketing, product, etc.)
  • Exploratoires - “Et si on faisait ça?”
  • Pas encore détaillées - Juste l’idée générale
  • Pas de filtrage - Brainstorm pur

Étape 4: Sélectionner EXPÉRIENCES à tester

Objectif: Choisir quelle solution tester d’abord.

Critères de sélection:

Critère Poids Évaluation
Impact ⭐⭐⭐ Si on résout ça, quel % de l’outcome on atteint?
Effort ⭐⭐ Combien de temps pour valider? (semaine? jour?)
Certitude Sait-on que c’est un vrai problème?

Matrice simple:

FAIBLE EFFORT + HAUT IMPACT = Test cette semaine ✅
HAUT EFFORT + HAUT IMPACT = Valider d'abord avec interview
FAIBLE EFFORT + BAS IMPACT = Test si temps dispo
HAUT EFFORT + BAS IMPACT = Ignorer pour maintenant

Règle empirique: Tester la solution avec faible effort + haut impact en premier.


🎨 Représentation Visuelle

Physique (Recommandé)

Matériel: Post-its + Tableau blanc/papier kraft

OUTCOME en haut (gros post-it)
  ↓
Opportunities alignées verticalement (vert)
  ↓
Solutions sous chaque (bleu)
  ↓
Marqueurs pour expériences à tester

Avantage: Visible à tout moment, facile à itérer.

Digital (Secondaire)

Outils: Miro, Mural, Figma, ou simple Google Docs

Structure: 
- Outcome en haut
- Lignes de chaque opportunity
- Solutions groupées par couleur
- Status: "À tester", "En cours", "Validée", "Rejetée"

📈 Exemple Complet: App Mobile de Coaching

OUTCOME:
  Augmenter retention des utilisateurs
  de 40% (semaine 1) à 70% (semaine 4)

OPPORTUNITIES:
  ├─ O1: Users perdus = pas clair comment utiliser
  ├─ O2: Users engagés = mais churn semaine 2-3
  └─ O3: Users abandonnent = trop cher/pas résultats

SOLUTIONS O1 (Clarté utilisation):
  ├─ S1a: Onboarding vidéo 2 min
  ├─ S1b: Checklist progressive
  └─ S1c: Exemples concrets premiers 24h

SOLUTIONS O2 (Churn semaine 2-3):
  ├─ S2a: Notification d'encouragement jour 7
  ├─ S2b: Social proof (autres users finirent)
  └─ S2c: Mini-win célébré jour 3

SOLUTIONS O3 (ROI/Coût):
  ├─ S3a: Offrir session gratuite à N+1
  ├─ S3b: Pricing simplifié
  └─ S3c: Cas d'usage dans leur contexte

EXPÉRIENCES PRIORITAIRES (Semaine 1-2):
  ✅ Test S1b (onboarding checklist)    [EFFORT: 1j, IMPACT: +25%]
  ✅ Test S2a (notification jour 7)      [EFFORT: 2h, IMPACT: +10%]
  ⏳ Test S3b (pricing) après validation

🔄 Itération de l’OST

L’OST n’est pas figée!

Chaque semaine:

  1. Interview utilisateurs → Nouvelles données
  2. Tester une solution → Ça marche ou pas?
  3. Affiner OST:
    • ✅ Si solution marche → Passer au test suivant
    • ❌ Si solution échoue → Tester solution suivante
    • ❓ Si découverte change opportunité → Mettre à jour l’arbre

Cycle suggéré:

  • Opportunités: Revoir mensuellement (base stable)
  • Solutions: Revoir bi-hebdomadaire (nouvelles idées)
  • Expériences: Changer chaque semaine/sprint

🚫 Pièges à Éviter

Piège 1: OST trop abstraite

❌ "Users veulent une meilleure expérience"
✅ "Nouveaux users 18-25 ne comprennent pas tarification
   et abandonnent dans l'écran 3 du checkout"

Piège 2: Trop de solutions

❌ 50+ solutions par opportunity
✅ 3-5 solutions, puis tester les meilleures
   (on peut sempre en ajouter si besoin)

Piège 3: OST sans interviews

❌ "On l'a créée en réunion, on sait nos users"
✅ OST validée par 5-10 interviews clients minimum

Piège 4: OST abandonnée après création

❌ Créer OST, puis jamais la regarder
✅ OST sur mur visible, mise à jour hebdo

📝 Template à Télécharger

Format: Post-it simulé (A3 kraft)

┌─────────────────────────────────┐
│      [OUTCOME]                  │
├─────────────────────────────────┤
│  O1: ___________                │
│    ├─ S1a: ___________         │
│    └─ S1b: ___________ ✓       │
│                                 │
│  O2: ___________                │
│    ├─ S2a: ___________ ✓       │
│    └─ S2b: ___________         │
│                                 │
│  O3: ___________                │
│    └─ S3a: ___________         │
└─────────────────────────────────┘

📞 Besoin d’Aide?

Construire votre première OST? Former l’équipe? Nous pouvons faire un atelier Continuous Discovery.

👉 Contactez-Moi


🔗 Ressources


Une bonne OST est plus utile qu’un plan parfait.