Questions d'entretien Designer UX/UI (et réponses)

Un entretien de designer UX/UI se joue surtout sur ta revue de portfolio : on ne regarde pas tes maquettes finales, mais ta capacité à raconter tes décisions — le problème utilisateur, tes arbitrages, l'impact mesuré. S'ajoutent un exercice de design et des questions sur ta collaboration avec le produit et les développeurs. Voici ce qui revient et comment y répondre.

Au programme :

• À quoi ressemble un entretien de designer UX/UI
• Les grandes familles de questions
• La revue de portfolio : le cœur de l'entretien
• Défendre ses choix de design
• L'exercice de design (whiteboard, take-home)
• Collaborer avec le produit et les développeurs
• Les erreurs qui coûtent cher

À quoi ressemble un entretien de designer UX/UI

Le process type comporte trois à cinq étapes : un premier échange RH ou recruteur, une revue de portfolio (souvent 45 à 60 minutes sur un ou deux projets), un exercice de design (whiteboard en direct ou take-home à rendre), parfois un entretien avec un ou deux membres de l'équipe produit et un point manager sur le fit. Chaque étape teste une dimension : ne les prépare pas de la même façon.

Le fil rouge : on veut voir comment tu réfléchis, pas seulement ce que tu produis. Un designer qui explique clairement pour qui il a conçu, quelles hypothèses il a testées et ce qu'il changerait rassure bien plus qu'un joli écran présenté sans contexte. Ta capacité à verbaliser un raisonnement vaut autant que ton sens esthétique — c'est aussi ce qui distingue l'UX de la simple exécution graphique.

Les grandes familles de questions

Selon ton niveau, le curseur bouge : un junior est surtout jugé sur sa méthode, sa curiosité et sa capacité à recevoir du feedback ; un confirmé sur son autonomie, son influence sur la stratégie produit et sa gestion des contraintes (délais, dette de design, parties prenantes).

La revue de portfolio : le cœur de l'entretien

C'est l'étape décisive. L'erreur classique est de dérouler des écrans dans l'ordre chronologique. Raconte plutôt une étude de cas structurée autour d'un problème : contexte, ce qu'on t'a demandé, ce que tu as fait, résultat. La méthode STAR fonctionne parfaitement pour ça.

Question : « Présente-moi un projet dont tu es fier. »

Réponse-modèle (junior) : « Pendant ma formation, j'ai retravaillé le tunnel d'inscription d'une association qui perdait beaucoup de monde sur un formulaire de dix champs. J'ai mené cinq tests utilisateurs modérés : le blocage venait d'une demande de pièce justificative posée trop tôt. J'ai découpé le formulaire en trois étapes et repoussé cette demande à la fin. Sur un prototype testé auprès de huit personnes, le taux de complétion est passé de 4 sur 10 à 8 sur 10. J'ai appris à laisser les tests décider à ma place. »

Pour un profil confirmé, on attend que tu montres ton impact business et ta gestion des contraintes réelles.

Question : « Raconte-moi un projet où tu as dû arbitrer sous forte contrainte. »

Réponse-modèle (confirmé) : « Sur une app SaaS B2B, la refonte de l'onboarding devait sortir en six semaines, sans toucher au back-end. J'ai priorisé les deux frictions les plus coûteuses repérées en recherche — le choix du plan et la connexion des données — et laissé le reste pour une V2. On a livré à temps : l'activation à J+7 est montée de 34 % à 51 %. Le vrai apprentissage a été de vendre ce périmètre réduit aux parties prenantes en le reliant à une métrique qu'elles suivaient déjà. »

La règle : chiffre l'impact dès que tu peux, et sois honnête sur ton rôle exact dans un projet d'équipe. « J'ai piloté la recherche et les maquettes, un collègue a géré le design system » est mieux perçu qu'un « je » qui s'approprie tout et s'effondre à la première relance.

Défendre ses choix de design

On te poussera à justifier une décision : « Pourquoi ce bouton ici ? », « Pourquoi ce parcours plutôt qu'un autre ? ». Le piège est de répondre par le goût (« je trouvais ça plus joli »). Relie chaque choix à un besoin utilisateur, une donnée ou une contrainte.

Question : « Pourquoi avoir choisi ce parcours en trois étapes plutôt qu'une page unique ? »

Réponse-modèle : « Les tests montraient que la page unique donnait une impression de formulaire interminable et faisait décrocher dès le scroll. Le découpage en trois étapes réduit la charge perçue et me permet de valider chaque bloc au fil de l'eau. J'ai gardé une barre de progression pour compenser la perte de vue d'ensemble. Si les données post-lancement avaient montré un abandon entre deux étapes, j'aurais testé un regroupement. »

Note le dernier réflexe : montrer que tu aurais remis en cause ta décision selon les données. Un designer qui traite ses choix comme des hypothèses testables, pas comme des vérités, marque des points. Si tu ne connais pas la réponse à une question de recherche, dis-le : « Je n'avais pas de données là-dessus, j'ai fait un pari que j'aurais validé en A/B test. »

L'exercice de design (whiteboard, take-home)

L'exercice évalue ta démarche, pas la beauté du livrable. Qu'il soit en direct (whiteboard) ou à la maison (take-home), applique la même séquence à voix haute :

1. Cadre le problème. « Pour qui conçoit-on, quel est le vrai besoin, quelles contraintes ? » Poser des questions de cadrage est un signal positif, jamais un aveu de faiblesse.
2. Explore avant de converger. Esquisse deux ou trois pistes rapides avant de choisir. Montrer des alternatives prouve que tu n'as pas foncé sur la première idée.
3. Priorise. Explique ce que tu traites d'abord et ce que tu laisses de côté, et pourquoi.
4. Anticipe les cas limites. État vide, erreur, chargement, accessibilité : les évoquer distingue un designer produit d'un décorateur d'écrans.

Pour un take-home, soigne la narration autant que les maquettes : une ou deux slides qui expliquent le problème, tes hypothèses et tes arbitrages valent plus que dix écrans muets. Précise le temps que tu y as passé pour cadrer les attentes.

Collaborer avec le produit et les développeurs

Un excellent designer qui travaille mal avec le product manager ou les développeurs se fait recaler. L'entretien creuse ta façon de gérer les désaccords, la faisabilité technique et le feedback. Structure chaque récit en STAR.

Question : « Parle-moi d'un désaccord avec un PM ou un développeur. »

Réponse-modèle : « Un développeur jugeait mon animation de transition trop coûteuse à implémenter à deux semaines de la sortie. Plutôt que de camper sur ma maquette, je suis allé voir ce que l'animation apportait vraiment : elle servait à faire comprendre d'où venait le nouveau panneau. J'ai proposé une version simplifiée, un simple fondu, qui gardait 90 % du bénéfice pour une fraction du coût. On a livré à temps et l'objectif de compréhension était tenu. »

Le message : tu défends l'intention derrière le design, pas le pixel. Savoir distinguer ce qui est essentiel de ce qui est négociable est une compétence senior très recherchée.

Les erreurs qui coûtent cher

La plus fréquente reste la première : sous stress, on récite ses maquettes au lieu de raconter une décision. Entraîne-toi spécifiquement à présenter un projet en partant du problème, c'est ce qui distingue deux portfolios de qualité égale.

Questions fréquentes

Combien de projets présenter dans mon portfolio ? Deux ou trois études de cas fouillées valent mieux qu'une galerie de dix écrans. Choisis des projets où ton rôle est clair et où tu peux raconter des décisions et un impact, même modeste. La profondeur prime sur le volume.

Junior sans expérience pro, comment convaincre ? Appuie-toi sur des projets de formation, un redesign personnel ou une mission bénévole, du moment que tu as mené une vraie démarche : un problème, un peu de recherche, des itérations, un résultat testé. Savoir expliquer ce que tu ferais autrement compte souvent plus que l'expérience brute.

Faut-il maîtriser l'UI et le code ? Un bon niveau UI (hiérarchie, cohérence, accessibilité) est attendu partout. Coder n'est pas obligatoire, mais comprendre les contraintes techniques et parler le langage des développeurs est un vrai plus, surtout en équipe produit.

Que faire si je bloque sur l'exercice de design ? Dis-le et raisonne à voix haute : « Je bloque sur la priorisation, laisse-moi reformuler le besoin principal. » Les recruteurs donnent souvent un indice. Réfléchir ouvertement est bien mieux noté que rester silencieux devant le tableau.

S'entraîner pour de vrai

Tes maquettes se peaufinent seul, mais la partie qui fait vraiment la différence en entretien — raconter un projet en partant du problème, défendre un choix sous les relances, cadrer un exercice à voix haute — ne se répète pas devant Figma. Avec Repartie, tu colles la fiche de poste, un recruteur IA calibré sur le rôle de designer UX/UI te fait passer une simulation vocale (revue de portfolio, défense des choix, collaboration, comportemental), puis te rend un feedback noté sur 100 sur ta clarté, ta structure et ton assurance. L'aperçu est gratuit, sans carte bancaire. Essayer gratuitement.