Un design system qui dure a besoin d'un responsable qui le traite comme un produit. Le design system manager tient le backlog des demandes, organise les contributions, planifie les versions et les dépréciations, et mesure l'usage des composants dans Figma comme dans le code. Il fait le lien entre designers, développeurs front et product managers. Les questions d'entretien de design system manager partent de ces mécanismes concrets, plus parlants que la vision générale du système.
Les profils viennent du product design, du développement front ou du conseil. Un ancien designer maîtrise les tokens et Figma, un ancien développeur connaît les paquets npm et la CI. Dans les deux cas, il doit savoir d'où viennent ses chiffres d'adoption : analyse des bibliothèques Figma, scan des dépôts de code, versions installées dans chaque application. Un candidat qui cite le nombre de vues de la documentation comme preuve d'adoption n'a pas encore piloté de système à l'échelle.
Le poste porte aussi la conformité des composants. L'European Accessibility Act s'applique depuis le 28 juin 2025, et un défaut corrigé dans la bibliothèque disparaît de tous les produits à la version suivante. Le PDF propose 30 questions sur six axes, un cas de 20 minutes et une grille de 1 à 4.
Ce qu'un design system manager outille et surveille
Circuit de contribution
Le chemin qu'une demande suit avant d'entrer dans la bibliothèque : signalement, tri, proposition, revue design et code, statut expérimental puis stable. Sans ce circuit, les équipes créent leurs propres composants. Le candidat peut dessiner celui qu'il a mis en place.
Versionnage sémantique et dépréciation
Le paquet de composants suit en général le versionnage sémantique : majeure pour un changement cassant, mineure pour un ajout, correctif pour une correction. Un composant retiré passe d'abord par un statut déprécié, avec un remplaçant documenté et une date de retrait annoncée.
Analyse des bibliothèques Figma
Sur les plans Organization et Enterprise, Figma montre les insertions, détachements et usages des composants, styles et variables par équipe. L'API Library Analytics, réservée à l'offre Enterprise, permet d'extraire ces données chaque semaine pour un tableau de bord.
Scan des dépôts de code
L'usage réel se lit dans le code : composants de la bibliothèque contre composants locaux, version du paquet installée dans chaque application, couleurs saisies en dur. Des outils comme react-scanner ou Omlet font ce comptage. Un bon profil croise ces chiffres avec ceux de Figma.
Chaîne des tokens
Les tokens partent de Figma ou d'un dépôt Git, au format DTCG dont la première version stable date d'octobre 2025, et sont transformés par Style Dictionary pour le web, iOS et Android. Le manager choisit la source qui fait foi et fait en sorte que personne ne recopie une valeur à la main.
Storybook, Chromatic et tests automatisés
Storybook présente les composants développés. Les tests visuels, avec Chromatic ou un équivalent, détectent un changement d'apparence imprévu, et axe-core repère une partie des défauts d'accessibilité. Ces contrôles tournent dans la CI avant chaque publication.
Site de documentation
Zeroheight, Supernova, Storybook ou un site maison. Le choix dépend du public, designers ou développeurs, de l'intégration avec Figma et Storybook et du coût de maintenance. La documentation porte aussi les notes de version et le statut de chaque composant.
Plans Figma
Code Connect est disponible dès le plan Professional, limité à une bibliothèque et un framework. Les branches, l'analyse des bibliothèques et 20 modes par collection demandent le plan Organization. Les collections étendues pour le multi-marques, l'API REST des variables et l'API Library Analytics sont réservées à l'offre Enterprise.
Les offres parlent de design system manager, de lead design system, de consultant design system ou de senior architect design systems, et les cabinets de conseil en placent en mission chez de grands comptes. Certaines annonces demandent de structurer la bibliothèque pour les outils d'IA de prototypage, avec une nomenclature stricte et des propriétés documentées. Le poste encadre souvent une petite équipe de designers et de développeurs, ou anime des contributeurs répartis dans les équipes produit. Il ne produit pas forcément les composants lui-même, mais il doit en parler d'égal à égal avec ceux qui les font.
Les acquis d'un design system manager vérifiés en entretien
- Gouvernance et circuit de contribution
- Versions, dépréciations et critères de publication
- Mesure de l'adoption et de la qualité
- Backlog et priorisation des évolutions
- Architecture multi-marques et multi-plateformes
- Chaîne d'outils design et code
Ce qu'un design system manager doit savoir répondre
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé à senior
Une équipe produit a construit son propre sélecteur de date parce que celui de la bibliothèque ne lui convenait pas. Quel circuit de contribution mettez-vous en place pour que cela ne se reproduise pas ?
Une bonne réponseUn point d'entrée unique pour les demandes, un tri à rythme fixe et un délai de réponse annoncé. Plusieurs niveaux de contribution : bug, petite évolution, nouveau composant. Pour un nouveau composant, une proposition courte, une revue conjointe design et code, une construction par l'équipe demandeuse avec l'aide de l'équipe centrale, puis un statut expérimental avant le statut stable. Un composant local reste toléré s'il est déclaré et suivi.
Signal d'alerteInterdire tout composant local sans proposer de solution, ou accepter dans la bibliothèque tout ce que les équipes envoient.
Question 2 · senior
Une refonte des tokens de couleur rendra l'ancienne version incompatible. Comment organisez-vous la sortie et la migration des équipes ?
Une bonne réponseUne version majeure annoncée avec un calendrier. Pendant une période de recouvrement, les anciens noms restent disponibles comme alias dépréciés. Un guide de migration avec une table ancien et nouveau nom, et si possible un script de remplacement automatique. Côté Figma, une mise à jour préparée en branche et testée sur quelques fichiers produit. Il suit l'avancement par équipe et fixe une date de fin de support.
Signal d'alertePublier la nouvelle version un vendredi et laisser chaque équipe découvrir les ruptures.
Question 3 · confirmé à senior
La direction demande si le design system est adopté. Quels chiffres allez-vous chercher, et où ?
Une bonne réponseDans Figma, l'analyse des bibliothèques : insertions, détachements et usages par équipe, extraits par l'API Library Analytics sur l'offre Enterprise. Dans le code, un scan des dépôts (react-scanner, Omlet) qui compte composants de la bibliothèque et composants locaux, la version du paquet installée dans chaque application et les valeurs en dur. Il distingue la couverture (quels produits utilisent le système) de la profondeur (quelle part de leurs écrans).
Signal d'alerteLe nombre de téléchargements npm ou de visites du site de documentation, présenté comme taux d'adoption.
Question 4 · senior
Quarante demandes attendent et l'équipe compte deux personnes. Comment décidez-vous de ce qui passe en premier ?
Une bonne réponseDes critères écrits : nombre de produits concernés (appuyé sur les données d'usage), défaut bloquant d'accessibilité ou bug, dette qui conditionne d'autres sujets, échéances produit, effort. Un backlog public avec la décision et sa raison pour chaque demande. Un refus vient avec une alternative : pattern documenté, contribution de l'équipe demandeuse.
Signal d'alerteLe premier arrivé, ou l'équipe qui insiste le plus fort.
Question 5 · senior
Le groupe intègre deux marques qui veulent garder leur identité. Que les laissez-vous modifier, et comment l'organisez-vous dans les tokens et les fichiers ?
Une bonne réponseLes composants restent communs et ne consomment que des tokens sémantiques. Une couche de marque s'intercale entre primitives et sémantiques, ou les marques deviennent des modes. Dans Figma, une collection de marque avec ses modes dans la limite du plan, ou les collections étendues sur l'offre Enterprise. Dans le code, Style Dictionary produit un thème par marque. Il définit ce qu'une marque peut changer (couleurs, typographie, rayons) et vérifie les contrastes de chacune.
Signal d'alerteDupliquer la bibliothèque pour chaque marque.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Questions fréquentes sur le design system manager
Design system manager ou design system designer : quel poste en premier ?
Tant que la bibliothèque est à construire et sert un ou deux produits, un design system designer confirmé épaulé par un développeur front suffit souvent. Le manager devient utile quand plusieurs équipes dépendent du système, que les demandes s'accumulent et qu'il faut planifier des versions, des migrations et des indicateurs. Dans les équipes réduites, un lead design system tient les deux rôles pendant un temps.
Faut-il un ancien designer ou un ancien développeur pour piloter un design system ?
Les deux parcours fonctionnent. Un ancien designer connaît les tokens, les variables Figma et les règles d'usage. Un ancien développeur connaît les paquets, la CI et les migrations de code. Ce qui compte, c'est la capacité à parler des deux côtés avec précision. Une question sur Figma à l'ancien développeur et une question de versionnage à l'ancien designer montrent vite où sont les manques.
Quel test technique pour un design system manager ?
Le test part de données réelles ou réalistes : un export d'analyse de bibliothèque Figma, la liste des versions installées dans dix applications, quinze demandes en attente. Le candidat propose un ordre de priorité argumenté, un plan de version pour le prochain trimestre et deux indicateurs à suivre. En une heure apparaissent la lecture des chiffres, les critères de décision et la compréhension des changements cassants.
Quels outils un design system manager doit-il connaître ?
Figma avancé, avec variables, modes, branches et analyse des bibliothèques, Storybook, un outil de documentation comme zeroheight ou Supernova, et la chaîne des tokens avec Tokens Studio ou Style Dictionary. Côté code, il lit une configuration de CI, un fichier package.json et un changelog. Il connaît les limites de chaque plan Figma, qui changent ce qu'il peut mesurer et automatiser.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
