Être averti quand un dossier vérifié arrive sur ce métier → · Indiquez lesquelles de ces tâches sont les vôtres (VOLO Pro, gratuit) → · Pour une équipe ou une promotion de diplômés →
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.
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.
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.
Chaque case est une tâche. Sa taille est son poids dans le métier ; sa couleur, la direction que prend la tâche. Cliquez sur une case pour voir ce que ce jugement n'établit pas.
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 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.
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.
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.
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.
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.
Lire les 5 tâches en entier — direction, raison et limites →
Changements récents#
Le trimestre d'un éditeur, rapporté par cet éditeur. Les clients payants ne sont pas des designers : un nombre de comptes clients facturés séparément 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 plafonné les crédits d'IA de tous les sièges à compter du 18 mars 2026 et vend des crédits d'IA supplémentaires : une partie du chiffre d'affaires peut donc refléter la monétisation de l'IA plutôt qu'un plus grand nombre d'utilisateurs.
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.
Le service numérique du gouvernement britannique décrivant son propre produit. Sur 18 mois, il a mené deux pilotes publics de GOV.UK Chat, au cours desquels plus de 10 000 utilisateurs ont posé 26 000 questions ; il a introduit des questions de clarification lorsque les questions des utilisateurs étaient ambiguës, ce qui a porté à 88 % le taux de réponse aux questions relevant du périmètre ; l'affichage progressif des réponses a été bien accueilli lors des tests utilisateurs mais exige de repenser certains garde-fous de sécurité ; et la recherche a eu recours à des méthodes comprenant 99 tests d'utilisabilité à distance et une étude par journal de bord comptant 30 heures d'entretiens vidéo. Il s'agit d'un pilote rapporté par l'équipe qui l'a construit ; l'assistant fonctionne sur un modèle d'Anthropic, l'entreprise qui a créé le modèle ayant rédigé cet enregistrement.
Essai à petite échelle dans un cadre réel. Cela nous dit que les conditions de déploiement sont mises à l'épreuve, non qu'elles sont réunies — donc un pilote ne suffit jamais à lui seul ; deux indépendants suffisent.
Le document établit le décompte, pas son effet. Figma indique avoir introduit des crédits d'IA sur toutes les licences Figma en 2025 et avoir commencé à appliquer les plafonds en mars 2026, avec des compléments mensuels ou une facturation à l'usage au-delà ; il donne le mois, pas un jour. Il décrit Figma Make comme le passage direct d'une consigne à un prototype fonctionnel, le range parmi les fonctions soumises à la tarification par crédits d'IA et avertit que les clients pourraient réduire leur usage de ces fonctions. Il ne donne aucun chiffre d'usage et ne mesure pas si une équipe a moins généré une fois les plafonds appliqués. Figma vend ces licences et a intérêt à la manière dont un changement de prix est présenté, mais le fait consigné ici figure dans un document où exagérer engage la responsabilité. Il ne dit rien des outils d'autres fournisseurs.
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.
Les lignes directrices du système de design du gouvernement du Canada pour les applications d'aide par IA de son site principal. Elles indiquent que les applications d'aide par IA doivent être clairement signalées comme de l'IA ; que toutes les réponses relevant du périmètre doivent comporter au moins un lien de citation faisant autorité, pointant vers une page du gouvernement du Canada chaque fois que possible ; que les équipes ne doivent pas donner à l'application un nom de personne ni l'appeler chat ou agent conversationnel ; qu'avertir les utilisateurs que l'IA fait des erreurs ne remplace pas la mesure de l'exactitude ; et que les chercheurs en expérience utilisateur devraient être associés tôt pour tester des prototypes de conception auprès d'utilisateurs finaux potentiels, puis mener des tests d'utilisabilité itératifs. Elles lient le site d'un seul gouvernement, et les consignes de test sont au conditionnel (« should »).
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.
Une étude évaluée par les pairs sur les modèles de langage utilisés pour remplacer des participants humains en sciences sociales computationnelles, en tests utilisateurs et en annotation. Au moyen d'études menées auprès de 3 200 participants humains couvrant 16 identités démographiques, et portant sur quatre modèles, les auteurs montrent que les modèles donnent une image faussée et uniformisée des groupes démographiques, et que leurs propres techniques appliquées au moment de l'inférence réduisent ces préjudices sans les supprimer. Elle ne porte pas spécifiquement sur le travail UX et teste des modèles de l'époque ; les auteurs ne déclarent aucun conflit d'intérêts.
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.
Des lignes directrices destinées aux ministères du gouvernement britannique sur l'usage de l'IA. Elles indiquent que l'identification des cas d'usage de l'IA doit être guidée par les besoins métier et les besoins des utilisateurs, les points de friction et les inefficacités, et non par ce que la technologie sait faire, les difficultés et les opportunités étant repérées par la recherche utilisateur ; et, au titre de leur deuxième principe, que, pour définir et déployer des systèmes d'IA, les équipes doivent comprendre les besoins et les priorités des gens en menant de la recherche utilisateur et en associant le public le cas échéant. Elles lient les équipes du gouvernement britannique et sont des lignes directrices, non un texte de loi.
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
Ses problèmes de design restent ouverts : le pilote de GOV.UK lui-même a constaté que diffuser les réponses au fil de l'eau obligeait à repenser les garde-fous de sécurité. 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 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.
Sur quoi reposent ces jugements#
Sur les 5 jugements de tâche de cette page, 5 s'appuient sur un événement vérifié et 0 relèvent d'une inférence de la plateforme, chacun étant signalé là où il apparaît. Derrière eux se trouvent 1 dimensions technologiques, une trajectoire reconstruite depuis que les modèles de langage ont atteint le public, et 7 événements vérifiés.
Voir quelles technologies, comment on en est arrivé là, et la méthode →
Sa place dans la nomenclature officielle : compétences, connaissances, métiers liés →
Autres postes de la même fonction#
Une entreprise répartit son travail en fonctions avant de le répartir en postes. Ceux-ci se trouvent dans Produit et design aux côtés de celui-ci — un fait d'organigramme, non un jugement selon lequel ils se ressembleraient ou évolueraient dans le même sens.
