Junior vs Senior en UX/UI Design : ce que les années m'ont vraiment appris

Temps de lecture : 6 minutes

Il y a quelques années, j'ouvrais Figma avec l'impression que maîtriser les composants et aligner les pixels au millimètre suffisait à faire un bon designer. J'étais fier de mes maquettes. Elles étaient propres, cohérentes, jolies. Et pourtant, à chaque réunion avec les équipes produit ou les développeurs, quelque chose clochait. Mes livrables posaient des questions auxquelles je n'avais pas de réponses.

C'est là que j'ai commencé à comprendre la vraie différence entre un designer junior et un designer senior. Ce n'est pas une question d'outils, ni même de style. C'est une question de posture.

Le junior exécute, le senior questionne

Quand on débute, on reçoit un brief et on le traite. On cherche à bien faire ce qu'on nous demande. C'est normal, c'est même sain. Mais progressivement, j'ai réalisé que les designers qui avaient le plus d'impact dans les projets n'étaient pas ceux qui livraient le plus vite — c'étaient ceux qui savaient poser les bonnes questions avant même d'ouvrir Figma.

"Pourquoi on redesigne cette page ?" "Quel problème utilisateur on résout vraiment ici ?" "Est-ce qu'on a des données qui confirment cette hypothèse ?"

Ces questions peuvent sembler anodines. En réalité, elles changent tout. Elles évitent de passer trois jours sur un écran que personne ne regardera jamais parce que le vrai problème était ailleurs.

La maquette parfaite qui ne résout rien

Je me souviens d'un projet sur lequel j'avais travaillé avec une énergie folle. Interface soignée, micro-interactions pensées, composants réutilisables. J'étais convaincu d'avoir livré quelque chose de solide.

Le retour de l'équipe a été cinglant : "C'est beau, mais ça ne correspond pas aux besoins des utilisateurs qu'on a interviewés."

Je n'avais pas participé aux interviews utilisateurs. Je n'avais pas lu les verbatims. J'avais designé dans le vide, en m'appuyant sur mes intuitions et mes références visuelles préférées.

Un designer senior ne se contente pas de recevoir les résultats de la recherche — il s'immerge dedans. Il lit les retranscriptions, assiste aux tests si possible, cherche les contradictions et les zones grises. Le design vient après, pas avant.

Défendre ses choix vs. écouter les critiques

Il y a une autre chose que j'ai dû apprendre à la dure : la différence entre défendre un choix et s'accrocher à une idée.

Junior, j'avais du mal avec les critiques sur mes designs. Je les prenais personnellement. Je me défendais parfois avec de mauvais arguments, juste pour garder une solution à laquelle j'étais attaché.

Senior — ou en tout cas en chemin vers ça — j'ai appris à dissocier mon travail de mon ego. Quand un stakeholder ou un développeur remet en question un choix, la bonne question n'est pas "comment je vais défendre ça ?" mais "est-ce que sa remarque révèle quelque chose que je n'ai pas vu ?".

Parfois, la critique est infondée. Et là, oui, on défend. Mais avec des arguments utilisateurs, des données, une logique de parcours. Pas avec "je trouve ça plus joli".

La communication, compétence invisible et pourtant centrale

Ce que personne ne te dit quand tu commences en UX/UI, c'est que tu vas passer autant de temps à communiquer ton travail qu'à le produire.

Annoter un fichier Figma pour que les devs comprennent les interactions. Présenter une direction à des clients qui ne parlent pas design. Faciliter un atelier pour aligner des équipes qui ont des visions contradictoires. Rédiger un doc de spécifications qui tient la route six mois plus tard.

Ces compétences s'acquièrent avec le temps et les cicatrices. En junior, on livre des écrans. En senior, on embarque des gens dans une vision.

Ce que ça change concrètement sur un projet en production

Sur un produit qui tourne — avec de vrais utilisateurs, des bugs à corriger, des évolutions à prioriser — la différence de posture devient encore plus visible.

Un designer junior va naturellement se concentrer sur ce qui est demandé : corriger l'écran X, ajouter le composant Y. Ce n'est pas un défaut, c'est un point de départ.

Un designer senior va regarder le ticket, mais aussi regarder autour du ticket. Il va se demander si la vraie friction n'est pas deux écrans plus haut. Il va challenger la priorité. Il va proposer une solution qui anticipe les prochaines itérations plutôt que d'en créer de nouvelles.

C'est ce qu'on appelle parfois "penser produit". Et ça, ça s'apprend rarement en formation. Ça s'apprend en étant dans la mêlée.

Et moi, où j'en suis ?

Je ne prétends pas avoir tout résolu. Il m'arrive encore de partir trop vite dans l'exécution, de ne pas questionner assez un brief, d'être trop attaché à une solution.

Mais je sais maintenant que la progression en design n'est pas linéaire. Ce n'est pas "je maîtrise Figma donc je suis senior". C'est une accumulation de projets, d'erreurs, de retours, de remises en question — et une curiosité qui ne s'éteint jamais pour les gens qu'on design.

Tu veux voir comment ces apprentissages se traduisent concrètement dans mes projets ? Jette un œil à mon portfolio — chaque case study détaille mes choix de design, mes itérations, et les décisions que j'aurais faites différemment aujourd'hui.