En bref
| La question | La réponse courte |
| Ce qui est regardé en premier | Le raisonnement, pas les écrans finis |
| Nombre de projets utile | Trois, bien racontés, plutôt que dix vignettes |
| Ce qui élimine le plus vite | Un portfolio qui montre des maquettes sans dire quel problème elles réglaient |
| Ce qu'une formation apporte vraiment | Des projets menés en conditions réelles, avec des contraintes et des arbitrages à défendre |
| Le format qui passe | Une étude de cas par projet : contexte, contrainte, décisions, ce qui a été mesuré, ce qu'on referait autrement |
Points clés de cet article :
- Un portfolio UX se lit en trois minutes et se juge sur la capacité à expliquer un choix.
- Les candidats issus d'une reconversion ne sont pas pénalisés par leur parcours, mais par des projets fictifs sans contrainte.
- Le test technique, quand il y en a un, porte de plus en plus sur la critique d'une interface existante plutôt que sur la création d'un écran.
Le portfolio n'est plus une galerie, c'est un dossier d'argumentation
Pendant des années, le portfolio UX a été jugé comme un book de graphiste : on faisait défiler des écrans, on admirait la grille, la typographie, la cohérence chromatique. Cette lecture a vécu. Elle jugeait le livrable, jamais la décision qui l'avait produit.
Ce qui a changé n'est pas une mode : c'est la place du métier dans l'entreprise. Un designer d'interface recruté aujourd'hui ne travaille presque jamais sur une page blanche. Il hérite d'un produit qui existe, d'une dette de conception, d'une base d'utilisateurs qui a ses habitudes, et d'équipes techniques qui ont leurs contraintes. On ne lui demande pas de dessiner, on lui demande d'arbitrer.
D'où la question que pose réellement un recruteur devant un portfolio : face à une contrainte, qu'est-ce que ce candidat a décidé et pourquoi ? Un écran magnifique qui ne répond à aucune contrainte identifiable ne dit rien de cette capacité. Trois écrans imparfaits accompagnés d'un raisonnement explicite en disent beaucoup.
Les quatre choses qu'un recruteur cherche en trois minutes
Un portfolio est rarement lu longtemps en première passe. L'usage courant tient en quelques minutes, le temps de décider s'il y a un entretien à prévoir. Pendant ce laps de temps, quatre signaux sont cherchés.
Le problème posé. La première phrase de chaque projet devrait dire ce qui n'allait pas. Un taux d'abandon sur une étape, une fonction que personne ne trouvait, un parcours conçu pour un usage de bureau et utilisé sur mobile. Sans problème énoncé, il n'y a pas de travail de conception à évaluer, seulement une production graphique.
Les contraintes acceptées. Un projet réel se fait avec un délai, un existant technique, un budget, parfois un désaccord interne. Les nommer n'affaiblit pas le travail, cela le crédibilise. Un candidat qui écrit « le back-office ne permettait pas de charger les données à cette étape, donc on a déplacé la vérification » montre qu'il a travaillé avec des développeurs.
La trace des décisions. Pas la totalité du processus, quelques bifurcations. Ce qui a été testé, ce qui a été abandonné, sur quel motif. C'est le point où les portfolios issus d'exercices d'école se distinguent le plus nettement des autres : un exercice n'a pas de bifurcation, il a une consigne.
Ce qui a été observé après. Peu de candidats juniors disposent de mesures, et ce n'est pas rédhibitoire. Mais dire « on n'a pas pu mesurer, voici ce qu'on aurait voulu regarder » vaut infiniment mieux que le silence : cela montre qu'on sait qu'une conception se vérifie.
Reconversion : le parcours n'est pas le sujet, les projets le sont
C'est la crainte la plus répandue chez les personnes qui arrivent au design d'interface après une autre vie professionnelle : leur diplôme d'origine les disqualifierait. Dans les faits, l'origine du parcours pèse beaucoup moins que la nature des projets présentés.
Un ancien chargé de clientèle, un ancien enseignant, un ancien technicien arrivent avec quelque chose que beaucoup de profils linéaires n'ont pas : ils ont vu de près des utilisateurs qui se débrouillent avec des outils mal faits. Cette expérience se transforme très bien en argument, à condition d'être formulée comme telle plutôt que cachée.
Ce qui bloque réellement, en revanche, c'est le portfolio composé uniquement d'exercices personnels : la refonte spéculative d'une application connue, l'application fictive de gestion de tâches, le concept d'application de voyage. Ces travaux ont une vertu, ils font progresser. Ils ont un défaut, ils n'ont pas de commanditaire, pas de contrainte technique et pas de désaccord à arbitrer. Un recruteur les reconnaît en quelques secondes, et il ne peut rien en conclure.
Ce qu'une formation UX/UI change et ce qu'elle ne change pas
C'est la comparaison utile à poser avant de s'inscrire quelque part.
| Ce que la formation apporte | Ce qu'elle n'apporte pas toute seule | |
| Autoformation seule | Les outils, le vocabulaire, une culture visuelle | Aucune contrainte extérieure, donc aucun arbitrage à défendre |
| Formation courte sans projet commandité | Une méthode, un rythme, un cadre | Des projets qui restent des exercices |
| Formation intensive avec projets réels | Des commanditaires, des délais, des équipes, donc des études de cas racontables | Ni l'expérience du temps long, ni la maîtrise d'un secteur |
| Alternance | La durée, un produit qu'on suit sur plusieurs cycles | Un rythme exigeant, et une entreprise à trouver |
Le critère de choix n'est donc pas la durée ni l'intitulé. C'est une question simple : à la sortie, est-ce que j'aurai trois projets que je peux raconter comme des dossiers, avec un commanditaire, une contrainte et une décision ? Si la réponse est non, le portfolio sortira avec le même défaut que celui d'un autodidacte, en ayant coûté plus cher.
C'est ce que vise une formation UX et UI Design construite autour de projets commandités plutôt que d'exercices : on n'y apprend pas seulement à produire des interfaces, on y accumule de la matière défendable en entretien.
Le test technique a changé de nature
Deuxième évolution nette du recrutement : l'exercice proposé après le premier entretien porte de moins en moins sur la création d'un écran, et de plus en plus sur la critique d'une interface existante.
Le format typique tient en une consigne : voici un parcours en ligne, dites ce qui ne va pas, hiérarchisez, proposez. Il est révélateur parce qu'il ne récompense pas la vitesse d'exécution sur un logiciel, mais la capacité à repérer un problème et à le classer par importance. Un candidat qui liste vingt défauts sans les hiérarchiser échoue aussi sûrement qu'un candidat qui n'en voit aucun.
La bonne préparation n'est pas de s'entraîner à dessiner vite. C'est de prendre l'habitude, devant n'importe quelle interface du quotidien, de formuler : quel est l'objectif de l'utilisateur ici, où est-ce qu'il hésite, qu'est-ce que je changerais en premier si je n'avais le droit de changer qu'une seule chose.
Ce qu'il faut préparer avant de candidater
Trois chantiers, dans cet ordre.
Choisir trois projets et en abandonner le reste. Un portfolio de dix projets moyens se lit moins bien qu'un portfolio de trois projets documentés. Les autres peuvent rester listés en une ligne, sans page dédiée.
Réécrire chaque projet en étude de cas. Contexte en deux phrases, contrainte, ce qui a été décidé, ce qui a été écarté et pourquoi, ce qu'on referait autrement. Cette dernière rubrique est celle que les recruteurs citent le plus souvent comme discriminante, et c'est la plus rarement présente.
Préparer la version orale. Un portfolio bien écrit ne sert à rien si le candidat ne sait pas raconter le même projet en deux minutes, sans écran. C'est exactement ce qui est demandé en entretien, et cela se répète comme un exercice.
Questions fréquentes
Faut-il un site personnel ou une plateforme suffit-elle ? Les deux fonctionnent. Ce qui compte est la lisibilité des études de cas, pas le contenant. Un site personnel mal structuré dessert plus qu'une page bien tenue sur une plateforme connue.
Combien de projets faut-il pour un premier poste en tant qu’UX/UI Designer ? Trois documentés suffisent largement. Au-delà, le temps de lecture du recruteur devient le facteur limitant.
Les projets d'école comptent-ils pour poster en tant qu’UX et UI Designer ? Oui, s'ils ont eu un commanditaire réel, des contraintes et un rendu attendu. Un exercice noté sans commanditaire compte peu.
Faut-il savoir coder pour être concepteur d’interface ? Ce n'est pas exigé pour un poste de conception. Comprendre ce qui est coûteux à réaliser, en revanche, change la qualité du dialogue avec les équipes techniques, et cela se voit en entretien.
Une reconversion tardive dans l’UX /UI Design est-elle un handicap ? Elle est neutre si les projets tiennent. Elle devient un atout dès que le candidat relie son ancien métier à une compréhension concrète des utilisateurs.