À retenir
- Un design system est un moteur de décision, pas un inventaire de composants — l'intention est la couche qui compte.
- La maturité ne se mesure pas au nombre de composants ; mais à la fiabilité avec laquelle votre équipe parvient à la même décision sans réunion.
- L'IA peut copier vos composants mais pas votre raisonnement — documentez l'intention sous forme de règles explicites et lisibles par une machine.
- Synchronisez le code et le design en une source de vérité unique afin qu'aucun ne dérive et que les outils puissent raisonner contre elle.
- Les systèmes centrés sur l'intention livrent plus vite, intègrent plus rapidement et délèguent le travail à l'IA en toute sécurité.
La plupart des équipes pensent qu'un design system est une bibliothèque Figma accompagnée d'un ensemble soigné de composants codés. C'est l'artefact, pas le système. Le véritable système est l'ensemble des décisions, contraintes et raisonnements qui expliquent pourquoi un bouton a telle apparence, quand l'utiliser, et quels compromis ont été acceptés en chemin. Retirez tout cela et il ne vous reste qu'un kit de style qui dérive dès que votre équipe grandit ou qu'un outil d'IA commence à générer des écrans en votre nom.
Cette distinction est passée du philosophique à l'urgent. Google, Atlassian et Figma livrent désormais des fichiers qui capturent l'intention derrière un design — pas seulement les tokens et les specs. La raison est simple : les composants vous disent ce qui existe, mais seule l'intention indique à un humain ou à une machine quoi faire ensuite.
Pourquoi les composants n'ont jamais été l'essentiel
Un composant est une réponse figée à une question déjà posée. La question — « comment les utilisateurs doivent-ils confirmer une action destructrice ? » — est l'endroit où réside la valeur. Lorsque la question n'est pas documentée, chaque nouveau designer, développeur et désormais chaque LLM y répond à nouveau depuis zéro, souvent de manière incohérente.
Nous le constatons constamment lors des audits. Un client dispose de 1 200 composants et d'aucune gouvernance. Quatre variantes de la même carte existent parce que personne n'a consigné la justification de la première. La bibliothèque paraît mature ; le système est en réalité mort. La maturité ne se mesure pas à la taille de votre inventaire de composants — mais à la fiabilité avec laquelle votre équipe parvient à la même décision sans réunion.
Les trois couches d'un système qui tient vraiment
- Fondations : tokens, espacements, typographie, couleur — la grammaire brute.
- Composants : les phrases réutilisables construites à partir de cette grammaire.
- Intention : les règles, principes et compromis qui déterminent quelle phrase prononcer et quand.
Presque tout le monde investit dans les deux premières et néglige la troisième. Cette troisième couche est ce qui rend un système défendable, enseignable et — point crucial — lisible par une machine.
Le tournant de l'IA : les machines ont besoin de votre raisonnement, pas de vos pixels
Voici la vérité dérangeante à propos du design et du développement assistés par IA : un modèle peut copier vos composants à la perfection et tout de même produire quelque chose hors charte, parce qu'il n'a aucun accès à votre raisonnement. Il sait à quoi ressemble votre bouton principal. Il ignore que vous le réservez à l'action la plus importante de chaque écran.
C'est pourquoi la pratique émergente consistant à rendre les systèmes « AI-ready » est importante. Des protocoles comme le MCP (Model Context Protocol) commencent à connecter le code, Figma et la documentation afin que les outils puissent interroger non seulement les assets mais aussi les contraintes. Un système bien structuré devient une source de vérité contre laquelle une IA peut raisonner — transformant « générer une page de paiement » en quelque chose qui respecte vos véritables règles plutôt qu'une supposition plausible en apparence.
La même logique s'applique à la construction de fondations de marque avec des outils comme Claude. L'IA accélère le travail fastidieux — nommer les échelles, rédiger les docs d'usage, générer des variantes — mais seulement si vous fournissez des garde-fous. Sans intention documentée, l'IA ne fait qu'industrialiser votre incohérence.
Comment reconstruire votre système autour de l'intention
Vous n'avez pas besoin de tout raser. Vous devez superposer du sens à ce que vous avez déjà.
- Documentez les décisions, pas seulement les specs. Pour chaque composant central, consignez le problème qu'il résout, quand l'utiliser, quand ne pas l'utiliser, et le compromis que vous avez accepté. Un paragraphe vaut mieux qu'un PDF de 40 pages que personne ne lit.
- Rendez les règles consommables par une machine. Structurez les directives d'usage en contraintes explicites (« bouton principal : un seul maximum par vue ») plutôt qu'en prose. Les designers juniors comme les LLM analysent mieux les règles que les impressions.
- Connectez le code et le design en une seule source. Si votre Figma et votre codebase se contredisent, aucun des deux n'est fiable. Synchronisez-les — manuellement ou via un outillage de type MCP — afin qu'il existe un unique état canonique.
- Traitez la gouvernance comme un produit. Attribuez une responsabilité, versionnez le système et mesurez l'adoption. Un système sans mainteneur est un passif avec une date limite.
L'argument business des systèmes centrés sur l'intention
Il ne s'agit pas d'hygiène esthétique — c'est un levier opérationnel. Les équipes qui documentent l'intention livrent plus vite parce que moins de décisions sont remises en cause. Elles intègrent designers et développeurs en jours, pas en mois. Et elles sont en position de confier un vrai travail à l'IA sans effondrement de la qualité, parce que leur système est réellement capable de s'expliquer à une machine.
Les agences et équipes produit qui gagneront dans les prochaines années ne seront pas celles dotées des plus jolies bibliothèques de composants. Ce seront celles dont les systèmes encodent le jugement — afin que le prochain écran, qu'il soit construit par un designer senior, une nouvelle recrue ou un modèle, sorte correct. Repensez votre système comme un moteur de décision, et les composants feront enfin ce qu'ils étaient censés faire depuis toujours : suivre les règles.
Sources
- Comment construire une fondation de marque avec l'IA sans perdre votre savoir-faire — UX Collective
- Construire une bibliothèque de design system AI-ready : Code → Figma avec MCP. — UX Collective
- Votre design system n'a jamais été une affaire de composants — UX Collective
- L'état d'un système — UX Collective
