Les design systems ont un problème de réputation : les plus célèbres viennent d'entreprises dont les équipes dédiées dépassent tout notre département design. Alors quand de petites équipes demandent si un design system en vaut la peine, elles demandent en réalité s'il existe une version de l'idée adaptée à leur taille. Elle existe — mais elle ne ressemble pas aux conférences.
Commencez par les tokens, pas par les composants. Couleurs, échelle typographique, unités d'espacement, rayons de bordure et ombres — capturés comme variables dans un seul fichier que designers et développeurs traitent comme la loi. Les tokens sont bon marché à définir, presque gratuits à maintenir, et ils corrigent discrètement les incohérences les plus visibles avant même qu'un seul composant existe.
Construisez les composants à la demande, jamais à l'avance. Le cimetière des design systems de petites équipes est rempli de bibliothèques de boutons construites pendant un sprint enthousiaste et abandonnées avant l'hiver. Notre règle : un motif mérite un composant partagé la deuxième fois que nous en avons besoin, pas la première, et pas l'hypothétique cinquième. Le système grandit exactement aussi vite que le produit le prouve.
La documentation vit à côté du code ou elle meurt. Nous avons essayé un site séparé pour le design system ; il était obsolète en un mois. Ce qui fonctionne, c'est un bloc de commentaires au-dessus de chaque composant et une seule page lisible listant les tokens. Ennuyeux, proche du travail, et donc réellement maintenu.
La gouvernance pour une petite équipe tient en une phrase : tout changement d'un composant partagé nécessite qu'une autre personne y jette un œil. Pas un comité, pas un conseil de revue — un collègue. C'est assez de friction pour empêcher la dérive sauvage, et assez peu pour que les gens suivent la règle au lieu de la contourner.
Le gain nous a surpris. La cohérence était l'objectif, mais la vitesse fut la récompense — de nouvelles pages s'assemblent en quelques heures à partir de pièces qui répondent déjà aux questions ennuyeuses. Un design system à petite échelle n'est pas une infrastructure pour la perfection ; c'est une machine à ne jamais prendre deux fois la même décision.
Besoin d'aide sur un sujet de cet article ?
Nos ingénieurs répondent directement aux demandes de support — hébergement, bases de données, code, ou tout sujet de cet article.