AXA | AI Strategist - Lead Design System | 2026
Ma mission : rendre Canopée, le design system d'AXA, lisible et exploitable par l'IA. J'ai traduit ses composants en données, et posé toutes les règles d'utilisation des composants et du design system. Designers, développeurs et agents IA partent désormais de la même source, et l'IA applique les règles de Canopée au lieu de les deviner.
Pour aider un designer ou un développeur, une IA doit connaître les composants de Canopée, le design system d'AXA, et leurs règles. Aujourd'hui, elle ne les connaît pas : elle applique les bonnes pratiques du web et devine le reste.
AXA m'a donc confié une mission : rendre Canopée lisible par tous les agents IA (Claude, Copilot, Cursor...), quel que soit l'outil choisi demain. Canopée couvre le B2C (clients et prospects) et le B2B (distributeurs et collaborateurs). Chacun a sa librairie Figma et ses composants React.
J'ai commencé par auditer les composants et les design tokens du B2C et du B2B. J'ai construit les grilles d'audit, puis rédigé un plan d'action pour le B2C et un autre pour le B2B.
Quand un composant ou une propriété change de nom entre Figma et le code, une IA ne peut pas relier les deux. Au départ, la plupart des composants et des propriétés portaient un nom différent dans Figma et dans le code, et les calques ne disaient pas toujours leur rôle.
J'ai donc écrit une nomenclature qui reprend les noms du code, du composant jusqu'au calque :
J'en ai posé les bases en atelier avec les designers et les développeurs de Canopée. La nomenclature est publiée dans le repo du design system, et je l'ai appliquée dans Figma à tous les composants, en B2C comme en B2B.
Un composant prêt pour l'IA, c'est une fiche en deux fichiers. Le JSON sort de Figma et décrit comment le composant est construit et à quoi il ressemble : propriétés, variantes, structure, styles... Le Markdown dit comment s'en servir : usages, alternatives, interdits, rédaction...
Le JSON ne recopie aucune valeur : chaque style renvoie à son design token. Il reste assez complet pour reconstruire le composant dans Figma, et je l'ai vérifié en recréant Button à partir de ce seul fichier.
Les fiches disent aussi à l'IA quoi faire quand elle ne sait pas. Si une information manque dans la fiche, l'IA le signale au lieu de deviner. Si aucun composant ne convient, elle le dit au lieu d'en inventer un.
J'ai construit un plugin Figma qui produit automatiquement le JSON de chaque composant. Avant l'export, il contrôle la nomenclature et signale chaque écart (propriété erronée, valeur en dur...). Il compare aussi le composant à son dernier export, puis en déduit la nouvelle version et le changelog. Enfin, comparer deux versions du JSON d'un composant permettra d'automatiser une partie de l'implémentation front.
J'ai aussi écrit un skill, c'est-à-dire un mode d'emploi pour un agent IA. Avec ce skill, l'agent contrôle un composant Figma et toutes ses instances après une modification. Il repère par exemple un calque relié à une propriété disparue, ou une couleur qui n'est reliée à aucun design token.
En tant qu'AI Strategist, je commence par donner au design system une forme que l'IA sait lire et exploiter. Une fois ce socle posé, l'IA devient un renfort pour les designers et les développeurs.
Retour à l'accueil