Un design system, ce n’est pas une bibliothèque Figma et une instance Storybook. C’est un accord sur l’apparence et le comportement de votre produit, et un processus qui maintient cet accord à mesure que l’entreprise grandit.
La plupart des systèmes échouent sans bruit. Les composants existent, mais les équipes produit continuent de livrer des écrans uniques. Les tokens sont définis, mais les valeurs hexadécimales dérivent en production. Le système devient un projet annexe que la direction encense et que les ingénieurs évitent.
Cause d’échec : conçu pour la vitrine, pas pour le processus de travail
Les systèmes conçus comme des pièces de portfolio privilégient l’exhaustivité à l’adéquation. Chaque état est documenté ; aucun ne correspond à ce dont les ventes ont besoin la semaine prochaine. L’adoption s’effondre, parce qu’utiliser le système est plus lent que copier la pull request du mois dernier.
Cause d’échec : aucun responsable doté d’une autorité produit
Sans un garant capable de dire « non » aux exceptions et « oui » aux bonnes abstractions, l’entropie l’emporte. Les tokens se multiplient. Les variantes de boutons tournent à l’explosion combinatoire. Un système sain a une surface réduite et une procédure d’escalade claire quand un nouveau motif est vraiment nécessaire.
La mesure du succès, c’est une interface en production conforme au système, sans revue de design pour chaque décision d’espacement.
Ce qui fonctionne à la place
- Partez des écrans réels du produit, pas d’atomes théoriques.
- Ne livrez un composant que lorsque deux équipes ont besoin de la même chose.
- Associez les design tokens au code : source unique, vérifications automatisées quand c’est possible.
- Traitez le système comme un produit : feuille de route, journal des modifications, chemins de migration.
La localisation est le premier endroit où la dérive se voit : chaque chaîne traduite est une nouvelle occasion de casser un composant. C’est pourquoi nous construisons un plugin Figma XLIFF qui exporte les textes à traduire regroupés par frame, et vous permet de relire le fichier traduit avant qu’il n’écrase les calques existants.
Pour les sites d’entreprise comme pour les produits de type CRM, la cohérence crée la confiance. Un design system justifie son existence quand il rend cette cohérence moins coûteuse que l’incohérence, pas quand il remporte des prix pour la profondeur de sa documentation.