Auditer un design system existant : la grille en 6 points

Adoption, alignement Figma-code, doublons, accessibilité, documentation, gouvernance : la grille Wolfox pour auditer un design system avant de le refondre.
Par
Marianne Savouret
,
le
23/10/2026
badge wolfox bleu agence de ux ui design

Beaucoup d’entreprises ont déjà un design system… que personne n’utilise vraiment. Les designers ont leurs propres fichiers, les développeurs ont recréé des composants, et la documentation date de deux versions. Avant de tout refaire, il faut comprendre pourquoi. Voici la grille que nous utilisons chez Wolfox pour auditer un design system existant.

Cet article fait partie de notre guide complet du design system.

1. L’adoption réelle

C’est la première question : le design system est-il utilisé ? On compare les écrans en production avec la bibliothèque.

  • Quelle part des écrans récents utilise les composants du système ?
  • Quelles équipes l’utilisent, lesquelles l’ont abandonné, et pourquoi ?
  • Les nouveaux arrivants savent-ils où le trouver ?

2. L’alignement entre Figma et le code

Un design system n’est utile que si ce qui est dessiné correspond à ce qui est livré.

  • Les composants portent-ils les mêmes noms dans Figma et dans le code ?
  • Les propriétés et les variantes correspondent-elles ?
  • Les tokens (couleurs, espacements, typographie) sont-ils partagés, ou recopiés à la main ?

3. Les doublons et les variantes orphelines

On recense les composants qui font la même chose sous des formes différentes, et les variantes créées pour un seul écran. C’est souvent la source principale d’incohérence, et le premier gisement de simplification.

4. L’accessibilité des composants

On vérifie chaque composant au regard des critères du RGAA et des WCAG :

  • contrastes des textes et des éléments d’interface ;
  • état de focus visible et navigation au clavier ;
  • libellés et messages d’erreur des champs de formulaire ;
  • taille des zones cliquables ;
  • comportement avec un lecteur d’écran.

Un défaut trouvé dans un composant est présent partout où il est utilisé. Voir Design system et accessibilité RGAA.

5. La documentation

  • Chaque composant a-t-il une page qui dit quand l’utiliser et quand ne pas l’utiliser ?
  • La documentation est-elle à jour par rapport à la dernière version ?
  • Est-elle assez courte et structurée pour être lue, y compris par des outils d’IA ?

Sur ce dernier point, voir Design system sobre : pourquoi une documentation concise rend Claude meilleur et notre autodiagnostic DS & IA en 20 questions.

6. La gouvernance

  • Qui est responsable du design system ?
  • Comment propose-t-on un nouveau composant ?
  • Les changements sont-ils versionnés et annoncés ?

Sans réponse claire, même un design system bien refait se dégradera. Voir Gouvernance du design system.

Ce que l’audit doit produire

Un audit utile ne se termine pas par un constat, mais par des décisions : les composants à garder tels quels, ceux à fusionner, ceux à reconstruire et ceux à supprimer, classés par impact. Il chiffre aussi l’effort de migration des écrans existants. C’est la base d’un devis réaliste. Voir Combien coûte un design system ?.

Parlons de votre design system

Votre design system existe mais n’est plus utilisé ? Nous réalisons l’audit et vous proposons un plan de reprise priorisé, plutôt qu’une refonte complète.

👉 Découvrir l’offre design system de Wolfox

À lire aussi

Vous souhaitez lancer un projet nécessitant une expertise UX/UI ?
Notre équipe se fera un plaisir de vous accompagner et proposer la méthode la plus adaptée pour vous satisfaire.

Contactez-nous

Une question ? N’hésitez pas à nous écrire !

🥳

Votre message a bien été envoyé !
La meute s'en occupe le plus vite possible
Il semble qu'il y ait une erreur, veuillez réessayer...