Je vends des design systems. Voici quand tu ne devrais pas m'en acheter un.

Le conflit d'intérêts, réglé d'entrée de jeu

J'ai une page de services qui vend des design systems. J'en ai construit un pour mon propre site, migré vingt ans de fichiers legacy vers Figma, écrit des articles entiers sur les tokens et le theming. Autant dire que j'ai tout intérêt à te convaincre qu'il t'en faut un. C'est précisément pour ça que cet article existe : la question « as-tu besoin d'un design system? » reçoit presque toujours une réponse de vendeur, et la mienne, après vingt ans, est plus nuancée — la plupart des PME n'en ont pas besoin. Elles ont besoin d'un sous-ensemble précis, qui coûte vingt fois moins. Laisse-moi te montrer où passe la ligne, chiffres en main.

Les « bonnes pratiques » viennent d'un monde qui n'est pas le tien

Presque tout ce qui s'écrit sur les design systems sort d'un contexte enterprise, et les données des enquêtes de l'industrie le prouvent. Dans le Design Systems Report 2026 de zeroheight, 39 % des répondants travaillent dans des organisations de plus de 5 000 employés ; seulement 11 % dans des boîtes de moins de 100. L'enquête Sparkbox de 2021 montrait la même distorsion : à peine 10 % des répondants venaient d'entreprises de moins de 50 personnes. Quand tu lis « toute équipe devrait avoir un design system », comprends : toute équipe qui ressemble à celles des enquêtes — des dizaines de designers, plusieurs produits, du roulement de personnel constant.

Et même dans ce monde-là, le tableau n'est pas glorieux. Toujours selon zeroheight 2026 : 61 % des équipes de design system se disent en sous-effectif, la satisfaction envers l'appui de la direction a chuté de 42 % à 32 % en un an, l'adoption est « complète » dans 7 % des organisations seulement — c'est la cinquième année consécutive où l'adoption arrive en tête des défis — et 5 % mesurent le retour sur investissement. Relis ce dernier chiffre. L'industrie qui te vend le ROI du design system ne mesure pas le sien dans 95 % des cas. Chez Sparkbox déjà, en 2022, seuls 16 % des mainteneurs suivaient des métriques. Le design system est un des rares investissements techno qu'on justifie presque exclusivement par des moyennes d'études compilées — les fameux « +38 % d'efficacité design » qui proviennent d'un collage d'études de cas de 2016 à 2019, pas d'un essai contrôlé.

Ce que ça coûte pour vrai

Les rares chiffrages publics honnêtes donnent le vertige aux PME. L'agence Autentika a détaillé son calcul en 2024 : environ 100 à 120 heures par composant (design, dev, tests, documentation), une v1 réaliste à 40 composants, donc près de 4 800 heures-personnes — « trois personnes à temps plein pendant dix mois », environ 288 000 $ US à leurs taux. La formule de ROI de référence, publiée par Smashing Magazine, suppose qu'une équipe consacre 30 % de son temps au système pendant la montée en charge, puis 10 % pour toujours — et ses auteurs précisent qu'elle est calibrée pour un contexte d'environ dix designers et trente développeurs. Leur exemple rentable (ROI de 135 % sur cinq ans) part d'une équipe produit de quinze personnes.

Fais le calcul inverse pour une PME québécoise typique : deux à cinq personnes qui touchent à l'interface, un produit, une refonte majeure aux trois ou quatre ans. Le dixième de temps « pour toujours », c'est une demi-journée par semaine à entretenir de la tuyauterie au lieu de livrer. Sous un certain seuil d'équipe, le design system complet n'est pas un investissement, c'est un passif déguisé en bonnes pratiques — un jardin qui exige un jardinier que tu n'as pas. Même le Nielsen Norman Group, en mai 2026, notait que les équipes de design system les plus efficaces restent minuscules par choix ; mais ces équipes « lean » de deux à cinq personnes servent des organisations de milliers d'employés. Ce n'est pas ton contexte, et ce n'est pas une insulte.

Le test en trois questions

Quand un client me demande un design system, je pose trois questions. Combien de personnes différentes créent de l'interface ou des visuels chaque mois? En bas de trois, la « cohérence entre équipes » est un problème que tu n'as pas — tu es la cohérence. Combien de produits ou de surfaces distinctes? Un site et une page Facebook ne justifient pas une bibliothèque de composants gouvernée ; deux applications, un site public et un portail client, oui — c'est d'ailleurs le point où mon propre studio a basculé. À quelle fréquence l'interface change-t-elle réellement? Si la réponse est « à la refonte, aux trois ans », un système vivant n'a rien à maintenir en vie.

Zéro ou une réponse « au-dessus du seuil » : il te faut un kit, pas un système. Deux : zone grise, commence par le kit et regarde ce qui frotte. Trois : là on se parle d'un vrai design system, et c'est le moment où les +47 % de vitesse mesurés sur le système Carbon d'IBM (étude Sparkbox, huit développeurs, médiane de 2 h contre 4,2 h pour un formulaire) commencent à s'appliquer à ta réalité.

Le kit minimal 2026 — et pourquoi c'est le meilleur moment de l'histoire pour s'en contenter

La bonne nouvelle que l'industrie annonce peu : le substrat s'est standardisé, et l'essentiel du bénéfice d'un design system est devenu accessible pour quelques milliers de dollars. Trois briques ont changé la donne. La spec des design tokens du W3C Design Tokens Community Group a atteint sa première version stable le 28 octobre 2025 — après six ans de gestation — et elle est supportée par Figma, Tokens Studio, Style Dictionary et compagnie : tes couleurs, typographies et espacements vivent désormais dans un format neutre et portable, plus dans un PDF. Style Dictionary v5 (1,7 million de téléchargements par semaine) transforme ces tokens en CSS, en variables Tailwind, en ce que tu veux. Et shadcn/ui — 118 000 étoiles GitHub, plus de 5 millions de téléchargements hebdomadaires de son CLI — fournit des composants accessibles que tu possèdes dans ton code, sans dépendance à maintenir.

Concrètement, le kit minimal que je livre tient en trois morceaux. Des fondations en tokens : palette avec rôles sémantiques, échelle typographique, espacements — dans Figma Variables et exportés au format DTCG. Une page de normes : logo et ses interdits, exemples d'application, ton rédactionnel — la charte graphique dont j'ai déjà détaillé le contenu. Et une douzaine de composants réellement utilisés (boutons, formulaires, cartes, navigation), branchés sur les tokens, documentés en une ligne chacun. C'est un travail de deux à trois semaines, pas de dix mois. Ça capture, à mon estimation de terrain, 80 % du bénéfice de cohérence pour une fraction du coût — et surtout, ça se maintient tout seul, parce qu'il n'y a presque rien à maintenir.

La croissance décidera, pas la doctrine

Le kit minimal n'est pas un renoncement, c'est une fondation compatible. Le jour où tu embauches un deuxième designer, où le portail client s'ajoute au site, où les incohérences commencent à coûter de vraies heures — les tokens DTCG se versionnent, les composants shadcn se documentent, et le kit grandit en système sans repartir de zéro. C'est exactement le chemin que j'ai suivi pour mon propre studio : des années avec l'équivalent d'un kit, et un système complet seulement quand les surfaces se sont multipliées.

Mon conseil final, celui qui me coûte des mandats : si un fournisseur te propose un design system complet avant d'avoir demandé combien de personnes touchent à ton interface, méfie-toi. Le design system est un outil d'échelle. Vends-le à quelqu'un qui n'a pas l'échelle, et tu lui vends un deuxième emploi.

Sources

• Design Systems Report 2026 — zeroheight · aperçu de l'édition 2025
• Design Systems Survey 2022 (5e et dernière édition) — Sparkbox · édition 2021
• « How much is a design system? » — Autentika, juin 2024
• La formule de ROI d'un design system — Smashing Magazine, septembre 2022
• Étude ROI sur Carbon (IBM) — Sparkbox, 2021
• Première version stable de la spec Design Tokens — W3C DTCG, 28 octobre 2025
• « Small by Design » — Nielsen Norman Group, 15 mai 2026
• Adoption outillage : shadcn/ui et compteurs npm/GitHub relevés le 4 juillet 2026