Sur cette page
Questions pour s’entraîner
Pick one project from your portfolio and tell me about it.
Choisis un projet de ton portfolio et parle-m’en.
Pourquoi cette questionLe recruteur veut entendre comment tu expliques ton travail et tes décisions, étape par étape.
Commence par le problème, pas par les écrans. Dis qui étaient les utilisateurs, ce que tu as fait et ce qui a changé. Dis « I » pour ton propre travail. Vise environ 2 minutes, puis arrête-toi et laisse la personne poser d’autres questions.
Tell me about a design you improved after research with users.
Parle-moi d’un design que tu as amélioré après une recherche avec des utilisateurs.
Pourquoi cette questionIl veut une preuve que tu utilises la recherche pour trouver des problèmes et mieux décider.
Dis quel était le problème, quelle recherche tu as faite et ce que tu as changé. Par exemple : « Users could not find the search, so I tested with five users and moved it. » Explique pourquoi la recherche a mené à ce changement.
How did you know the new design worked?
Comment as-tu su que le nouveau design fonctionnait ?
Pourquoi cette questionIl veut voir que tu vérifies les résultats avec les utilisateurs et que tu ne devines pas seulement.
Dis comment tu as vérifié : un deuxième tour de tests, des commentaires d’utilisateurs ou moins de questions au support. Reste honnête. Si tu n’as pas pu le mesurer, dis ce que tu vérifierais la prochaine fois.
What did users say during your tests?
Qu’est-ce que les utilisateurs ont dit pendant tes tests ?
Pourquoi cette questionIl veut savoir si tu écoutes vraiment les utilisateurs et si tu apprends de ce qu’ils disent.
Partage un ou deux vrais commentaires ou comportements que tu as remarqués. Explique ensuite ce que tu as appris et ce que tu as changé grâce à ça. Des détails courts et précis aident plus que des mots généraux.
Tell me about a design that tested badly. What did you do next?
Parle-moi d’un design qui a mal fonctionné aux tests. Qu’as-tu fait ensuite ?
Pourquoi cette questionIl veut voir comment tu gères les problèmes et apprends de tes erreurs, avec calme et ouverture.
Choisis un vrai exemple. Dis ce qui n’a pas marché pendant le test et ce que tu as changé. Termine par ce que tu as appris. Ne blâme pas les autres. Montre que les tests t’ont aidé à trouver le problème tôt.
Tell me about a time someone did not like your work.
Parle-moi d’une fois où quelqu’un n’a pas aimé ton travail.
Pourquoi cette questionIl veut voir comment tu reçois un retour et travailles avec les autres sans te braquer.
Donne un vrai exemple. Dis qui a donné le retour, ce que la personne a dit et ce que tu as fait ensuite. Par exemple : « A developer said my design was hard to build, so we found a simpler version together. »
How do you work with developers and product managers?
Comment travailles-tu avec les développeurs et les product managers ?
Pourquoi cette questionLes UX designers travaillent en équipe. Il veut savoir que tu partages tes idées et que tu résous les problèmes avec les autres.
Dis quand tu partages tes designs, comment tu demandes des retours tôt et comment vous décidez de ce qu’il faut construire. Un petit exemple d’un bon moment d’équipe rend ta réponse claire et vraie.
How do you make sure your designs work for everyone?
Comment t’assures-tu que tes designs marchent pour tout le monde ?
Pourquoi cette questionIl veut savoir que tu penses à l’accessibilité et que tu inclus tous les utilisateurs, pas seulement certains.
Cite une ou deux actions concrètes. Par exemple : « I check colour contrast and test key screens with a screen reader. » Tu peux aussi parler de la taille du texte ou de l’usage du clavier. Dis à quel moment de ton travail tu le fais.
Can you give an example of an accessibility problem you fixed?
Peux-tu donner un exemple de problème d’accessibilité que tu as corrigé ?
Pourquoi cette questionIl veut la preuve que tes actions d’accessibilité existent dans de vrais projets, pas seulement en théorie.
Décris le problème, par exemple un texte peu contrasté ou un bouton inutilisable au clavier. Dis comment tu l’as trouvé et ce que tu as changé. Reste court et précis.
Do you have any questions for me?
As-tu des questions pour moi ?
Pourquoi cette questionIl veut voir ton intérêt pour l’équipe, les utilisateurs et la façon dont ils travaillent.
Prépare 2 ou 3 questions. Par exemple : « How does the team do user research? » ou « How do designers and developers share feedback here? » Écoute la réponse et dis merci.
Let me start with the problem we were trying to solve.
Je commence par le problème qu’on voulait résoudre.
Clara
Coach IA
Leo
Coach IA
Phrases à essayer
Let me start with the problem we were trying to solve.
Je commence par le problème qu’on voulait résoudre.
We tested it with five users, and here is what we learned.
On l’a testé avec 5 utilisateurs, et voici ce qu’on a appris.
Because of the research, we changed the design in this way.
Grâce à la recherche, on a changé le design de cette façon.
That is a fair point. Here is what I did next.
C’est une remarque juste. Voici ce que j’ai fait ensuite.
I think about accessibility from the start of a project.
Je pense à l’accessibilité dès le début d’un projet.
Could you repeat the question, please? I want to answer it well.
Pourrais-tu répéter la question, s’il te plaît ? Je veux bien y répondre.
Questions fréquentes
Quelle longueur pour mes réponses ?
Vise 1 à 2 minutes pour la plupart des réponses. Commence par l’idée principale, donne un exemple clair, puis arrête-toi. Si le recruteur veut plus de détails, il les demandera. Des réponses courtes avec de vrais exemples sont plus faciles à suivre que de longues réponses.
Et si mon anglais n’est pas parfait ?
Ce n’est pas grave. Parle lentement et fais des phrases courtes. Tu peux faire une pause ou demander de répéter une question. Des idées claires et de vrais exemples comptent plus qu’une grammaire parfaite. T’entraîner à voix haute sur tes histoires clés avant l’entretien peut t’aider à rester plus calme.
Dois-je parler de l’aspect de mes designs ?
Tu peux, mais ne t’arrête pas là. Les responsables design veulent savoir pourquoi tu as fait chaque choix. Relie tes choix au problème, à ta recherche et à ce que les utilisateurs ont dit. Explique ensuite ce qui a changé et comment tu l’as vérifié. Ça montre comment tu réfléchis comme designer.