Pendant longtemps, la recherche utilisateur a été traitée comme un projet ponctuel : une phase de discovery au démarrage, parfois quelques tests utilisateurs avant un lancement, et plus rien jusqu’au prochain projet. Cette logique d’événement isolé a montré ses limites : décalage entre les insights et leur exploitation, perte de contexte entre les recherches successives, dépendance excessive aux retours commerciaux ou support pour comprendre les utilisateurs au quotidien.
Teresa Torres, dans son ouvrage Continuous Discovery Habits, a popularisé une approche radicalement différente : faire de la recherche utilisateur une habitude hebdomadaire intégrée au rythme de l’équipe produit. Cette pratique a essaimé dans les équipes produit modernes, soutenue par un outil central, l’opportunity solution tree. Tour de la méthode, de son application concrète et des conditions de réussite.
Le principe de la continuous discovery
La continuous discovery repose sur trois engagements simples mais structurants.
- Engagement hebdomadaire : l’équipe parle à au moins un utilisateur par semaine, sans exception.
- Trio produit-design-tech : les entretiens sont menés ou écoutés conjointement par produit, design et tech, pour partager le contexte.
- Boucle d’expérimentation continue : les insights nourrissent des hypothèses, testées rapidement, dont les résultats relancent l’analyse.
Cette routine remplace le modèle « recherche événementielle » par un flux continu où la connaissance utilisateur ne sort jamais du rayon de l’équipe. Voir notre guide JTBD pour un cadre théorique complémentaire.
L’opportunity solution tree : l’outil central
L’opportunity solution tree (OST) visualise les liens entre objectifs business, opportunités utilisateurs, solutions envisagées et expérimentations testées. Sa structure est un arbre à quatre niveaux.
| Niveau | Contenu |
|---|---|
| Outcome (objectif) | Mesure business à atteindre (ex : +10 % activation) |
| Opportunités | Besoins, frustrations ou désirs utilisateurs identifiés |
| Solutions | Idées pour résoudre chaque opportunité |
| Expérimentations | Tests pour valider chaque solution |
L’OST sert deux fonctions à la fois. Outil de cadrage : visualiser le lien entre business et utilisateur empêche les solutions de devenir orphelines (idées sans rattachement à une opportunité). Outil de communication : un OST partagé aligne l’équipe et les sponsors sur la logique des décisions, ce qui réduit drastiquement les frictions sur les priorisations.
L’entretien hebdomadaire : pierre angulaire
L’engagement central de Torres est l’entretien hebdomadaire. Une discussion de 30 à 45 minutes avec un utilisateur ou un client, à un rythme régulier, sur des thèmes qui évoluent selon les opportunités explorées.
Recrutement
Le recrutement régulier impose une infrastructure légère mais efficace. Une page d’inscription pour utilisateurs volontaires, un système de planification automatisée (Calendly), une rotation entre profils pour éviter le biais d’échantillon.
Format
L’entretien suit la méthode de Torres : commencer par une story récente (« Pouvez-vous me raconter la dernière fois que vous avez fait X ? »), creuser les détails, identifier les pain points et les workarounds, sans jamais demander de jugement sur des solutions hypothétiques.
Documentation
Chaque entretien produit 5 à 10 insights formalisés et taggés selon les opportunités existantes ou les nouvelles découvertes. Voir notre guide IA pour le recrutement de testeurs.
Le trio produit-design-tech
Torres insiste sur la présence systématique des trois métiers dans la discovery : product manager, designer, développeur. Cette présence change la dynamique en profondeur.
- Le PM apporte le cadre business et les contraintes stratégiques.
- Le designer porte la voix de l’utilisateur et les principes UX.
- Le développeur évalue la faisabilité technique en temps réel.
Sans le trio, la recherche reste cloisonnée et ses insights peinent à se traduire en décisions actionnables. Avec le trio, chaque entretien produit immédiatement des hypothèses partagées, parfois même des prototypes esquissés sur le moment.
Tester les hypothèses
L’OST aboutit à des hypothèses à tester. Torres encourage à tester rapidement et fréquemment, avec des tests à coût minimal.
Test fumée
Tester l’intérêt d’une solution sans la construire : landing page « smoke test », maquette cliquable envoyée à des utilisateurs, vidéo descriptive avec mesure d’inscription.
Test de concierge
Simuler la solution manuellement (sans la coder) sur quelques utilisateurs pour valider la valeur perçue avant l’investissement technique.
Test A/B
Sur un produit déjà déployé, tester deux variantes en parallèle pour mesurer l’impact d’un changement.
Test de retrait
Couper temporairement une fonctionnalité pour mesurer ce que les utilisateurs perdent et confirmer ainsi sa valeur perçue.
L’application concrète : la première semaine
Démarrer la continuous discovery dans une équipe qui ne pratique pas demande quelques actions structurantes.
- Définir l’outcome principal à atteindre sur les 3 prochains mois, mesuré et chiffré.
- Lancer le recrutement d’utilisateurs volontaires (page d’inscription, automatisation calendrier).
- Bloquer un créneau hebdomadaire de 1 heure dans l’agenda du trio.
- Préparer le premier entretien avec un guide de questions ouvertes basées sur l’outcome.
- Démarrer l’OST avec l’outcome au sommet, et compléter au fur et à mesure des entretiens.
La première semaine est inconfortable, la deuxième commence à montrer ses effets, la troisième devient une routine. Au bout de 6 à 8 semaines, l’équipe ne peut plus revenir au mode événementiel.
Les freins typiques
Quatre freins reviennent régulièrement dans les équipes qui tentent d’adopter la continuous discovery. Le manque de temps perçu : le management ne voit pas le retour immédiat. La difficulté de recrutement : sans infrastructure, trouver un utilisateur par semaine devient un travail à plein temps. Le silotage : les équipes habituées à séparer recherche et production résistent au trio. La peur de l’analyse paralysie : trop d’opportunités identifiées, pas assez de décisions prises.
Les retours mesurés sur l’adoption
Les équipes qui ont adopté la continuous discovery sur 6 à 12 mois rapportent typiquement plusieurs effets.
- Réduction des features sans usage : les solutions sortent moins en aveugle.
- Meilleur alignement business-utilisateur visible dans les rétrospectives.
- Vélocité accrue sur les décisions, parce que la connaissance utilisateur est partagée.
- Engagement renforcé de l’équipe, qui sent l’utilité de son travail au quotidien.
L’effet n’est pas magique mais structurel : intégrer le client dans le rythme de l’équipe change durablement la qualité des décisions produit.
L’outil pour soutenir la pratique
Plusieurs outils supportent la continuous discovery.
| Outil | Usage |
|---|---|
| Miro / FigJam | OST visuel partagé |
| Notion / Airtable | Repository des entretiens et insights |
| Dovetail / Aurelius | Plateforme dédiée recherche utilisateur |
| Calendly | Planification automatique des sessions |
Le choix d’outil dépend de la maturité de l’équipe. Pour démarrer, Miro + Notion + Calendly suffit largement.
En résumé
La continuous discovery transforme la recherche utilisateur d’événement ponctuel en habitude hebdomadaire intégrée au rythme produit. Trois engagements la structurent : entretien hebdomadaire, trio produit-design-tech, boucle d’expérimentation continue. L’opportunity solution tree visualise les liens entre objectifs business, opportunités utilisateurs et solutions testées. La méthode demande des semaines pour s’installer mais transforme durablement la qualité des décisions produit. Pour les équipes qui peinent à connaître leurs utilisateurs autrement que par les retours commerciaux, c’est l’investissement organisationnel le plus rentable, et il est désormais documenté avec une précision qui rend son adoption accessible à toute équipe motivée.
