Guide / Design systems & IA

Coder une marque, concrètement.

Coder une marque consiste à transformer les décisions du designer en règles, composants et compositions utilisables par des outils de production. Un agent peut alors travailler avec un contexte explicite plutôt qu’interpréter une charte à chaque brief.

01Commencer par une demande réelle

Choisir un livrable fréquent avant de choisir un outil : par exemple, une annonce de fonctionnalité pour LinkedIn. Le brief précise le message, le public, les formats, les assets autorisés et la personne qui valide. Ce périmètre permet de vérifier que le système répond à un besoin de l’équipe.

À produire : un brief de référence et une liste des sorties attendues.

02Séparer ce qui est fixe de ce qui varie

La typographie, les couleurs et les usages du logo forment une base stable. Le titre, le visuel produit et l’appel à l’action changent selon le brief. Les compositions précisent les marges, les niveaux de texte, les variantes et les contraintes de longueur. Le système doit dire autant ce qui peut changer que ce qui doit rester.

À produire : des règles explicites, des composants et quelques compositions validées.

03Organiser une source de référence

Un dépôt GitHub peut rassembler les règles et les sources, conserver l’historique des modifications et rendre les corrections partageables. Il ne remplace pas automatiquement l’outil de design. Les fichiers visuels et le code doivent pointer vers les mêmes décisions, avec une personne responsable de leur mise à jour.

À produire : une arborescence claire, une documentation d’usage et un responsable des modifications.

04Donner le bon contexte à l’agent

Un MCP est une interface qui permet à un outil ou à un agent d’accéder à des ressources et à des fonctions. Dans ce parcours, il sert à retrouver les règles, les composants et la composition adaptés au brief. Il n’invente pas la direction artistique et ne garantit pas à lui seul la cohérence : celle-ci dépend de ce que le designer a rendu disponible.

À produire : un chemin vérifiable du brief aux ressources utilisées, puis à un fichier éditable.

05Conserver la relecture et les sources

Une image exportée ne suffit pas à constituer un système de production. Il faut pouvoir relire le message, ajuster la composition, retrouver les composants et produire une variante. Avant livraison, l’équipe vérifie les textes, les débordements, les formats, les droits des médias et la conformité aux règles de marque.

À produire : les sources éditables, les exports et une validation identifiée.

06Mesurer un cycle complet

Comparer un même type de demande avant et après : temps du brief à la validation, nombre de retours, corrections de marque et temps de déclinaison. Ces mesures permettent de décider ce qu’il faut automatiser ensuite. Un export rapide qui exige beaucoup de reprises ne résout pas le problème de production.

À produire : un bilan du pilote et une liste priorisée des améliorations.

Exemple de brief pour un pilote

Nous lançons une fonctionnalité pour les équipes finance. Préparer une annonce LinkedIn et une slide commerciale à partir du même message. Utiliser les composants validés, conserver les sources éditables et faire relire le résultat par la responsable marketing avant export.

Exemple pédagogique : ce brief illustre la méthode, sans présenter un résultat client.