Aller au contenu

Discovery Design

Définition

Phase amont d'un sujet design : comprendre le problème user, benchmarker l'existant, formaliser des hypothèses falsifiables avant d'entrer en zoning. Distincte de la discovery produit (qui définit le problème et l'outcome) — la discovery design se concentre sur la solution UI une fois l'hypothèse produit posée.

Page concept V1 stub. Méthode reliée au canon Product Design. Le référentiel d'évaluation individuel reste local.

Place dans le cycle

flowchart LR
    lean["Lentille lean - problème + hypothèse"]
    discovery["Discovery design"]
    zoning["Zoning"]
    lean --> discovery --> zoning

S'enclenche après que la lentille lean PM ait posé problème + hypothèse + outcome. Pas de discovery design avant problème — c'est de l'exploration.

Méthode Bricks (V1)

Méthode opérationnelle issue du canon Product Design :

  • 2-3 interviews ciblées en 48 h max — pas une vague de 10 interviews qui prend 3 semaines.
  • Template simple : hypothèses → résultats → décision. Une page max par sujet.
  • Identifier rapidement les opportunités d'impact — éviter les sujets à faible valeur.
  • Cadrer les bons problèmes — reformuler la demande en JTBD avant de chercher la solution.
  • Exploiter les prises de note existantes (CRM, tagging support, transcripts Leexi) avant de partir en interview à blanc.
  • Anime les interviews en autonomie dès PD3 — questions ouvertes, pas de directif.

Livrable attendu

Synthèse < 1 page :

  • Hypothèses testées (formulation lean : Si... alors... parce que...)
  • Insights clés (3-5 max, sourcés)
  • Décision produit (1 phrase : on continue / on pivote / on stop)
  • Directions design retenues (2-3 à explorer en zoning)

5 questions discovery design

  1. Problème user déjà formulé via la lentille lean ?
  2. Sources internes déjà exploitables (CRM, support, transcripts Leexi, journal frictions UX) avant interview à blanc ?
  3. Hypothèses falsifiables posées (max 3) ?
  4. Plan d'interviews : qui (2-3 users), quoi (script court), quand (48h max) ?
  5. Critère de sortie : à quel résultat on entre en zoning vs on pivote ?

Anti-patterns

Anti-pattern Signal Correction
Discovery avant problème Atelier "on va comprendre le besoin" sans hypothèse Repasser par la lentille lean
Vague d'interviews 10 users sur 3 semaines Cadrer à 2-3 en 48h, élargir si besoin
Discovery = validation Questions fermées qui confirment ce qu'on veut entendre Formuler des questions falsifiantes
Pas de livrable « On a vu les users c'était cool » Synthèse 1 page : hypothèses → résultats → décision
Ignorer le tacite Repartir à zéro alors que support a déjà 50 tickets sur le sujet Lire CRM / support / transcripts d'abord

État actuel

Dernière mise à jour : 2026-09-16

  • V1 stub créée le 2026-05-29 pendant l'embarquement de la composante design. [source locale non partagée]
  • Méthode issue du référentiel d'évaluation local et reliée au canon design partagé.
  • Cadence Bricks : dimensionnée selon le risque, pas systématique. Un sujet simple peut passer directement au zoning après lecture des sources existantes. Un parcours risqué déclenche une discovery courte et ciblée avant design.
  • À enrichir Phase 3 / arrivée PD : retour d'expérience sur 3-5 discoveries réelles + adaptation de la méthode au contexte Bricks.
  • 2026-06-10 : owner basculé romain → remy ; marqueur cadence « à valider Romain » → « à valider Rémy » (Rémy owner du domaine design).

Pages liées

Sources