Product Designer
Fiche de poste, salaire, sourcing, 15 questions d'entretien et plan 30/60/90 pour recruter un·e Product Designer / UX-UI en PME française.
Compilé par l'équipe Join à partir de données publiques et de notre expérience de recrutement.
Mis à jour
En un coup d'œil
- Salaire médian52 000 €42 000 € – 65 000 €
- Délai de recrutement45–75 jours
- Expérience3–6 ans
Comment recruter un·e Product Designer pour votre PME
Avant de rédiger l’annonce, posez-vous trois questions de cadrage. Elles déterminent le profil que vous cherchez réellement et évitent les erreurs courantes en PME et en scale-up.
Question 1 : Product Designer, UX Researcher, ou Graphic Designer ? Le mot « designer » regroupe en France trois métiers très différents. Le·la Product Designer couvre la chaîne produit complète : recherche utilisateur·rice, structure d’information, interactions, interface visuelle, collaboration avec PM et ingénieur·e·s. Le·la UX Researcher se concentre sur la démarche de recherche pure (qualitative et quantitative) sans forcément produire les écrans finaux ; ce profil se justifie dès que vous avez 3-4 Product Designers à alimenter en signal. Le·la Graphic Designer travaille sur l’identité visuelle, le print, la communication ; ce n’est pas un métier produit. Une annonce floue intitulée « Designer » attire les trois typologies et rend le tri coûteux. Précisez « Product Designer » dans l’annonce, dans le profil, et dans les critères de portfolio attendus.
Question 2 : Quelle est la maturité de votre design system ? Un·e designer qui a passé 4 ans à maintenir un design system mature (tokens documentés, gouvernance solide, alignement code-design serré) n’opère pas comme un·e designer qui a construit un système de zéro en early-stage. Les rituels, la cadence, et la tolérance au désordre diffèrent. En PME sans design system formalisé, cherchez un·e profil à l’aise pour construire au fil de l’eau et résister à l’envie de tout figer trop tôt. En scale-up avec design system mature, cherchez un·e profil capable d’optimiser dans un cadre déjà posé et de respecter une gouvernance existante. Croiser les deux profils mène à la frustration en 6-12 mois.
Question 3 : Designer solo ou équipe design constituée ? Un·e designer solo en PME est viable pour un·e profil mid-level confirmé (3-6 ans) qui sait travailler en autonomie, arbitrer seul·e, et passer du temps avec PM et ingénieur·e·s sans avoir besoin de revue entre pairs design. Pour un·e profil junior (0-2 ans), le solo est presque toujours un piège : pas de transmission tacite, peu de feedback sur les arbitrages, risque élevé de churn à 12-18 mois. Si vous n’avez budget que pour un·e junior, attendez d’avoir constitué une équipe design de 2-3 personnes minimum avant d’embaucher. Si votre premier·e hire design doit être solo, ciblez impérativement un·e profil mid-level ou senior qui a déjà vécu cette configuration et l’apprécie.
Calcul de capacité indicative : un·e Product Designer pilote 1 à 2 équipes produit (5-10 ingénieur·e·s + 1 PM au total). Au-delà, ajoutez un·e second·e designer ou montez une couche Head of Design. Le rôle Head of Design devient pertinent à partir de 3-4 designers ou 20-25 personnes en équipe produit.
Modèle de fiche de poste
Product Designer (H/F) PME française
Mission. Concevoir et piloter l’expérience d’un produit ou d’un périmètre produit, de la recherche utilisateur·rice à la mise en production : interviews, structure d’information, maquettes, prototypes, design system, suivi de la livraison avec l’équipe ingénierie. Vous travaillez en partenariat étroit avec une équipe de [X] ingénieur·e·s, [1] Product Manager, et les fonctions sales, customer success, et marketing. Vous reportez au·à la [Head of Design / Head of Product / CPO / CEO].
Responsabilités.
- Conduire la recherche utilisateur·rice en continu : interviews, prototypes testés, observation comportementale, lecture des signaux quantitatifs.
- Cadrer et concevoir les chantiers produit prioritaires : problème, hypothèses, structure d’information, parcours, écrans, états (vide, chargement, erreur, saturé).
- Maintenir et faire évoluer le design system : tokens, composants, gouvernance, documentation, accessibilité (WCAG 2.1 AA).
- Collaborer étroitement avec l’équipe ingénierie : revues de faisabilité en amont, suivi de la qualité visuelle en production, ajustements en sprint.
- Animer la cadence design : revue hebdomadaire avec l’équipe produit, rituel de recherche utilisateur·rice (5-8 interviews / mois minimum), retros mensuelles.
- Mesurer l’impact des chantiers livrés sur les métriques métier (activation, rétention, conversion, taux d’usage d’une feature) et ajuster la trajectoire.
- Représenter le design auprès des fonctions sales, customer success, et marketing : démos internes, partage de contexte sur les comptes stratégiques.
Profil recherché.
- Indispensable : 3 à 6 ans d’expérience en Product Design ou UX-UI Design ; portfolio public ou partageable contenant 3-5 cas d’étude documentés (problème, démarche, arbitrages, résultat) ; maîtrise opérationnelle de la recherche utilisateur·rice (interviews, prototypes) et du design system (tokens, composants, accessibilité) ; aisance avec Figma au quotidien.
- Apprécié : expérience d’un produit en phase proche de la vôtre (PMF en construction vs PMF établi) ; expérience B2B SaaS si votre produit est B2B SaaS ; familiarité avec les outils analytics (Mixpanel, Amplitude) et de discovery (Dovetail, Maze) ; sensibilité au pont design-code (variables Figma, tokens partagés avec l’équipe ingénierie).
- Disqualifiant : portfolio composé uniquement de visuels finaux sans démarche, ou de concepts personnels sans mise en production ; aucune expérience de recherche utilisateur·rice structurée ; refus de collaborer avec l’équipe ingénierie sur la faisabilité.
Conditions.
- Rémunération brute annuelle : fixe [42-65] k€ selon expérience. Pas de variable structurel ; BSPCE éventuels selon le stade de la société.
- Modalité : [temps plein, hybride 2-3 jours / semaine sur site, base à [ville] / remote-friendly].
- Avantages : [mutuelle, tickets resto, RTT, BSPCE, télétravail policy, budget matériel, budget formation et conférences design].
- Stack et outils design : [à compléter : Figma (variables + design system), outils de recherche (Dovetail, Maze, Tally), analytics (Mixpanel, Amplitude), prototypage avancé si pertinent].
Fourchette salariale
Salaire fixe annuel brut
- 25e centile
- 42 000 €
- Médiane
- 52 000 €
- 75e centile
- 65 000 €
Fourchette de référence pour un·e Product Designer mid-level (3 à 6 ans d'expérience) en PME ou scale-up SaaS française. Île-de-France et scale-up B2B tirent vers le haut (55-75 k€) ; régions et secteurs traditionnels tirent vers le bas (38-48 k€). Les profils avec une vraie maîtrise du design system (tokens, composants, gouvernance) et de la recherche utilisateur structurée se positionnent au-dessus de la médiane. Le poste n'a généralement pas de part variable structurelle en PME française ; certaines scale-up attribuent des BSPCE.
Sources: APEC, Baromètre 2025 de la rémunération des cadres; Welcome to the Jungle, Salaire Product Designer France; Designer Hangout / Frenchmornings, Étude rémunération design 2025
Où sourcer ce profil
LinkedIn
800-1 200 € / mois (Recruiter Lite, sourcing actif)Canal principal pour les Product Designers en France ; la majorité des profils y sont présents et y publient des extraits de cas d'étude. Le sourcing actif (Recruiter Lite + InMails personnalisés qui citent un projet visible du·de la candidat·e) bat largement les Job Posts seuls : un·e bon·ne designer ne consulte quasi jamais le feed Jobs. Filtrez précisément sur la typologie (Product Designer vs UX Researcher vs Graphic Designer ; les trois cohabitent sous le mot-clé « designer »). Attendez-vous à 50-70 % des candidatures qualifiées venant d'ici si le sourcing est actif et personnalisé.
Welcome to the Jungle
Dès 990 € HT / offreForte audience design scale-up et PME modernes, surtout à Paris, Lyon, Bordeaux, Nantes. Les candidat·e·s WTTJ valorisent la mission, la maturité du design system, la composition de l'équipe produit (PM dédié·e, recherche dédiée ou non, ratio designer / ingénieur·e), et la culture de discovery. Bien adapté pour les marques employeur jeunes ou un produit en construction. Moins efficace en région ou pour des profils > 8 ans qui passent par leur réseau.
Dribbble / Behance / Designer Hangout / communautés Slack design
Variable ; Dribbble Pro Business environ 100 $ / mois, communautés Slack souvent gratuitesNiche mais haut signal : Dribbble et Behance restent les portfolios de référence pour valider le jugement visuel et la profondeur de cas d'étude avant même de prendre contact. Designer Hangout (Slack mondial), Frenchmornings, et les communautés Slack françaises (Design Friends, Product Design FR) rassemblent les profils les plus engagé·e·s dans le métier. Volume faible mais qualité élevée pour des postes mid-senior en scale-up. À combiner avec une présence active de l'équipe design sur ces communautés (talks, articles, partages de cas) pour rester visible.
Playbook d'évaluation
Le rôle de Product Designer se signale à travers cinq stades d'évaluation. La revue de portfolio est non négociable : elle peut intervenir au stade 1 (en filtrage initial, sur lien partagé) ou au stade 4 (en présentation commentée). Sauter la revue de portfolio est l'erreur la plus coûteuse en recrutement design.
Stade 1: CV + portfolio
Lisez le CV en parallèle du portfolio (lien obligatoire dans la candidature). Cherchez la cohérence de phase produit (un·e designer qui a passé 5 ans dans un produit à PMF établi n'aura pas le même réflexe qu'un·e designer ayant cherché le PMF en early-stage), la typologie produit (B2B SaaS vs B2C vs marketplace vs interne), et la profondeur des cas d'étude (problème, démarche, arbitrages, résultat mesuré). Discount : portfolio composé uniquement de visuels finaux sans démarche, ou de concepts personnels sans mise en production. Bonus : un cas d'étude qui décrit une décision difficile, une hypothèse invalidée, ou un compromis assumé avec le pôle ingénierie.
Stade 2: Phone screen (30 min)
Trois questions seulement : (1) « Décrivez le projet de votre portfolio dont vous êtes le·la plus fier·ère ; quelle a été votre contribution exacte ? », (2) « Quel arbitrage design avez-vous récemment fait dont vous doutez encore ? » (humilité et rétrospection), (3) « Pourquoi un changement maintenant ? ». Sortie : go / no-go en 5 min de débrief. Évitez les questions sur les outils à ce stade ; cherchez la réflexion design brute.
Stade 3: Entretien structuré (90 min)
Suivez les 15 questions ci-dessous en alternant behavioral, situational, case, technical, et values. Présence de 2 intervieweurs minimum (idéalement un·e designer senior ou lead et un·e Product Manager ou ingénieur·e qui collabore au quotidien avec le design), scoring indépendant avant débrief. Évitez les questions purement esthétiques (« quelle police préférez-vous ») au profit de questions sur la démarche.
Stade 4: Présentation de portfolio (60-90 min)
Le·la candidat·e présente 2 cas d'étude de son choix : 20 min de présentation, 25 min de Q&R par cas. Évaluez la capacité à raconter une décision (contexte, contraintes, options envisagées, arbitrage, résultat) plutôt qu'à exposer des écrans finaux. Demandez systématiquement : « Que feriez-vous différemment aujourd'hui ? » et « Quel était votre rôle exact dans cette équipe et qui d'autre y a contribué ? ». C'est le stade le plus prédictif pour un·e Product Designer.
Stade 5: Références (vérification structurée)
Appelez 2 références : un·e ancien·ne lead design ou Head of Design et un·e ancien·ne collègue PM ou ingénieur·e qui a travaillé avec le·la candidat·e au quotidien. Posez à chacun·e les mêmes 4 questions : « Sur quoi est-il·elle le·la plus fort·e ? », « Sur quoi recruteriez-vous quelqu'un de complémentaire ? », « Le·la reprendriez-vous demain ? Pourquoi ou pourquoi pas ? », « Un exemple concret d'arbitrage design tenu sous pression PM ou eng ? ». La question 4 livre le signal réel sur l'autonomie de jugement.
Questions d'entretien structurées
ComportementaleCommunication transverse Décrivez la dernière fois où vous avez défendu une décision design contre l'avis d'un·e PM ou d'un·e ingénieur·e senior. Comment l'avez-vous tranchée ?
Ce qu'une bonne réponse révèlePosture de partenariat plutôt que d'opposition : capacité à écouter le point de vue PM ou eng avant de défendre, à proposer des alternatives, à reconnaître les contraintes techniques ou business. Bonus : la·le candidat·e cite la suite (la décision a été tenue, infléchie, ou abandonnée après nouveau signal). Les candidat·e·s qui décrivent les PMs ou ingénieur·e·s comme « ne comprenant pas le design » révèlent une faiblesse de jeu d'équipe qui plombera la vélocité.
ComportementaleCoachabilité et apprentissage Parlez-moi du projet où vous avez le plus appris. Qu'est-ce qui faisait sa difficulté et qu'est-ce qui a changé dans votre pratique après ?
Ce qu'une bonne réponse révèleMaturité réflexive sur le métier : capacité à nommer un apprentissage concret avec un changement de comportement à l'appui. Bonus : la·le candidat·e identifie ce qu'il·elle aurait fait différemment dès le départ. Les candidat·e·s qui décrivent leurs projets comme « toujours réussis » révèlent une faiblesse de coachabilité.
ComportementaleJugement design Décrivez une fois où vous avez tué une direction design dans laquelle vous aviez déjà beaucoup investi. Que s'est-il passé ?
Ce qu'une bonne réponse révèleCapacité à arbitrer contre des coûts irrécupérables. Méthode de décision : signaux qui ont déclenché la remise en cause (tests utilisateur·rice, feedback eng sur la faisabilité, données quantitatives), validation avec les parties prenantes, communication à l'équipe. Les candidat·e·s qui ne peuvent citer aucune direction abandonnée ont probablement vécu uniquement de la livraison sous brief, pas du design produit.
SituationnelleCollaboration avec l'ingénierie Un·e ingénieur·e vous explique en mid-sprint qu'une interaction que vous avez conçue est très coûteuse à implémenter et que cela retarderait la livraison de 2 semaines. Comment réagissez-vous ?
Ce qu'une bonne réponse révèleCadrage avant escalade : (1) clarifier le coût exact et l'origine (complexité d'un composant, contrainte d'accessibilité, état non prévu), (2) évaluer le risque utilisateur si on simplifie l'interaction, (3) proposer 2-3 alternatives chiffrées (version simplifiée, découpe en 2 étapes, accepter le retard). Les candidat·e·s qui maintiennent leur design en bloc ou abandonnent en bloc sans cadrage révèlent une faiblesse d'arbitrage.
SituationnelleDémarche de recherche utilisateur Le·la PM vous demande de produire 3 maquettes en 48 h pour valider une intuition produit, sans recherche utilisateur préalable. Vous sentez que le problème n'est pas assez cadré. Comment vous positionnez-vous ?
Ce qu'une bonne réponse révèleDistinction entre maquette d'exploration et maquette de validation : capacité à livrer rapidement de l'exploration tout en signalant les hypothèses non validées et les zones à risque. Proposition d'un protocole léger (5 user interviews en parallèle des maquettes, ou test rapide sur les maquettes mêmes). Les candidat·e·s qui refusent en bloc « parce qu'il faut faire de la recherche » sont aussi mal-fittés que ceux·celles qui exécutent sans rien dire.
SituationnelleDesign system et rigueur Vous rejoignez une équipe sans design system formalisé : composants dupliqués, tokens incohérents, pas de gouvernance. L'équipe livre des features chaque semaine. Plan en 60 jours ?
Ce qu'une bonne réponse révèleApproche progressive : (1) audit des composants existants et identification des duplications les plus coûteuses, (2) extraction d'un noyau de tokens (couleur, typo, espacement) sans bloquer la livraison, (3) bibliothèque de 5-10 composants prioritaires avec gouvernance légère (qui peut ajouter, comment), (4) plan de rénovation incrémentale sur les écrans existants. Les candidat·e·s qui veulent geler la livraison pour refaire un design system de zéro manquent de pragmatisme.
Étude de casDémarche de recherche utilisateur Discovery : nous envisageons de simplifier notre tunnel d'inscription qui fait actuellement 6 étapes avec un taux d'abandon de 40 % entre étape 1 et étape 6. Comment cadrez-vous le sujet sur les 4 prochaines semaines ?
Ce qu'une bonne réponse révèleDémarche structurée : (1) instrumenter le funnel pour identifier les étapes coûteuses, (2) lire les sessions enregistrées et lire 5-10 transcriptions de support pour comprendre les blocages, (3) interviews avec utilisateur·rice·s ayant abandonné si possible, (4) hypothèses ordonnées (champ trop tôt, confiance pas établie, valeur pas claire), (5) prototypes A/B sur les 2 étapes les plus coûteuses. Les candidat·e·s qui plongent dans une refonte complète sans cadrer le funnel révèlent une faiblesse de méthode.
Étude de casDesign system et rigueur Conception : on vous demande de concevoir un système de notifications in-app pour notre produit (commentaires, mentions, mises à jour, alertes). Comment cadrez-vous ?
Ce qu'une bonne réponse révèleClarifications avant maquettes : volume attendu, typologies (informationnel vs actionnable), persistance des notifs vues, priorité visuelle entre types. Architecture cohérente : pattern unifié (un seul composant qui s'adapte) vs patterns multiples (popover vs centre dédié vs toast), accessibilité (focus management, lecteurs d'écran), états vides et états saturés. Bonus : reconnaissance des zones d'incertitude (« je ferais un test utilisateur·rice rapide sur 2 variantes avant de m'engager »). Les candidat·e·s qui plongent dans Figma sans clarifier révèlent une faiblesse de design système.
Étude de casJugement design Refonte : notre tableau de bord principal contient 18 indicateurs sans hiérarchie claire. Les utilisateur·rice·s nous disent qu'ils·elles « ne savent pas quoi regarder ». Plan en 6 semaines ?
Ce qu'une bonne réponse révèleDémarche : (1) interviews avec 5-8 utilisateur·rice·s clé·e·s pour comprendre ce qu'ils·elles cherchent réellement à savoir et quelle décision ils·elles veulent prendre, (2) regroupement des indicateurs en 3-5 questions métier, (3) hiérarchie visuelle qui répond à la question dominante en premier coup d'œil, (4) prototype testé sur 5 utilisateur·rice·s avant développement. Bonus : la·le candidat·e propose de retirer des indicateurs plutôt que d'en ajouter une vue secondaire. Les candidat·e·s qui restructurent visuellement sans comprendre l'usage métier livreront un tableau de bord plus joli mais aussi peu utile.
TechniqueDesign system et rigueur Comment structurez-vous un design system ? Tokens, composants, gouvernance : quel niveau de formalisation pour une équipe de 5-10 personnes design + eng ?
Ce qu'une bonne réponse révèleCompréhension des couches : tokens primitifs (couleur brute, espacement de base) vs tokens sémantiques (background-primary, spacing-comfortable) vs composants. Pragmatisme sur le niveau de formalisation : trop léger = duplication ; trop lourd = friction de livraison. Gouvernance proportionnée : qui peut ajouter un composant, processus de revue, versionning. Les candidat·e·s qui décrivent une gouvernance lourde type Material Design pour une équipe de 6 manquent de pragmatisme ; ceux·celles qui n'ont aucune structure révèlent un manque de rigueur.
TechniqueRigueur de design produit Quelle est votre démarche d'accessibilité au quotidien ? Citez les pièges les plus fréquents et comment vous les évitez.
Ce qu'une bonne réponse révèleConnaissance des critères WCAG 2.1 niveau AA (contrastes, navigation clavier, lecteurs d'écran, labels de formulaire, ordre de focus). Capacité à citer 3-5 pièges concrets : contraste insuffisant sur du texte placeholder, états de focus invisibles, modales sans trap de focus, vidéos auto-play sans contrôle, icônes-only sans label accessible. Bonus : la·le candidat·e a déjà testé son design avec VoiceOver ou NVDA. Les candidat·e·s qui répondent « j'utilise les outils Figma » sans citer de critère ou de piège n'ont pas la pratique.
TechniqueDémarche de recherche utilisateur Décrivez votre dernière session de recherche utilisateur. Combien de personnes, quelles questions, quelle méthode, qu'avez-vous appris ?
Ce qu'une bonne réponse révèleMéthode d'interview ouverte : questions qui cherchent les comportements passés plutôt que les opinions futures (« décrivez la dernière fois où... » plutôt que « accepteriez-vous... »), absence de questions biaisées, prise de notes ou enregistrement pour relire à froid. Bonus : la·le candidat·e cite un apprentissage qui a changé sa direction design. Les candidat·e·s qui n'ont pas fait de recherche récente (< 1 mois) ou qui ne décrivent que des surveys sont déconnecté·e·s de leurs utilisateur·rice·s.
ValeursCoachabilité et apprentissage Décrivez le·la designer qui vous a le plus appris. Qu'est-ce qui faisait sa qualité, et qu'est-ce qui était plus difficile à travailler avec lui·elle ?
Ce qu'une bonne réponse révèleMaturité réflexive sur le métier. Capacité à nommer une qualité ET une difficulté révèle un cadre qui sait observer ses propres modèles. Les candidat·e·s qui ne peuvent que louer ou que critiquer leur ancien·ne lead sont rarement de bon·ne·s designers eux·elles-mêmes.
ValeursJugement design Quels produits utilisez-vous au quotidien et qui vous inspirent en ce moment ? Qu'est-ce qui en fait la qualité ou la limite selon vous ?
Ce qu'une bonne réponse révèleCuriosité produit authentique : capacité à citer 3-5 produits récents (pas seulement Apple, Notion, Linear par réflexe), avec une analyse précise de ce qui fonctionne ou pas (interaction, hiérarchie, ton, performance perçue). Les candidat·e·s qui répondent par des généralités (« j'aime quand c'est simple ») ou par des produits évidents sans analyse révèlent un manque de regard critique entraîné. Bonus : la·le candidat·e cite un produit que personne ne cite et explique pourquoi.
ValeursCoachabilité et apprentissage Comment réagissez-vous quand un·e utilisateur·rice critique une fonctionnalité que vous avez conçue, en disant qu'elle est « pas claire » ou « moche » ?
Ce qu'une bonne réponse révèleOuverture : capacité à dissocier le design de l'ego, à creuser le « pourquoi » derrière la critique (souvent un blocage fonctionnel exprimé en termes esthétiques), à rentrer dans la phénoménologie de l'utilisateur·rice. Bonus : la·le candidat·e cite une fois où une critique utilisateur·rice a changé sa direction. Les candidat·e·s qui décrivent avoir « expliqué leur design » à l'utilisateur·rice révèlent une faiblesse de coachabilité critique pour le métier.
Comment reconnaître un·e excellent·e Sales Manager
| Compétence | Sous la barre | Au niveau | Au-dessus |
|---|---|---|---|
| Démarche de recherche utilisateur | Conduit peu ou pas d'interviews utilisateur ; s'appuie sur des intuitions, des surveys, ou des demandes PM pour décider. Confond opinions et comportements observés. Pas de prototypes testés avant développement. | Cadence de recherche régulière (3-5 sessions par mois). Sait poser des questions ouvertes orientées comportement passé. Prototype les zones à risque avant développement. Distingue ce que les utilisateur·rice·s disent vouloir de ce qu'ils·elles font réellement. | Recherche continue et structurée : interviews hebdomadaires, sessions enregistrées analysées en équipe, kill criteria explicites avant chaque chantier majeur. Forme l'équipe à la pratique de la recherche et à la lecture des transcriptions. |
| Jugement design | Suit les modes (frameworks, outils, tendances) sans esprit critique. Confond joli et utile. Ne sait pas reconnaître un produit bien fait d'un produit mal fait. Pas de regard critique sur sa propre production. | Vision actualisée du métier (discovery continue, accessibilité au quotidien, fatigue des tendances visuelles). Sait reconnaître une bonne expérience d'une mauvaise. Argumente ses décisions au-delà du goût personnel. | Jugement design informé par l'usage personnel (essaie 5-10 produits par mois), par la lecture (Bos, Caplin, Spool, articles design des éditeurs sérieux), et par la réflexion. Sait articuler pourquoi un produit fonctionne ou pas, et appliquer ces apprentissages à sa propre pratique. |
| Design system et rigueur | Composants dupliqués, tokens incohérents, pas de hiérarchie claire entre couches. Reprend des patterns externes sans les adapter au produit. Livraison visuellement irrégulière entre écrans. | Maintient un design system cohérent (tokens, composants, états documentés). Respecte les conventions accessibilité WCAG 2.1 AA. Livraison régulière et propre. Sait dire non à un pattern qui casserait le système. | Construit et fait vivre le design system : gouvernance claire, versionning, formation des nouveaux·elles arrivant·e·s, pont avec l'équipe ingénierie sur la mise en code (tokens partagés, composants alignés). Référence dans l'équipe pour la rigueur de production. |
| Communication transverse | Explique mal son travail aux non-designers. Posture défensive en revue. Travaille en silo, partage peu son contexte. Posture d'opposition systématique face aux PMs ou aux ingénieur·e·s. | Sait expliquer un arbitrage design à un·e PM, un·e ingénieur·e, ou un·e dirigeant·e en langage clair. Reçoit la critique constructivement. Partage son contexte en revues d'équipe et 1:1. | Pont entre design, produit, ingénierie, et exec. Anime les revues design, vulgarise les arbitrages, négocie les périmètres de manière transparente. Référence dans l'équipe pour la clarté et la pédagogie. |
| Autonomie et portfolio quality | Portfolio composé de visuels finaux sans démarche, ou de concepts personnels sans mise en production. A besoin de briefs très cadrés et de validations fréquentes pour avancer. Difficulté à arbitrer seul·e. | Portfolio avec 3-5 cas d'étude solides qui décrivent contexte, démarche, arbitrages, et résultat. Autonomie sur des chantiers de 2-4 semaines avec point hebdo. Sait quand demander de l'aide et sur quoi. | Portfolio dense avec démarche claire sur chaque cas (y compris les échecs assumés). Autonomie sur des chantiers de 6-8 semaines avec validation aux jalons clés seulement. Sait identifier les zones d'incertitude et proposer des protocoles pour les lever. |
Plan 30/60/90 jours
À J+30
- 1:1 hebdomadaires avec chacun·e des ingénieur·e·s et le·la PM de l'équipe produit ; 1:1 mensuel avec marketing, sales, customer success
- Lecture complète de la documentation produit (specs récentes, design system existant, retros) et premiers 5-8 interviews utilisateur·rice·s en shadowing ou en solo
- Audit du design system actuel : qu'est-ce qui est documenté, qu'est-ce qui est dupliqué, qu'est-ce qui est consulté par qui et à quelle cadence
- Cartographie des 3-5 chantiers design les plus stratégiques du trimestre, état exact et risques
À J+60
- Première livraison design complète bout en bout (recherche + maquettes + revue eng + suivi en production) en autonomie sur un sujet de taille moyenne
- Cadence de pilotage installée : revue design hebdomadaire avec l'équipe, rituel recherche utilisateur·rice (5-8 interviews / mois minimum), retros mensuelles
- Première proposition d'évolution du design system (composant manquant, token à harmoniser, accessibilité à renforcer) discutée avec l'équipe
- Premier cas d'étude documenté en interne, exploitable comme référence d'équipe
À J+90
- Bilan formel avec le·la lead design ou PM principal·e sur la qualité des livraisons et la trajectoire produit
- Plan de chantiers du trimestre suivant articulé en 1-3 priorités design avec impact attendu (mesurable côté usage, accessibilité, ou cohérence système)
- Cadence de pilotage tenue pendant 8-10 semaines consécutives sans intervention extérieure
- Premier impact mesurable sur une métrique métier (activation, rétention, conversion, taux d'usage d'une feature) attribuable à un chantier design récent
Erreurs de recrutement courantes pour ce poste
Recruter un·e graphiste pour un poste produit
« Designer » regroupe trois métiers très différents en France : Graphic Designer (identité visuelle, print, communication), UX Researcher (recherche utilisateur·rice pure, méthodes qualitatives et quantitatives), et Product Designer (UX + UI + collaboration produit). Une annonce floue intitulée « Designer » attire les trois typologies, ce qui rend le tri coûteux et frustrant pour tout le monde. Les graphistes sont souvent excellent·e·s sur le rendu visuel mais peu armé·e·s pour cadrer un funnel d'activation ou arbitrer avec un·e ingénieur·e. Précisez « Product Designer » dans l'annonce et le profil recherché ; refusez les candidatures qui présentent uniquement de l'identité ou du print.
Attendre des compétences d'illustration ou de motion sans les préciser
Le métier de Product Designer en PME ne suppose pas d'office des compétences d'illustration, d'animation Lottie, ou de motion design avancé. Si vous avez besoin de ces compétences (par exemple pour un produit B2C qui mise sur la chaleur visuelle ou pour des animations d'onboarding), explicitez-les comme indispensables ou comme appréciées dans l'annonce. Sinon, vous filtrerez par défaut des profils très solides en UX et UI structurel qui ne sont pas illustrateur·rice·s, et vous laisserez passer des candidat·e·s mal-fittés qui se positionneront sur leur portfolio illustration alors qu'ils·elles ne sauront pas piloter un design system.
Sauter la revue de portfolio commentée
Un portfolio se lit en 10 minutes mais ne se comprend qu'en présence du·de la designer qui le commente. Sans présentation, vous ne saurez pas distinguer un cas d'étude où la·le candidat·e a eu un rôle moteur d'un cas où il·elle a juste appliqué un brief. La revue commentée (stade 4) est le stade le plus prédictif pour un·e Product Designer ; sauter ce stade ou le réduire à 15 minutes est l'erreur la plus coûteuse en recrutement design. Bloquez 90 minutes et posez systématiquement « Qui d'autre a contribué à ce projet ? » et « Que feriez-vous différemment aujourd'hui ? ».
Engager un·e designer junior solo en attendant qu'il·elle « apprenne sur le tas »
Un·e designer junior (0-2 ans) seul·e dans une équipe sans pair design progresse mal : pas de revues entre pairs, pas de transmission tacite des standards, peu de feedback sur les arbitrages. Vous obtiendrez de la livraison correcte mais un rythme de progression médiocre et un risque élevé de churn à 12-18 mois. Pour un premier·e hire design en PME, ciblez un profil mid-level confirmé (3-6 ans) qui pourra travailler en autonomie ; pour des juniors, n'embauchez qu'à partir d'une équipe design de 2-3 personnes minimum qui pourra encadrer la progression.
Ignorer le match maturité du design system
Un·e designer qui a passé 4 ans à maintenir un design system mature (tokens, composants documentés, gouvernance solide) n'opère pas comme un·e designer qui a construit un design system de zéro dans une startup early-stage. Les rituels, la cadence, et la tolérance au désordre diffèrent. En PME sans design system, cherchez un·e profil à l'aise pour construire au fil de l'eau ; en scale-up avec design system mature, cherchez un·e profil capable d'optimiser et de respecter une gouvernance existante. Croiser les deux profils mène à la frustration en 6-12 mois.
Questions fréquentes
Quel est le salaire d'un·e Product Designer en PME française ?
La fourchette de référence pour un·e Product Designer mid-level (3 à 6 ans d'expérience) en PME ou scale-up SaaS française est de 42 à 65 k€ bruts annuels (médiane autour de 52 k€). Île-de-France et scale-up B2B tirent vers le haut (55-75 k€) ; régions et secteurs traditionnels tirent vers le bas (38-48 k€). Les profils avec une vraie maîtrise du design system et de la recherche utilisateur·rice structurée se positionnent au-dessus de la médiane. Le poste n'a généralement pas de part variable structurelle en PME ; certaines scale-up attribuent des BSPCE (stock-options).
Quelle est la différence entre Product Designer, UX Designer, UI Designer et Graphic Designer ?
Le·la Product Designer couvre la chaîne complète : recherche utilisateur·rice, structure d'information, interactions, interface visuelle, collaboration avec PM et eng. Le·la UX Designer (parfois UX Researcher) se concentre sur la démarche de recherche et la structure d'information sans forcément produire les écrans finaux. Le·la UI Designer se concentre sur la couche visuelle (interactions, hiérarchie, design system) à partir d'un cadrage UX déjà fait. Le·la Graphic Designer travaille sur l'identité visuelle, le print, la communication ; ce n'est pas un métier produit. En PME, le rôle Product Designer est presque toujours le bon choix car il couvre l'ensemble du périmètre nécessaire à un produit qui démarre ou qui se structure.
Combien de temps faut-il pour recruter un·e Product Designer en France ?
Comptez 45 à 75 jours entre la publication de l'annonce et la signature pour un·e profil mid-level. Les délais s'allongent en cas de cycle multi-étapes (3 entretiens + présentation de portfolio commentée + références) et en période de fin d'année. Réduire le délai sous 45 jours impose en général de sacrifier la revue de portfolio commentée, ce qui dégrade fortement la qualité du recrutement (c'est le stade le plus prédictif pour un·e Product Designer).
Faut-il demander un exercice ou un test design en plus du portfolio ?
Pas systématiquement. Un portfolio bien commenté en présence du·de la candidat·e (stade 4) couvre 80 % du signal nécessaire ; demander un exercice supplémentaire allonge le cycle, démotive les meilleur·e·s candidat·e·s (qui ont d'autres pistes), et n'apporte pas grand-chose si la revue commentée est bien menée. L'exercice se justifie surtout quand le portfolio est faible, quand le·la candidat·e change de typologie produit, ou quand vous avez 2 candidat·e·s très proches à départager. Dans ce cas, bornez l'exercice à 3-4 h, formulez-le sur un cas proche de votre produit, et payez le temps passé.
Quelles sont les obligations légales d'une annonce Product Designer en France ?
Trois obligations principales : (1) intitulé neutre ou avec mention H/F (article L. 1142-1 du Code du travail), (2) affichage de la fourchette salariale ou communication avant le premier entretien (directive 2023/970, transposition au 7 juin 2026), (3) transparence sur tout outil d'IA utilisé pour le tri des candidatures et garantie d'une supervision humaine (EU AI Act, applicable au 2 août 2026). Les Product Designers en PME sont quasi systématiquement au forfait jours, ce qui implique le respect du droit à la déconnexion et un suivi régulier de la charge de travail.
Un·e Product Designer peut-il·elle être full remote en PME française ?
Le full remote est viable si l'équipe produit, eng et design est elle-même remote et si les rituels (revues design, recherche utilisateur·rice partagée, partage de contexte) sont tenus rigoureusement. En PME française, l'hybride 2-3 jours sur site reste le standard, surtout pour les équipes en construction où la proximité physique accélère les arbitrages design / eng. Le full on-site se justifie principalement quand le produit nécessite des interactions fréquentes avec un·e dirigeant·e ou avec des fonctions terrain (sales, customer success) elles-mêmes sédentaires.