Un product designer travaille en trio avec un product manager et un tech lead. Il cadre le problème, mène ou exploite la recherche utilisateur, dessine parcours et écrans dans Figma, prototype, teste, puis suit la fonctionnalité en production. Les questions d'entretien partent de ce cycle complet : beaucoup de candidats n'en maîtrisent qu'une moitié, la conception visuelle ou la discovery.
Le portfolio trompe souvent. Les études de cas montrent des écrans finis et des étapes de méthode, rarement les arbitrages faits avec l'équipe ou le résultat mesuré. La personne dit ce qu'elle a décidé elle-même, ce qu'elle a abandonné et pourquoi, et quel indicateur a bougé. Un designer qui a surtout livré des maquettes sans suivre la mise en production manque en général la partie mesure, ce qui se rattrape sur un poste confirmé mais pas sur un poste senior.
Pour les outils, Figma domine les annonces, avec les variables, les composants à variantes et le Dev Mode pour le passage aux développeurs. Des outils de génération comme Figma Make, v0 ou Lovable apparaissent dans les offres récentes pour prototyper plus vite. Ils ne dispensent ni de la recherche ni de la conception des états d'erreur. Le PDF contient l'entretien complet : 30 questions sur six axes, un cas de 20 minutes et une grille de 1 à 4.
Méthodes et outils d'un product designer, du cadrage à la mesure
Figma
L'outil de conception présent dans presque toutes les offres. Un product designer confirmé y travaille avec des composants à variantes, l'Auto Layout et les variables, qui portent couleurs, espacements et thèmes. Le Dev Mode sert au passage aux développeurs : sections prêtes, mesures, annotations. La façon dont ses fichiers sont rangés compte autant que ce qu'ils montrent.
FigJam ou Miro
Les tableaux blancs partagés des ateliers : cartographie de parcours, synthèse de recherche, priorisation avec le PM. Ils montrent si la personne sait animer une séance et en sortir une décision, au-delà du mur de post-it.
Entretiens et tests utilisateurs
Les entretiens exploratoires servent à comprendre un besoin, les tests d'utilisabilité à vérifier qu'un prototype fonctionne. Les tests se font en face à face ou à distance, modérés ou non, avec des outils comme Maze, Lookback ou UserTesting. Le bon profil sait écrire une consigne neutre et recruter les bons participants.
Tri par cartes et tree testing
Deux méthodes d'architecture de l'information. Le tri par cartes montre comment les utilisateurs regroupent les contenus, le tree testing vérifie qu'ils trouvent une information dans une arborescence sans aucun visuel. Elles reviennent dès qu'il faut refaire un menu ou une navigation.
Design system et tokens
La bibliothèque partagée de composants et de valeurs (couleurs, typographie, espacements) entre design et code. Le product designer l'utilise et y contribue sans forcément la maintenir. Il doit savoir quand créer un composant et comment le proposer à l'équipe qui en a la charge.
WCAG 2.2 et RGAA
Les WCAG 2.2 sont la référence internationale d'accessibilité du W3C. Le RGAA 4.1.2, fondé sur les WCAG 2.1, s'applique aux acteurs soumis à l'obligation en France, et sa version 5 est annoncée pour fin 2026. Le European Accessibility Act s'applique depuis le 28 juin 2025 à une partie des produits et services, ce qui élargit le nombre d'équipes concernées.
Analytics produit et enregistrements de session
Amplitude, Mixpanel ou Piwik PRO pour suivre l'usage et les funnels, Contentsquare ou Hotjar pour les cartes de clics et les enregistrements de session. Le product designer n'a pas à écrire les requêtes, mais il fixe les indicateurs avec le PM et sait lire un funnel ou une cohorte.
Prototypage assisté par IA
Figma Make, v0 ou Lovable génèrent un prototype interactif à partir d'une consigne ou d'une maquette. Plusieurs offres récentes les citent. Ils accélèrent l'exploration, mais le code produit reste à revoir et l'accessibilité n'est pas garantie : la personne doit savoir où elle s'arrête.
Le titre recouvre des postes assez différents. Dans une équipe produit organisée en squads, le product designer suit une ou deux équipes sur la durée et répond de l'expérience de leur périmètre, de la discovery à la mesure. Quand il est le seul designer de l'équipe, il fait aussi la recherche, l'UI fine et une partie du design system. En mission, on attend souvent une prise en main rapide d'un produit existant et de sa bibliothèque Figma. Le niveau senior ou lead se juge sur la capacité à cadrer un problème flou, à arbitrer avec le PM et à montrer un résultat mesuré. Un junior est attendu sur la rigueur de conception et de test.
Ce qu'un product designer prouve en entretien
- Cadrage du problème et hypothèses
- Recherche et tests utilisateurs
- Architecture de l'information et états d'interface
- Figma et passage aux développeurs
- Design system et accessibilité
- Mesure de l'impact après la sortie
Les questions d'entretien d'un product designer, et ce qu'elles révèlent
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 · junior à confirmé
Le PM vous demande de « refaire la page des paramètres, elle est moche ». Quelles questions posez-vous avant d'ouvrir Figma ?
Une bonne réponseQui se plaint, de quoi, et depuis quand. La personne cherche des preuves : tickets du support, usage réel de la page dans l'outil d'analytics, réglages les plus modifiés, retours des commerciaux. Elle reformule ensuite la demande en problème (« les utilisateurs ne trouvent pas comment changer leur moyen de paiement ») avec un indicateur de réussite et les contraintes connues : délai, réglages imposés par le juridique, plateformes concernées. Elle accepte que la réponse soit parfois un simple déplacement de réglage plutôt qu'une refonte.
Signal d'alerteUn moodboard et un benchmark visuel lancés le jour même, ou la demande prise telle quelle sans savoir ce qui gêne les utilisateurs.
Question 2 · confirmé
Vous avez une semaine et aucun budget pour tester un nouveau tunnel de souscription. Comment organisez-vous le test ?
Une bonne réponseUn prototype Figma cliquable limité aux étapes à risque, cinq ou six participants du profil visé recrutés parmi les clients existants avec l'aide du support, des séances modérées à distance de 30 à 45 minutes. Les consignes sont des tâches réalistes rédigées sans reprendre les libellés de l'écran. La personne note réussite, erreurs, hésitations et verbatims, fait une séance pilote, puis rend une synthèse courte classée par gravité.
Signal d'alerteDemander aux participants s'ils « aiment » l'écran, tester sur des collègues du même étage, ou envoyer un questionnaire d'opinion à la place d'un test de tâches.
Question 3 · junior à confirmé
Décrivez tous les états que vous dessinez pour un champ de saisie d'IBAN, en plus de l'état par défaut.
Une bonne réponseVide, avec focus, en cours de saisie, rempli et valide, en erreur de format, en erreur de clé de contrôle, désactivé et en lecture seule, plus un état de chargement si un appel serveur vérifie l'IBAN. Le message d'erreur dit comment corriger, s'affiche près du champ et lui est rattaché pour les lecteurs d'écran. Côté saisie : groupes de quatre caractères, collage accepté, espaces ignorés.
Signal d'alerteUn état par défaut et un état rouge « Champ invalide », sans texte d'aide ni cas du copier-coller.
Question 4 · confirmé
Comment préparez-vous un fichier Figma pour qu'un développeur intègre l'écran sans vous poser vingt questions ?
Une bonne réponseDes composants de la bibliothèque utilisés sans être détachés, de l'Auto Layout qui reflète le comportement réel quand le contenu change, des variables pour les couleurs et les espacements. Les états et cas limites sont dessinés (texte long, liste vide, erreur), les sections prêtes sont marquées pour le Dev Mode et les comportements annotés. Un point avec le développeur avant le sprint règle le reste.
Signal d'alerteUne seule maquette parfaite à l'état idéal, des calques nommés « Rectangle 48 », des valeurs en dur et des composants détachés.
Question 5 · confirmé
La charte impose un gris #9E9E9E pour les textes d'aide sur fond blanc. Que répondez-vous à l'équipe de marque qui veut le garder ?
Une bonne réponseLe contraste est d'environ 2,7:1, sous le 4,5:1 demandé pour un texte de taille normale par le critère 1.4.3 des WCAG (niveau AA), repris par le RGAA. La personne propose un gris plus foncé proche de la charte (#767676 passe à 4,5:1) et réserve le gris clair aux éléments décoratifs. Elle rappelle l'obligation légale : RGAA pour les acteurs concernés et European Accessibility Act, applicable depuis le 28 juin 2025 à une partie des produits et services.
Signal d'alerte« C'est lisible sur mon écran », ou un contraste jugé à l'œil sans outil de mesure.
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
Product designer : les questions fréquentes
Quelle différence entre un product designer et un UX/UI designer ?
Les deux conçoivent des parcours et des écrans, souvent avec les mêmes outils. Le product designer est rattaché à une équipe produit et répond du résultat : il participe au choix du problème à traiter, fixe les indicateurs avec le PM et suit la fonctionnalité après la sortie. Un UX/UI designer intervient plus souvent sur un périmètre défini à l'avance. Dans les annonces, les deux titres se recoupent beaucoup, les missions comptent plus que l'intitulé.
Un exercice à la maison est-il utile pour un product designer ?
Un exercice long non rémunéré décourage les profils seniors et se prépare à plusieurs. Beaucoup d'équipes préfèrent la présentation d'un projet réel, suivie de questions sur les arbitrages, puis un exercice court en direct sur un problème du produit. Un test technique, s'il a lieu, tient en quelques heures, avec un énoncé précis et la même grille pour chaque candidat.
Comment lire le portfolio d'un product designer avant l'entretien ?
Le portfolio doit montrer le problème de départ, le rôle exact de la personne dans l'équipe, les options écartées et le résultat après la sortie. Un portfolio qui ne montre que des écrans finis, ou qui déroule les mêmes étapes de méthode pour chaque projet, ne permet pas de juger. Les points flous se détaillent pendant l'entretien : qui a pris la décision, sur quelle donnée, avec quel effet mesuré.
Un product designer doit-il savoir coder ?
Rarement exigé, souvent apprécié. Comprendre le HTML et le CSS, la logique des composants et les contraintes d'une API aide à concevoir des écrans réalisables et à discuter avec les développeurs. Les outils de prototypage par IA rendent cette culture plus utile, car ils produisent du code qu'il faut savoir relire. Pour un poste centré sur le design system ou le front, la barre monte.
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.
