Un système de design ne vaut que s'il est adopté.

Contexte

Arrivée en 2019 comme conseillère principale pour poser les fondations : conventions, premiers composants, accessibilité. Une bibliothèque de composants ne devient un produit que si quelqu'un porte sa vision, sa cadence et son modèle de contribution.

Décisions

• Une vision et une feuille de route priorisées, de la découverte des besoins à la mise en production.
• Une cadence de livraison prévisible : mensuelle pour le web, trimestrielle pour le natif.
• Une gouvernance à double voie : une équipe design-développement dédiée, ouverte à la contribution des équipes produit.
• Une documentation sur la méthodologie, les schémas de conception et les composants, écrite pour les experts métiers.

Contexte

Un système de design où Figma et le code divergent perd la confiance des deux côtés, designers comme développeurs. La même exigence vaut pour l'accessibilité : un engagement qu'on ne mesure pas n'engage personne.

Décisions

• Migration automatisée des design tokens entre Figma et le code, pour que la source de vérité soit unique.
• La parité design-code et la couverture WCAG suivies comme des indicateurs du produit, bibliothèque par bibliothèque.
• L'accessibilité traitée comme une exigence des composants, pas comme une correction en aval.

Contexte

Développeuse front-end principale, à la tête d'une quinzaine de développeurs répartis sur cinq équipes. Cinq équipes qui livrent le même site ont besoin d'une base commune et de normes partagées.

Décisions

• Implantation du premier système de design du site, documenté sous Storybook.
• Définition des normes de développement front-end, appliquées aux cinq équipes.
• Direction technique d'une quinzaine de développeurs.