🧠 Les 6 Valeurs du Continuous Discovery Mindset
🎯 Introduction: Le Mindset Change Tout
La plupart des équipes savent ce qu’il faut faire (interviews, expériences, itération).
Mais faire passe par un changement de mentalité.
Ces 6 valeurs constituent le “cœur” du Continuous Discovery. Sans elles, c’est juste une méthodologie mécanique. Avec elles, c’est une culture de découverte.
1️⃣ OUTCOME-ORIENTED 🎯
Définition
Penser en objectifs, pas en features.
❌ Feature-Oriented (piège courant):
"On va ajouter un dark mode"
"Créer une section communauté"
"Faire une app mobile"
✅ Outcome-Oriented (mentalité juste):
"Augmenter engagement des utilisateurs soir"
"Réduire time-to-first-value"
"Améliorer fidélité à 90 jours"
Pourquoi?
- Features ne garantissent rien (ajout ≠ utilisation)
- Outcomes répondent à la vraie question: “Ça marche ou pas?”
- Permet d’explorer plusieurs chemins avant de coder
Comment Cultiver?
Pratique 1: Poser “Pourquoi?”
PM: "On va ajouter notifications"
Leader: "Pourquoi?"
Pm: "Pour engager les users"
Leader: "Quel outcome spécifique?"
PM: "Augmenter DAU de 15%"
Leader: ✅ Maintenant c'est clair
Pratique 2: Refuser les features sans outcome
Stakeholder: "Clients demandent filtres avancés"
PM: "Cool, quel outcome ça crée?"
Stakeholder: "Heu... ???"
PM: "D'abord découvrir, puis décider si on fait"
Pratique 3: Célébrer les learning, pas les releases
❌ "On a lancé feature!"
✅ "On a découvert que filtres avancés ne vaut pas l'effort"
ou
✅ "Notifications simples augmentent DAU de 12%"
2️⃣ CUSTOMER-CENTRIC 👥
Définition
Placer le client au cœur, pas opinions internes.
❌ Insular (piège courant):
Réunion interne décide pour le client
"On sait ce qu'ils veulent"
✅ Customer-Centric:
Client parle, on écoute
"Voyons voir ce qu'ils disent réellement"
Pourquoi?
- Clients nous surprennent toujours (bien ou mal)
- Opinions internes = confirmations de biais
- Vraies données > débat de 2h en réunion
Comment Cultiver?
Pratique 1: Interviews obligatoires
Règle: Chaque PM/designer/dev interview minimum 1 client/semaine
Résultat après 1 mois:
- Équipe voit patterns
- Décisions changent (données > opinion)
- Confiance augmente ("on sait")
Pratique 2: Partager insights clients
Au lieu de: "J'ai fait 5 interviews"
Partager: Video clip (30s) + quote clé + implication
Effet: Équipe "voit" le client, pas juste rapport écrit
Pratique 3: Impliquer client dans solution
❌ Concevoir en secret, tester avec client
✅ Co-créer avec client dès le début
Raison: Client devient co-propriétaire du succès
Pratique 4: Audit les réunions internes
Si une réunion:
- Débat sans données client
- Parle pour le client ("users veulent...")
- Décide sans validation
→ C'est une réunion non-customer-centric
→ Reporter validation ensuite
3️⃣ COLLABORATIVE 🤝
Définition
Toute l’équipe découvre ensemble, pas seulement PM.
❌ Silos (piège courant):
PM fait interviews → rapporte à design → dit à dev
✅ Collaborative:
PM, Design, Dev font interviews ensemble
→ Tous voient même client
→ Comprennent pourquoi on code ça
Pourquoi?
- Design voit pourquoi solution importe (moins “pourquoi moi?”)
- Dev comprend customer pain (code meilleur)
- Insights se perdent en transfert → collaboration évite ça
- Plus intelligent ensemble que séquentiellement
Comment Cultiver?
Pratique 1: Interview collective
Cadrer l'interview avec client:
👤 PM: Questions de découverte
🎨 Designer: Observer utilisabilité
💻 Dev: Demander constraints techniques
Après: Débrief 15 min → insights partagés
Pratique 2: OST sur tableau blanc visible
Au lieu de: Document Google caché
Mettre: OST sur mur équipe
Effet:
- Chacun la voit chaque jour
- Peut ajouter idées
- Propriété collective
Pratique 3: Rituel de découverte
Chaque semaine (30 min):
1. Partager interviews de la semaine (5 min par personne)
2. Patterns qu'on voit? (10 min brainstorm)
3. Mettre à jour OST (10 min)
4. Prochaine hypothèse à tester? (5 min)
Tout le monde va à la réunion
Pratique 4: Pas de “discovery PM”
❌ Avoir une personne dédiée à discovery
(crée silos)
✅ Toute l'équipe fait discovery
- Chaque PM: 1-2 interviews/semaine
- Design: join interviews key
- Dev: 1-2 interviews/mois (assez pour comprendre)
4️⃣ VISUAL 📊
Définition
Représenter visiblement ce qu’on découvre (cartes, diagrammes, prototypes).
❌ Verbal/Document (piège):
Rapport 20 pages
Roadmap Excel
✅ Visual:
OST sur mur
Prototype interactif
Diagramme customer journey
Video clips clients
Pourquoi?
- Cerveau traite visuel 60.000x plus vite que texte
- Facile à partager avec stakeholders
- Plus facile d’itérer ensemble sur visuel
- Mémorable - gens se souviennent de la carte, pas du doc
Comment Cultiver?
Pratique 1: Représenter chaque découverte
Interview → Post-it sur timeline
5 interviews → Pattern visible
20 interviews → "Oh! C'est un vrai problème"
Au lieu de: "Gens ont du mal"
Montrer: Timeline de 20 users abandonnant même endroit
Pratique 2: Prototype > PowerPoint
Idée → Sketch (5 min)
Sketch → Figma prototype (30 min)
Prototype → Test avec client
Plutôt que:
Idée → Slide
Slide → Approbation réunion
Réunion → Décider
Pratique 3: Video clips clients
Interview vidéo 1h
→ Extraire 3x clips (30s chacun) clients clés
→ Partager dans Slack
→ Équipe voit vraiment le customer
Effet: "Je l'ai vu/entendu" > "PM m'a dit"
Pratique 4: Journey maps & ecosystem diagrams
Document découverte:
CUSTOMER JOURNEY:
[Awareness] → [Consideration] → [Purchase] → [Onboarding] → [Usage]
↑ ↑ ↑
Pain: ??? Blocker: ??? Friction: ???
ECOSYSTEM:
User → App → Backend → Data
↑ ↑ ↑
??? ??? ???
Visuel immédiat > pages de description
5️⃣ EXPERIMENTS-DRIVEN 🧪
Définition
Tester plutôt que débattre. Let data decide.
❌ Opinion-Driven (piège):
"Je pense que ça marche"
Debate 1h dans réunion
Vote (51% gagnent)
Coder ce qui a gagné
✅ Experiments-Driven:
"J'pense que ça marche"
"Test donc!"
Test 3 jours
Données parlent
Itérer basé sur résultats
Pourquoi?
- Débat = perte temps + frustration
- Expérience = 3 jours, data claire
- Plus d’arguments = plus personne écoute
- Data ends debate. Fin.
Comment Cultiver?
Pratique 1: “Test ou debate” rule
Réunion:
Idée A vs Idée B
Ancien monde:
"Qui préfère A?" [mains levées]
"D'accord, on fait A"
Nouveau monde:
"Bon, on teste les deux"
"A/B test 1 semaine"
"Winner est qui a plus engagement"
Pratique 2: Petits tests rapides
Full release = 2 semaines dev + 2 semaines data
Quick test = 2 jours dev + 3 jours data:
- Prototype clickable
- Petit groupe beta (1%)
- Voir si c'est prometteur
Si prometteur → Full rollout
Si pas → Prochaine idée
Pratique 3: Célébrer les “failed” experiments
❌ "Test échoué, oh non!"
✅ "Test échoué, super! On a appris"
Culture: Pas avoir peur de tester
→ Plus d'expériences
→ Plus de learning
→ Plus d'innovations
Pratique 4: Tracker experiments
Experiment board (visuel):
[À tester] [En cours] [Validée] [Échouée]
5 2 3 4
Chacun peut voir:
- Quoi on teste
- Résultats
- Raison de rejet/accept
6️⃣ CONTINUOUS 🔄
Définition
La découverte ne s’arrête jamais. Pas “projet ponctuel” mais culture permanente.
❌ Episodic (piège):
"On va faire discovery 1 mois"
[1 mois]
"Bon maintenant on construit"
[6 mois build sans feedback]
[Crash]
✅ Continuous:
Chaque semaine: découverte + construction
Chaque sprint: test hypothèse
Pas d'arrêt, flux constant
Pourquoi?
- Marché change chaque semaine
- Concurrents bougent
- Users feedback immédiat
- Sans continuous → dérive garantie
Comment Cultiver?
Pratique 1: Interviews routinières
Chaque PM: 1-2 interviews/semaine = 50-100/an
Design: 2-4/mois = 24-48/an
Dev: 4-12/an
Pas optionnel. Habituel. Comme standup.
Pratique 2: Rituel hebdo découverte
Jeudi 10h30: Découverte Sync (30 min)
Who: PM, design, dev leads
What:
- Partager interviews semaine
- Patterns?
- OST update
- Prochaine hypothèse
Non-négociable. Même si sprint chaotique.
Pratique 3: Discovery budget
Sprint allocation:
60% Build
30% Discovery/Test
10% Refacto/Tech debt
Non: "Quand on a temps"
Oui: "Chaque sprint, 30% discovery"
Pratique 4: Intégrer dans ceremonies
Daily standup:
+ "Quelle hypothèse teste-t-on?"
Sprint planning:
+ "Quoi découvrir ce sprint?"
Retro:
+ "Appris quoi des users?"
Pas = ajouter meetings
Oui = enrichir ceremonies existantes
🎯 Transformation: Du Ancien Vers Nouveau Mindset
Semaine 1-2: Sensibilisation
- Lire Continuous Discovery Habits
- Parler des 6 valeurs
- Voir où on est weak
Semaine 3-4: Essai
- Commencer interviews (1 par PM)
- Créer OST première version
- Tester prototype rapidement
Semaine 5-8: Institutionnalisation
- Ajouter rituel hebdo découverte
- Partager insights visuellement
- Tester expériences rapides
Semaine 9-12: Culture shift
- Interviews = normal (pas projet)
- Data guide decisions
- Test > debate
- Continuous = réflexe
🚫 Pièges de la Transformation
Piège 1: “Faire du Continuous Discovery” = faire des interviews
❌ Juste ajouter interviews, garder reste pareil
✅ Interviews + OST + experiments + visual + collaborative
Piège 2: Garder silos
❌ PM fait discovery, design design, dev code
✅ Tous découvrent ensemble
Piège 3: Trop de process
❌ Templates 10 pages, formulaires, approvals
✅ Simple: interview, note, ose tester
📊 Matrice: Évaluer Votre Maturité
| Valeur | Débutant | Intermédiaire | Avancé |
|---|---|---|---|
| Outcome-Oriented | Features mentionnées | Outcomes clairs | Outcomes drive tout |
| Customer-Centric | Interviews rares | 1/mois par PM | 1/semaine par PM |
| Collaborative | PM solo découverte | Design join parfois | Tous toujours join |
| Visual | Docs texte | Figmas + OST | Video + maps partout |
| Experiments | Débats long | Tests ad hoc | Culture test systematic |
| Continuous | Découverte = projet | Quelques rituals | Intégré daily |
Score: Additionner points → 6-10 = débutant, 11-15 = intermédiaire, 16+ = avancé
📞 Besoin d’Aide pour Transformer?
Cultiver ces 6 valeurs dans votre équipe? Lancer Continuous Discovery mindset? Atelier de transformation disponible.
🔗 Ressources
- Continuous Discovery Habits - Teresa Torres - Détail des 6 valeurs
- Product Talk Resources - Teresa Torres - Templates, frameworks
- Discovery Interviews Masterclass - Product Talk
Les meilleures équipes produit ne sont pas plus intelligentes. Elles ont juste une meilleure mentalité.
