Scorecard Product Designer
Voici comment évaluer un Product Designer en entretien : les compétences à noter, les questions à poser et les signaux d'alerte. Une grille de base, à ajuster selon votre contexte et vos priorités.
Un exemple à adapter. Cette scorecard est un modèle, pas une grille à appliquer telle quelle. Gardez les critères qui correspondent à votre poste et à votre équipe, ajustez ou retirez les autres. Le bon profil dépend de votre contexte.
Product Designer
La mission en une phrase
Parcours produit conçus de bout en bout
Le candidat livre des flux complets, du premier contact à la fonctionnalité finale, en couvrant les cas limites et les états d'erreur, pas seulement les écrans heureux.
Décisions design appuyées sur la recherche
Les choix d'interface s'appuient sur des entretiens, des tests d'usabilité ou des données d'usage, et non sur des intuitions ou des préférences personnelles.
Contribution active au design system
Le candidat réutilise et enrichit les composants partagés, documente ses patterns et garde une cohérence visuelle et fonctionnelle entre les parcours.
Design connecté à l'impact business
Chaque livrable se rattache à un objectif produit ou à un indicateur, et le candidat sait expliquer ce qu'il cherche à faire bouger pour l'utilisateur comme pour l'entreprise.
✗ Faible · Raisonne écran par écran, oublie les états d'erreur et les transitions, et présente surtout des maquettes finies sans logique de parcours.
✓ Excellent · Décrit comment il cartographie un parcours complet, anticipe les états vides, les erreurs et les cas limites, et arbitre entre simplicité et richesse fonctionnelle.
✗ Faible · Confond recherche et recueil d'avis, pose des questions orientées, ou saute directement à la solution sans avoir formulé le problème.
✓ Excellent · Sait choisir la bonne méthode selon la question, mène des entretiens sans biaiser, et transforme les insights en pistes de conception actionnables.
✗ Faible · Soigne des prototypes haute fidélité avant d'avoir validé l'idée, ou ne teste qu'à la fin quand tout est figé.
✓ Excellent · Construit le bon niveau de prototype pour la question posée, fait tester tôt, et itère à partir des observations plutôt que des opinions.
✗ Faible · Recrée des composants déjà disponibles, introduit des variantes incohérentes, ou considère le système comme une contrainte plus que comme un appui.
✓ Excellent · Travaille avec les composants existants, propose des évolutions justifiées et documente ses choix pour que d'autres puissent les reprendre.
✗ Faible · Travaille en silo, livre des specs par dessus le mur, ou découvre les contraintes techniques au moment de l'intégration.
✓ Excellent · Embarque le PM en amont du cadrage, partage tôt avec les développeurs, et adapte ses propositions aux contraintes techniques sans renoncer à l'intention.
✗ Faible · Produit des fichiers désordonnés difficiles à reprendre, ou reste dépendant d'un seul outil sans capacité d'adaptation.
✓ Excellent · Manipule avec aisance ses outils de conception et de prototypage, structure ses fichiers proprement et facilite la reprise par l'équipe.
✗ Faible · Traite l'accessibilité comme une option de fin de projet, ou privilégie l'esthétique au détriment de la clarté.
✓ Excellent · Intègre contraste, lisibilité et navigation au clavier dans ses choix, et porte attention au détail visuel sans sacrifier l'usage.
Esprit produit et orientation impact
✗ Faible · Parle surtout d'esthétique et de tendances, sans rattacher son travail à un problème ou à un résultat attendu.
✓ Excellent · Relie spontanément ses décisions de design à un objectif utilisateur et business, et sait dire ce qu'il chercherait à mesurer.
Écoute et ouverture au feedback
✗ Faible · Défend ses partis pris coûte que coûte, ou se braque dès qu'une proposition est challengée.
✓ Excellent · Sollicite la critique tôt, distingue le retour utile de la préférence, et fait évoluer son travail sans le vivre comme une remise en cause personnelle.
Communication et capacité à embarquer
✗ Faible · Présente des maquettes sans raconter l'intention, ou peine à se faire comprendre des PM et des développeurs.
✓ Excellent · Explique clairement le pourquoi de ses choix à des interlocuteurs non designers et sait défendre une direction avec des arguments structurés.
Autonomie et sens des priorités
✗ Faible · Attend des consignes détaillées, ou polit l'accessoire pendant que l'essentiel reste flou.
✓ Excellent · Sait avancer dans l'incertitude, arbitrer entre soin et vitesse selon l'enjeu, et concentrer son énergie sur ce qui compte le plus.
Compétences techniques
Décrivez une recherche utilisateur que vous avez menée. Quelle méthode avez-vous choisie et pourquoi, et qu'est-ce qui a changé dans votre design ensuite ?
→ On évalue le choix raisonné de la méthode, l'absence de questions orientées, et la traduction concrète des insights en décisions de conception.
Comment travaillez-vous avec un design system ? Donnez un exemple où vous l'avez fait évoluer.
→ On cherche la réutilisation des composants, la justification des ajouts, et le souci de cohérence et de documentation pour l'équipe.
Réalisations & expérience
Racontez un parcours produit que vous avez conçu de bout en bout. Par où avez-vous commencé et comment avez-vous traité les cas limites ?
→ On cherche une démarche structurée du problème à la livraison, avec une vraie attention aux états d'erreur et aux transitions, pas seulement aux écrans principaux.
Mise en situation
Un test d'usabilité contredit la direction que vous défendiez. Comment réagissez-vous et que faites-vous des résultats ?
→ On vérifie l'ouverture au feedback, la capacité à distinguer signal et bruit, et la volonté d'itérer plutôt que de protéger son idée.
Le PM veut une fonctionnalité que vous jugez mal cadrée pour l'utilisateur. Comment menez-vous la conversation ?
→ On évalue la collaboration, la capacité à challenger avec des arguments centrés utilisateur et business, et le sens de l'arbitrage.
Motivation & fit
Qu'est-ce qui vous attire dans un rôle de Product Designer plutôt que dans un poste centré sur l'exécution d'interface ?
→ On vérifie l'appétence pour le cadrage du problème, la recherche et l'impact, et non uniquement pour la production visuelle.
Savoir-être & collaboration
Comment reliez-vous une décision de design à son impact ? Donnez un cas où vous avez mesuré ou cherché à mesurer un effet.
→ On cherche l'esprit produit, l'identification d'un indicateur pertinent et le réflexe de relier le design à un résultat concret.
Présente surtout des écrans finis sans expliquer le problème ni la démarche.
Un Product Designer se juge sur sa capacité à cadrer et à raisonner, pas seulement à produire de belles interfaces.
Ne mentionne aucune forme de recherche ou de test utilisateur dans ses projets.
Sans confrontation au réel, les décisions reposent sur l'intuition et le risque de concevoir à côté du besoin augmente.
Décrit un travail mené en solo, déconnecté du PM et des développeurs.
Le rôle vit de la collaboration, et un design pensé en silo se heurte aux contraintes au pire moment.
Se braque ou justifie tout par le goût quand on challenge ses choix.
L'incapacité à intégrer le feedback bloque l'itération et fragilise la relation avec l'équipe.
Ne sait pas relier son travail à un objectif utilisateur ou business.
Un design sans intention mesurable produit du soin déconnecté de la valeur réelle pour le produit.
Lecture du score
Notez chaque compétence et savoir-être de 1 à 5. Repère de décision : moyenne supérieure ou égale à 4 sur les must-have et aucun red flag majeur = go ; 3 à 4 avec réserves = à challenger en second tour ; un must-have sous 3 ou un red flag majeur = no-go. Un nice-to-have faible ne doit jamais éliminer un bon profil.
Qu'est-ce qu'une scorecard pour recruter un Product Designer ?
Une scorecard product designer est une grille d'évaluation structurée : elle liste les compétences et savoir-être à noter de 1 à 5, les questions d'entretien à poser et les signaux d'alerte. Elle permet de comparer les candidats sur des critères objectifs plutôt que sur une impression. On parle aussi de scorecard designer produit, scorecard ux designer produit, scorecard ux/ui designer produit.
Comment utiliser cette scorecard Product Designer ?
Téléchargez-la en PDF, Excel ou Notion, notez chaque critère de 1 à 5 pendant l'entretien, puis additionnez les scores du panel pour décider sur des faits. La version Excel calcule la moyenne et la décision automatiquement.
Quelle différence entre un Product Designer et un UX/UI Designer ?
Le périmètre. Un Product Designer part du problème : il cadre le besoin, mène la recherche, conçoit le parcours et relie ses choix à l'impact produit. Un UX/UI Designer se concentre davantage sur l'exécution de l'interface et l'expérience d'usage à partir d'un cadrage déjà posé. En pratique les frontières varient selon les organisations, mais on attend d'un Product Designer qu'il porte la réflexion en amont, pas seulement la production des écrans.
Faut-il privilégier un profil plutôt research ou plutôt visuel pour ce poste ?
Cela dépend de la maturité de votre équipe design et de la nature du produit. Un produit complexe avec beaucoup d'incertitude valorise un profil solide en recherche et en cadrage. Un produit déjà structuré, avec un design system en place, tolère un profil plus orienté exécution et qualité d'interface. L'idéal reste un candidat capable de couvrir les deux, mais clarifiez votre priorité avant de noter, car elle change le poids des compétences must-have.