Comment se reconvertir dans le design UX ?

Ce qui se transfère réellement

Cela dépend de votre parcours, et la réponse honnête est que certains profils transfèrent beaucoup et d'autres presque rien de ce qu'on pourrait croire.

Depuis le design graphique ou les arts visuels : votre œil pour la hiérarchie, l'espacement et la typographie se transfère directement, mais dans la moitié la plus petite du métier. L'UX n'est pas « rendre les choses jolies » — ça c'est l'UI. Le volet recherche, architecture de l'information et tests d'utilisabilité est celui où vous repartirez presque de zéro, et les recruteurs le sonderont spécifiquement parce que c'est celui qui se confond le plus souvent avec l'UI dans le portfolio d'un candidat en reconversion.

Depuis le développement front-end : cela se transfère bien. Vous comprenez déjà ce qui est techniquement faisable, vous pouvez prototyper en code plutôt qu'uniquement dans Figma, et vous pouvez parler aux ingénieurs dans leurs propres termes. Les développeurs qui passent à l'UX progressent souvent plus vite que d'autres reconversions car ils évitent la naïveté du « est-ce que ça peut vraiment être construit » qui apparaît dans beaucoup de portfolios juniors.

Depuis la psychologie, les études de marché, ou tout rôle impliquant des entretiens structurés : cela se transfère directement dans les méthodes de recherche UX — protocoles de pensée à voix haute, tests d'utilisabilité basés sur des tâches, cartographie par affinité. Si votre parcours inclut de la conception d'entretiens ou de questionnaires, dites-le explicitement sur votre CV ; c'est plus pertinent que la plupart des gens ne le réalisent et la plupart des candidats en reconversion le sous-estiment.

Depuis le product management, l'analyse métier ou le support client : vous apportez une connaissance réelle des points de douleur des utilisateurs et de la pression des parties prenantes, ce qui est précieux, mais ce n'est pas de l'expérience UX et ne devrait pas être décrit comme tel. « Je comprenais ce qui frustrait les clients » est une bonne base pour une étude de cas. Ce n'est pas, en soi, un élément de portfolio.

Ce qui ne se transfère depuis aucun parcours : la maîtrise de Figma (ou Sketch, ou Adobe XD), la familiarité avec les conventions de wireframing et de prototypage, et le vocabulaire spécifique — flux utilisateur, architecture de l'information, évaluation heuristique, les heuristiques d'utilisabilité du Nielsen Norman Group, la définition ISO 9241-210 de la conception centrée sur l'humain. Rien de tout cela n'est difficile à apprendre. Tout cela doit être appris délibérément ; ça n'arrive pas comme effet secondaire d'être bon dans votre ancien métier.

La voie des diplômes : il n'y en a pas

Le design UX n'a pas d'ordre professionnel, pas de titre protégé, pas de statut agréé, et pas d'examen à passer pour avoir le droit de vous appeler designer UX. C'est différent de, disons, l'architecture ou la comptabilité, où le diplôme est la porte d'entrée. En UX, il n'y a pas de porte — ce qui semble être une bonne nouvelle et n'en est qu'à moitié une.

La moitié qui est bonne : rien ne vous empêche légalement ou professionnellement de postuler dès demain.

La moitié qui ne l'est pas : comme il n'y a pas de diplôme à présenter comme preuve, toute la charge de la preuve repose sur votre portfolio. Des certificats existent — le Google UX Design Certificate, la certification UX du Nielsen Norman Group, les cours de l'Interaction Design Foundation, des bootcamps de prestataires comme General Assembly ou CareerFoundry — et ils sont utiles pour la structure et le vocabulaire si vous partez de rien. Ce qu'ils ne sont pas, c'est un substitut au portfolio. C'est un point genuinement contesté parmi les recruteurs, mais le raisonnement que la plupart donnent est cohérent : un certificat leur dit que vous avez terminé un cours ; une étude de cas leur dit comment vous réfléchissez à un problème. Ils recrutent sur la deuxième chose. Traitez un certificat comme un échafaudage pour produire vos premières études de cas, pas comme le diplôme lui-même.

Ce que la candidature doit surmonter

Trois choses jouent spécifiquement contre la candidature d'un reconverti, et elles méritent d'être nommées plutôt qu'esquivées.

Premièrement, pas de portfolio signifie pas de candidature, point final. Contrairement à une reconversion menée par CV, vous ne pouvez pas vous faire accepter en entretien UX sur les seules compétences transférables. Il vous faut deux à quatre études de cas montrant un problème, votre recherche, vos itérations, et un résultat — même si le résultat est ce que vous feriez différemment. C'est la plus grande barrière et celle dont les reconvertis sous-estiment le plus le coût en temps.

Deuxièmement, le déficit de crédibilité sur les projets auto-dirigés. Une refonte d'une application existante que vous avez faite seul, sans vrais utilisateurs, sans vraies contraintes de parties prenantes, et sans vrai objectif commercial, se lit différemment pour un recruteur qu'un projet fait pour une vraie organisation, aussi petite soit-elle. Si vous pouvez trouver du travail pro bono ou bénévole pour une association locale, un groupe communautaire ou une petite entreprise — vraies contraintes, vrais utilisateurs, même cinq — cela aura plus de poids qu'une refonte spéculative polie d'une application connue. Les recruteurs qui examinent beaucoup de portfolios de reconvertis peuvent généralement faire la différence en quelques slides.

Troisièmement, la confusion UI/UX. Si votre parcours est visuel (design graphique, art, même front-end), le mode d'échec par défaut est un portfolio plein d'écrans attrayants sans recherche ou raisonnement visible derrière. La solution n'est pas de meilleurs écrans, c'est de montrer la réflexion : ce que vous avez appris des utilisateurs, ce que vous avez essayé et écarté, pourquoi vous avez choisi une structure plutôt qu'une autre. C'est ce que l'entretien teste réellement.

Un quatrième problème est structurel plutôt que quelque chose que vous pouvez corriger dans votre portfolio : la plupart des offres d'emploi pour des rôles UX « junior » ou « débutant » demandent quand même deux à trois ans d'expérience. Ce n'est pas un mythe que les reconvertis se racontent — c'est une vraie inadéquation entre comment les postes sont intitulés et ce qui est réellement filtré, et cela signifie que le point d'entrée est plus étroit que le titre du poste ne le suggère.

Combien de temps ça prend honnêtement

Cela dépend fortement de votre point de départ, et toute réponse qui ignore cela n'est pas honnête avec vous.

Depuis le développement front-end ou le design visuel, où la moitié artisanale ou technique existe déjà : construire deux ou trois études de cas solides, prêtes pour un portfolio, prend généralement de l'ordre de six mois à un an de travail régulier à temps partiel, en plus d'un emploi à temps plein.

Depuis un domaine non lié sans aucune des compétences adjacentes : douze à vingt-quatre mois est plus réaliste une fois que vous tenez compte de l'apprentissage des outils, de l'apprentissage correct des méthodes de recherche (pas juste regarder un tutoriel dessus), et de la production d'études de cas assez solides pour survivre à un examen de portfolio, pas juste un coup d'œil amical.

Il vaut aussi la peine de dire clairement que le pipeline des bootcamps annoncés il y a quelques années — quelques mois entre la fin du cours et un emploi UX — reflétait un boom de l'embauche qui s'est depuis retiré. Un grand nombre de personnes ont terminé des bootcamps et certificats UX pendant cette période, et l'embauche junior en UX a été plus serrée depuis, ce qui signifie que le calendrier honnête pour un reconverti aujourd'hui est plus long que ce qu'implique le marketing de ces cours, non pas parce que les cours ont empiré mais parce que le marché absorbant les diplômés a changé.

Une voie qui raccourcit le chemin pour certaines personnes : plutôt que de viser directement un titre de « UX Designer » dans une entreprise établie, cherchez des rôles hybrides « Product Designer » ou « UX/UI Designer » dans de petites entreprises ou startups, où le périmètre est plus large et la barre d'entrée est parfois plus basse car l'entreprise a besoin de quelqu'un pour faire un peu de tout. Ce premier rôle hybride devient souvent la première vraie étude de cas qui ouvre la porte à un rôle UX plus spécialisé plus tard.

Quand cette voie est vraiment difficile, et quand elle est fermée

Difficile mais ouverte : vous changez depuis un domaine non lié, n'avez pas de réseau dans la tech, et construisez votre portfolio de zéro le soir et le week-end. C'est lent et ingrat mais ça marche pour les gens qui font les heures d'études de cas, particulièrement s'ils trouvent de vrais projets (même petits, même non payés) plutôt que seulement des projets spéculatifs.

Fermée, ou presque, pour un type spécifique de personne : quelqu'un qui veut le titre UX mais ne veut pas faire de recherche primaire — parler aux utilisateurs, mener des sessions d'utilisabilité, s'asseoir avec la confusion et l'ennui des gens. Ce n'est pas une question de préférence, c'est une question de définition. La recherche est ce qui sépare l'UX de l'UI, et les recruteurs la testent directement. Si cette partie ne vous intéresse pas, le conseil honnête est de viser des rôles UI ou product design à la place, où l'accent porte davantage sur le craft visuel et d'interaction, plutôt que de forcer un ajustement qui ne tiendra pas en entretien.

Que faire ensuite

Choisissez un élément de votre emploi actuel — un projet, un travail de recherche, un conflit de parties prenantes que vous avez résolu — et réécrivez-le comme une structure d'étude de cas UX : problème, recherche, options considérées, décision, résultat. Faites cela avant de toucher aux tutoriels Figma ou de vous inscrire à un certificat. Cela vous montrera immédiatement combien de votre expérience existante a réellement une forme UX, et combien doit vraiment être construit depuis rien. jobmarket.pro lit les offres d'emploi en entier et prépare des candidatures depuis le vrai profil d'un candidat, sans inventer d'expérience UX qui n'existe pas — utile une fois que vous avez de vraies études de cas à lui présenter, pas avant.