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 extraite de la grille PD. À enrichir avec le PD à son arrivée.

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)

Extraits grille PD pilier Discovery Pragmatique, attendus PD2 / PD3 :

  • 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-06-10

  • V1 stub créée le 2026-05-29 dans le cadre de l'embarquement composante Design Phase 1.
  • Méthode extraite de la grille PD (attendus PD2 / PD3) + checklist 5 questions co-construite avec Romain.
  • Cadence type Bricks : [à valider Rémy] — proposition V1 = systématique sur tout sujet à impact UI, dimensionné selon le risque (≤ 1 jour sur sujet simple, jusqu'à 1 semaine sur refonte parcours).
  • À 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