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. Deux portes d'entrée partagées selon le contexte :
- Pour rédiger / cadrer / décider : concepts/product-design-bricks.md — canon avec lexique, 12 principes V1, cycle, checklist 5 questions, anti-patterns.
- Pour configurer le comportement IA : .cursor/rules/design.mdc —
alwaysApply, articulation avec lentille lean PM.
Principes Bricks (V1, synthèse)¶
Extraits du canon design Bricks. Liste courte ici, détails là-bas.
- Démarrer en zoning / wireframe, jamais en Figma final.
- 2-3 directions avant de détailler une.
- Niveau de fidélité juste nécessaire pour apprendre.
- Timebox les phases d'UI.
- Cadrer chaque feature avec un dev avant le design final.
- Maquette = spec dev (états, edge cases, copies, transitions).
- QA design systématique avant ship.
- Tester pour apprendre, pas pour valider (prototype + 1 user en < 24h sur les sujets à risque UX).
- Couvrir les états (vide, chargement, erreur, partiel), pas seulement le happy path.
- Documenter pourquoi une solution est choisie (compromis listés).
- Design system d'abord, one-off en dernier — faire évoluer le DS, pas contourner.
- 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 :
- Discovery design → concepts/discovery-design.md — méthode interviews / benchmarks / hypothèses
- Design review → concepts/design-review.md — rituel, cadence, livrable attendu
- QA design → concepts/qa-design.md — checklist états, edge cases, accessibilité
- Handoff design ↔ dev → concepts/handoff-design-dev.md — 1-1 cadrage + handoff, maquette = spec
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)¶
Dernière mise à jour : 2026-10-26
- Design 2.0 annoncé au standup (2026-10-23) : changement en cours, pas encore officialisé ; les PD passent d'un rôle centré maquettes à l'outillage des personnes qui ont le contexte métier, avec le DS comme produit — Leexi NEW Standup 2026-10-23 ·
[outcome non formulé]. - Point d'étape Build IA (2026-10-23) : frictions (Storybook instable, PR draft éclatées peu lisibles pour le produit, coût de Figma face au prompt dans le code) ; pas de process unique, alignement sur les attendus de chaque étape et non-négociables dont un ownership par étape ; synthèse de Pierre en trois sujets : build avec l'IA, nourrir l'IA, nettoyage du DS — Leexi Point d'étape Build IA 2026-10-23 ·
[outcome non formulé]. - Figma CodeLayer (2026-10-23) : accès de Rémy depuis le 2026-10-22, setup à finaliser avec la tech puis invitation de l'équipe à tester ; gratuit jusqu'au 2026-11-04 selon Rémy — Leexi Point d'étape Build IA 2026-10-23.
- Changelog Uimmo et règle « Essayer ou livrer » (2026-10-22) : voir design-system-bricks — #tech-front.
- Retours design à la démo du 2026-10-23 : hub actionnariat (« mes actions » et « mes documents » déroutants pour un non-actionnaire, piste empty state ou titre neutre) ; messagerie PDP, plus gros point de friction des tests utilisateurs, pistes expand ou plein écran — Leexi Démo time 2026-10-23 ·
[outcome non formulé]. -
REX levée (2026-10-20) : cadrage initial jugé trop léger pour lancer les maquettes ; enseignement partagé : cadrage suffisamment solide puis prototype réaliste rapide ; prototypage avec l'IA vu comme un apprentissage majeur, avec la réserve de ne pas expérimenter de nouvelles méthodes dans l'urgence sur un sujet critique — Leexi REX levée 2026-10-20.
-
Build en code avec Uimmo recadré (2026-10-16) : 1 milestone « Builder en routine et décider », 6 issues (choisir les flows BRI-2573, garde-fou AMF BRI-2575, builder BRI-2541, évoluer Uimmo à la source BRI-2544, recette PM BRI-2574, bilan BRI-2545) ; lead Pierre ; démarrage après le go du pilote (BRI-2571). Question ouverte : où buildent les PM (Storybook ou autre support), réunion à caler avec le Front et le Product [à vérifier] — P-BRI-519 · ADR proposed · [outcome non formulé].
- Prototype pénalités (investisseur) (démo 2026-10-16) : flux « Indemnités » reçu / à recevoir calqué sur les revenus, bloc page projet, bottom sheet explicative, webview externe pour le détail ; retours : légende des hachures, « à recevoir » plutôt que « en retard », piste d'une barre unique reçu / à recevoir ; tests utilisateurs semaine du 2026-10-19 ; prototype généré par l'IA (skills et prompts) — [source locale non partagée] ·
[outcome non formulé]. - Génération de flow par l'IA (2026-10-16) : Figma de référence + besoin Linear → V1 du flow Top-up (écrans, nouveaux composants, flows) ; résultat partiel, à itérer — [source locale non partagée] ·
[outcome non formulé]. -
Page « Notre histoire » (actionnariat) (revue 2026-10-16) : style spécifique hors DS assumé pour la mise en ligne, rétro-ingénierie vers le DS si réutilisé ; points mobiles : petites hauteurs (375 × 667), taille des cartes ; retours à la ligne forcés par l'IA dans les titres — [source locale non partagée] ·
[QA design non passée]. -
Uimmo AI+Human Ready — découpage du 2026-10-15 : 3 milestones Cadrer / Pilote sur un parcours / Généraliser, sans date ; structure par usage (tokens, composants, patterns, templates) ; Figma hors pilote ; build en code (P-BRI-519) plus tard ; « notre goût » = BRI-2567 — P-BRI-518 · ADR proposed · [outcome non formulé].
-
Uimmo dans Linear (2026-10-15) : projets Uimmo AI+Human Ready et Build en code avec Uimmo posés par Pierre (Backlog) ; 1re issue BRI-2556 (Storybook lisible : Tokens puis Components). — DM groupe · note · [outcome non formulé].
- Figma code layers (Config India, 2026-10-15) : open beta sur tous les plans, prototypes en code sur le canvas, clone d'un repo GitHub ou import d'un dossier local ; création et édition gratuites jusqu'au 2026-11-04 sur les plans payants. Aussi annoncés : Figma Specs et Guidelines de librairie (open beta), code source dans les librairies (closed beta), design systems centralisés (preview) — Figma Help · code layers. Position retenue par Rémy : test en phase 0 sur un brief construit par un PM, sans en faire une dépendance, le code reste la référence ; test avant le 4/11 (fin de la gratuité) [non sourcé : décision relayée par la veille AI Design Engineer]. Pas de mention de React Native ni de Storybook dans les annonces [à vérifier].
- EF — Tirages travaux multi-factures : cadrage d’un batch composé de factures suivies individuellement ; première direction en accordéons avec total global, à éprouver en modale puis side panel/page si nécessaire. Acceptation partielle à confirmer avec le métier ;
[outcome non formulé]·[QA design non passée]. — BRI-1552. Remplacé par l'ADR 2026-10-14 : une demande = une facture, regroupement au tirage côté back-office. - Proposition V1 expiration invest auto H-1 (2026-08-21) : jauge d'ouverture réelle, pas de vague 2 après ouverture, bricks libérées → manuel. À confirmer en synchro : plafond de 4 j (tech) et relances (Product / Market). — projet · timeline Figma · BRI-1605
- Chantier Storybook /
uimmocadré (2026-08-20) : les PD livrent l'UI dans Storybook, hors apps ; le Front relit le code ; Figma reste dans le parcours. Publication Storybook automatique sur les PR. — note · ADR proposed · [outcome non formulé].
Projets actifs¶
- Expiration invest auto H-1 — cadrage V1 effet yoyo · BRI-1605
Personnes clés¶
- Owner : Rémy Chavardes (Product Designer) — voir l'annuaire équipe
- Contributors : équipe produit (cadrage, specs) + équipe tech (handoff, QA design)
Décisions design récentes¶
- 2026-10-16 Build en code = passage à l'échelle — P-BRI-519 démarre après le go du pilote Uimmo, 5 garde-fous · proposed
- 2026-08-20 designers UI Storybook hors apps — palier Figma → Storybook par les PD, hors apps · proposed
Ressources de référence¶
- concepts/product-design-bricks.md — canon design Bricks (cadre opératoire)
Sources¶
- DM groupe design × tech 2026-10-15 — projets Linear Uimmo · BRI-2556
- Figma — What's new from Config India 2026 — code layers, Specs, Guidelines
- P-BRI-519 Build en code avec Uimmo — recadrage du 2026-10-16