Aller au contenu

Design — vue transverse

Rôle et scope

Product Design : UI/UX, parcours utilisateur, design system, recherche utilisateur appliquée au produit, ergonomie, accessibilité, prototypage testable.

N'inclut pas : la spec fonctionnelle (→ areas/produit/), le branding commercial / marketing (composante séparée à créer si besoin).

Owner : Rémy Chavardes (Product Designer). Ownership repris de Romain le 2026-07-02 à l'arrivée du PD interne ; V2 du canon co-construite avec le PD (Rémy, + Pierre).

Cadre opératoire

Lentille design embarquée le 2026-05-29 (log). Trois portes d'entrée selon le contexte :

Principes Bricks (V1, synthèse)

Extraits du canon design Bricks. Liste courte ici, détails là-bas.

  1. Démarrer en zoning / wireframe, jamais en Figma final.
  2. 2-3 directions avant de détailler une.
  3. Niveau de fidélité juste nécessaire pour apprendre.
  4. Timebox les phases d'UI.
  5. Cadrer chaque feature avec un dev avant le design final.
  6. Maquette = spec dev (états, edge cases, copies, transitions).
  7. QA design systématique avant ship.
  8. Tester pour apprendre, pas pour valider (prototype + 1 user en < 24h sur les sujets à risque UX).
  9. Couvrir les états (vide, chargement, erreur, partiel), pas seulement le happy path.
  10. Documenter pourquoi une solution est choisie (compromis listés).
  11. Design system d'abord, one-off en dernier — faire évoluer le DS, pas contourner.
  12. Le risque design est distinct du risque tech (criticité features ne classe que le risque tech).

Cycle de design Bricks

discovery → zoning → 2-3 directions → mid-fi → review → high-fi → handoff dev → QA design → ship → mesure outcome

Détails et schéma : canon § Cycle Bricks.

Design system

État : [à documenter Romain] — pas de page concept dédiée à ce jour.

  • URL Figma DS : [à renseigner — URL DS Bricks Figma]
  • Conventions composants : [à documenter] — naming, variants, tokens, structure
  • Fragmentation / dette observée : [à documenter]
  • Composants critiques : [à lister] — composants ré-utilisés sur ≥ 3 surfaces

À enrichir Phase 1 via concepts/design-system-bricks.md.

Process design

À enrichir Phase 1 via concepts dédiés :

Métriques design suivies (proposition V1)

[à valider Romain] — V1 proposée pour ancrer la mesure design dans le wiki. À itérer avec le futur PD.

Métrique Définition Baseline Target Cadence
% features avec QA design avant ship features livrées en ayant passé une vérification implémentation vs maquette [à mesurer] 100 % sur sujets à impact UI par feature
Temps de mise en prod d'un composant DS du brief à la disponibilité dans la lib [à mesurer] [à fixer avec PD] par composant
Couverture DS % des écrans produit construits avec composants DS (vs one-off) [à mesurer] [à fixer avec PD] trimestrielle
Cadence usability testing # tests user / mois sur les sujets à risque UX [à mesurer] ≥ 2/mois sur sujets à risque mensuelle
Dette UX (frictions remontées non traitées) # frictions UX identifiées (care, support, observation) en backlog non priorisées [à mesurer] [à fixer avec PD] mensuelle

Pouls (auto)

Aucun signal récent.

Projets actifs

Aucun projet actif.

Personnes clés

Décisions design récentes

Ressources de référence

Sources