Être averti quand un dossier vérifié arrive sur ce métier →
Designer produit / UX
Décide comment un logiciel se comporte pour la personne qui l'utilise — écran par écran, état par état — et prouve la décision par des preuves.
Ce n'est pas une probabilité de perdre votre emploi. Il combine la part de la charge de tâches du poste exposée à l'automatisation avec le chemin réellement parcouru par l'adoption — utile pour comparer des métiers sur une même base cohérente, et pour rien d'autre.
Écrit pour les designers produit, UX et UI dans des équipes logicielles. La recherche utilisateur comme métier distinct, le design de marque et publicitaire, et le design de jeu diffèrent.
Ce qui change réellement#
L'unité d'analyse est la tâche, non l'intitulé du poste. Un poste n'est pas remplacé — sa composition en tâches se déplace.
C'est votre métier ? Dites-le et cette page se resserre sur votre part de celui-ci.
Un intitulé de poste est un paquet de tâches achetées ensemble, et deux personnes n'ont jamais le même paquet. Rien n'est envoyé où que ce soit — cela reste dans ce navigateur.
Produire les écrans et les composants
En cours d'automatisation✓ Appuyé sur des preuvesTransformer un parcours décidé en maquettes haute fidélité, en états, en variantes et en spécifications de transmission.
Les outils de conception génèrent désormais des écrans depuis un prompt et un système de design, et les outils de génération de code sautent entièrement la maquette en produisant une interface qui fonctionne. Les heures de production de pixels qui remplissaient la semaine d'un designer junior sont la victime la plus nette d'une équipe produit.
La production de pixels était l'apprentissage rémunéré. La retirer ne retire pas seulement des postes juniors ; cela retire la façon dont quelqu'un devient le designer senior dont la même équipe a toujours besoin.
Définir le bon problème
Encore menée par des humains≈ Estimation de la plateformeDéterminer ce que les utilisateurs cherchent réellement à faire, là où le produit actuel les laisse tomber, et ce qui vaut la peine d'être corrigé d'abord.
Cela repose sur l'observation de vraies personnes utilisant un vrai logiciel et sur un jugement organisationnel sur ce que l'entreprise peut et veut changer. C'est l'entrée de tout ce qui suit, et générer des écrans soignés pour le mauvais problème est désormais moins cher et donc plus fréquent — ce qui augmente la valeur de bien poser le problème.
Définir le problème est d'ordinaire partagé avec la gestion de produit, et dans une petite équipe ce n'est pas le designer qui gagne cet arbitrage. Être précieux n'est pas la même chose qu'être celui qui décide.
Recherche et tests d'utilisabilité
Augmentée≈ Estimation de la plateformeRegarder des utilisateurs se heurter à des obstacles, mener des entretiens, lire les statistiques d'usage, et transformer ce que vous avez vu en décision.
La transcription, la synthèse des notes d'entretien et l'analyse des enregistrements de session sont bien plus rapides avec assistance, et des « utilisateurs » synthétiques sont vendus comme substitut. Le substitut est faible là où cela compte : il ne peut pas reproduire la surprise d'une vraie personne faisant ce que personne n'avait anticipé, soit le constat pour lequel la recherche existe.
La recherche est la première ligne coupée dans la plupart des ralentissements, que les utilisateurs synthétiques valent quelque chose ou non. Son exposition est commerciale avant d'être technique.
Faire converger l'équipe
Encore menée par des humains✓ Appuyé sur des preuvesConvaincre l'ingénierie que l'état supplémentaire vaut la peine d'être construit et le produit que le raccourci coûtera aux utilisateurs, dans la même semaine.
Les décisions de design dans le logiciel se négocient, elles ne se décrètent pas. Le levier du designer vient des preuves et d'une crédibilité bâtie sur des décisions précédentes, toutes deux personnelles. Les outils produisent plus d'options à discuter ; ils ne tranchent pas la discussion.
Le travail de convergence croît avec la taille de l'équipe et disparaît avec l'équipe. Il protège le designer déjà écouté, non les effectifs du poste.
Concevoir pour des produits non déterministes
Nouvelle tâche≈ Estimation de la plateformeFaçonner des produits dont la sortie varie — interfaces conversationnelles, agents, contenu généré — là où l'artisanat écran par écran ne s'applique plus.
Une grande part des nouveaux logiciels a un modèle dans la boucle, et concevoir comment il échoue, comment il s'explique et comment l'utilisateur garde le contrôle est un artisanat non résolu. Des équipes recrutent des designers précisément pour cela, et la compétence est rare parce que presque personne ne la pratique depuis longtemps.
La rareté ici est temporaire par construction — presque personne ne la pratique depuis longtemps parce que c'est nouveau, et cet écart se comble à mesure que tout le monde accumule les mêmes quelques années de pratique.
Quelles technologies comptent ici#
Quatre signaux distincts. Ils ne sont délibérément pas additionnés — un métier exposé à deux technologies n'est pas deux fois plus exposé.
Comment on en est arrivé là#
L'indice n'est pas un nombre figé. Voici où il se serait situé à chaque jalon de capacité depuis ChatGPT — reconstitué, et étiqueté comme tel.
● 2 événements vérifiés pour ce métier, placés à la date où il s'est produit — les parties de la courbe proches d'un repère sont ancrées à quelque chose de vérifiable.
Près du plancher en 2022 et en montée rapide, mais la hausse est presque entièrement dans la production — écrans, variantes, prototypes. Elle décélère à partir de 2025 parce que la chose rare s'est déplacée en amont, vers le choix du problème qui mérite d'être résolu, et générer des écrans soignés pour le mauvais problème est devenu moins cher, pas plus précieux.
Une courbe plate n'est pas une prévision de sécurité. Elle dit quelles tâches l'automatisation a atteintes jusqu'ici — les métiers qui ont le moins bougé ici sont ceux où la contrainte est physique ou réglementaire, et les deux peuvent changer.
Changements récents#
Le trimestre d'un éditeur, rapporté par cet éditeur. Les sièges ne sont pas des designers : un nombre de sièges qui monte de 54 % pendant que les outils d'IA se répandent est au moins autant compatible avec un travail de conception qui passe à des gens qui n'ont jamais été recrutés pour concevoir qu'avec un plus grand nombre de designers employés. Figma a par ailleurs commencé à facturer l'usage de l'IA le 18 mars 2026 : une partie du chiffre d'affaires est donc un changement de prix plutôt qu'une croissance. L'entreprise nomme son propre risque concurrentiel dans le même communiqué — Stitch de Google a été lancé gratuitement en février, et le directeur financier a dit à propos de Claude Design d'Anthropic qu'« on ne peut pas les écarter ».
Un échec, un retour en arrière, une réglementation ou un coût freine l'adoption. Cela peut abaisser une appréciation ou élargir son incertitude.
La fonction générative d'un éditeur d'outils de conception (GPT-4o et Amazon Titan sur des systèmes de composants construits à la main), bêta restreinte. Un retrait par l'éditeur, non un déploiement chez un client ; la fonction est revenue en moins de trois mois sous le nom First Draft.
Un échec, un retour en arrière, une réglementation ou un coût freine l'adoption. Cela peut abaisser une appréciation ou élargir son incertitude.
Ce que cela veut dire pour vous#
Un portfolio d'écrans soignés vaut bien moins qu'avant, parce que les écrans soignés sont désormais bon marché. Ce qui vous fait recruter est la preuve de décisions : un problème que vous avez défini, la recherche que vous avez faite, ce que vous avez choisi et pourquoi, et ce qui est arrivé. Bâtissez cela avec un vrai produit — un projet personnel avec de vrais utilisateurs compte — et apprenez tôt les problèmes d'interface non déterministe, parce que le domaine manque de gens qui les ont affrontés.
Si votre valeur était la qualité et la vitesse de production, attendez-vous à la voir comprimée ; si c'était la définition du problème, la recherche et la convergence, elle tient et les problèmes des produits génératifs sont une demande nouvelle en votre faveur. Le glissement inconfortable est que moins de designers de production signifie que chaque designer senior couvre plus de terrain avec des outils, si bien que l'aisance avec eux devient un socle plutôt qu'un différenciateur.
Vos options#
Quatre directions, chacune avec ses contraintes réelles et une chose que vous pouvez tester cette semaine. Continuer comme aujourd'hui est un choix légitime — il faut simplement que ce soit un choix.
Menez par la recherche et les décisions, non par les écrans
Le travail rare est de savoir quoi construire. Les designers capables de montrer la trace des preuves derrière une décision sont ceux que les équipes gardent quand la production devient bon marché.
Exige l'accès aux utilisateurs et à la conversation sur la feuille de route, ce qui manque souvent aux postes juniors.
Prenez votre meilleur travail récent et réécrivez l'étude de cas en commençant par le problème et les preuves, les écrans en dernier. S'il n'y a rien à écrire avant les écrans, c'est l'écart.
Spécialisez-vous dans les produits avec un modèle dans la boucle
C'est la catégorie de logiciel qui croît le plus vite et ses problèmes de design ne sont pas résolus. La rareté favorise quiconque en a livré un.
Il vous faut une équipe qui construit un tel produit, et une tolérance pour concevoir des choses dont vous ne pouvez pas spécifier entièrement le comportement.
Choisissez un produit conversationnel ou agentique que vous utilisez et documentez trois façons dont il laisse l'utilisateur tomber et ce que vous changeriez. Ce document est une pièce de portfolio que personne d'autre n'a.
Gestion de produit
Les designers qui détiennent déjà la définition du problème et la convergence font une grande part du métier de chef de produit. Le mouvement le formalise et paie d'ordinaire mieux.
Vous héritez de la priorisation, des métriques et de la gestion des interlocuteurs, et vous perdez l'essentiel de l'artisanat.
Assistez à une réunion de priorisation de la feuille de route. Si vous vous êtes découvert des avis sur les compromis plutôt que sur l'interface, prenez cette voie au sérieux.
Questions fréquentes#
Il vous faut assez d'aisance pour diriger et corriger ce que les outils produisent, ce qui est moins qu'il n'en fallait à un spécialiste de la production et plus que rien. La compétence qui a pris de la valeur est tout ce qui se trouve en amont de l'outil : savoir quel problème résoudre, quelles preuves soutiennent un choix, et comment amener une équipe à le construire. Apprenez les outils vite, puis mettez votre effort sur le jugement — cet ordre est l'inverse de celui des formations en design.
Surveillez qui produit les écrans dans votre équipe. Quand des ingénieurs génèrent une interface qui fonctionne depuis un prompt et un système de design, l'étape de la maquette disparaît entièrement — et c'est un changement de flux de travail dans votre propre équipe, visible des mois avant d'apparaître dans un plan de recrutement.
Produire les écrans et les composants — la tâche marquée comme en cours d'automatisation, et les heures qui remplissaient la semaine d'un designer junior. La définition du problème et la recherche ne le sont pas, mais la définition du problème est d'ordinaire partagée avec la gestion de produit, et dans une petite équipe le designer n'est pas celui qui gagne cet arbitrage.
Il vous les faut pour être crédible dans la discussion, non pour produire l'objet. Le levier de ce poste vient des preuves et d'une crédibilité bâtie sur des décisions précédentes — toutes deux personnelles, aucune générée. Apprenez l'outil assez bien pour ne pas être écarté, et consacrez le reste du temps à la recherche.
Vous étudiez pour cela ?
Ces filières mènent ici. Leurs pages détaillent lesquelles de leurs compétences se transfèrent et ce qui manque généralement aux diplômés.
Écrit à ce sujet#
Ces textes raisonnent à partir des mêmes dossiers que contient cette page, et chacune de leurs sections nomme ce sur quoi elle repose.
Méthode et sources#
- Date d'évaluation
- 2026-09-10
- Fondement des jugements de tâche
- 2 appuyés sur des preuves · 3 inférence de plateforme · 0 preuves insuffisantes
- Événements vérifiés
- 2