LO
Ê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 →
Chef de produit
Décide ce qui est construit et ce qui ne l'est pas, amène trois équipes à agir sur cette décision, et l'assume quand elle se révèle fausse.
Listez les cinq dernières choses livrées par votre équipe et écrivez, honnêtement, qui a décidé chacune. Si votre nom n'apparaît sur aucune, c'est le constat.
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 chefs de produit en entreprise logicielle — ceux qui décident ce qu'une équipe construit ensuite. Le marketing produit, la gestion de projet sans voix sur le périmètre et le travail produit mené par un fondateur sont d'autres métiers avec une autre exposition. Le design est un métier distinct sur ce site.
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.
Une spécification bien écrite pour la mauvaise chose est pire qu'une spécification approximative pour la bonne. Produire le document n'a jamais été la partie rare ; savoir quel document écrire, si.
Les règles californiennes de protection des données personnelles exigent qu'une personne investie de l'autorité nécessaire approuve la décision de lancer ou non certains traitements fondés sur des décisions automatisées ; elles lient les entreprises et ne nomment pas les chefs de produit, et rien ici ne mesure à quelle fréquence les équipes décident de ne pas construire. Cela ne dit pas non plus que les organisations valorisent ce travail, et beaucoup évaluent les chefs de produit sur la production plutôt que sur ce qu'ils ont empêché.
Cela ne dit rien du nombre de chefs de produit qui le font réellement. Dans énormément d'entreprises, le poste ne parle jamais à un utilisateur, et pour ces postes cette tâche est théorique.
Une description de l'endroit où se trouve le travail, non une mesure. Cela ne dit pas non plus que c'est bien fait — l'échec de coordination est l'une des raisons les plus fréquentes pour lesquelles un produit sort en retard.
Que ce soit réel dépend entièrement de l'entreprise. Beaucoup de chefs de produit ont la responsabilité sans l'autorité qui la rendrait significative, et cette page ne peut pas vous dire de quel genre est un poste donné.
Un travail nouveau qui apparaît n'est pas un effectif nouveau, et rien ici ne dit que les entreprises le dotent. Dans la plupart des équipes, c'est aujourd'hui absorbé par qui détient la fonctionnalité.
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 6 tâches en entier — direction, raison et limites →
Changements récents#
Marché de l'Union européenne. Le règlement a été publié au Journal officiel le 12 juillet 2024 et cet article s'applique à compter du 2 août 2026 ; la modification de juillet 2026 (règlement (UE) 2026/1744) a maintenu cette date, mais a laissé aux systèmes génératifs déjà mis sur le marché avant celle-ci jusqu'au 2 décembre 2026 pour satisfaire à l'article 50, paragraphe 2. Il lie le fournisseur du système plutôt que l'employeur qui l'utilise — raison pour laquelle il figure sur cette page et non sur une page consacrée au déploiement de l'IA. Deux obligations de nature différente : l'article 50, paragraphe 1, est une information à la personne face au produit, écartée seulement là où le caractère d'IA est évident pour une personne raisonnablement informée, attentive et avisée, et inapplicable aux systèmes répressifs soumis à garanties ; l'article 50, paragraphe 2, est une exigence technique de marquage des productions dans un format lisible par machine et détectable comme généré artificiellement, efficace et interopérable dans la mesure du techniquement faisable. La seconde est une exigence de construction avec un coût d'ingénierie, non une ligne dans une politique de confidentialité. Cet enregistrement établit que le devoir existe et à partir de quand ; ce n'est pas une preuve de contrôle, d'un produit qui change, ni de quoi que ce soit hors de l'Union.
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.
Un facteur de risque dans le prospectus définitif d'introduction en Bourse d'un éditeur de logiciels, rédigé par l'entreprise alors qu'elle vendait des actions. Il indique que ses designers produit, ses chefs de produit et ses ingénieurs recueillent des éléments au moyen de la recherche utilisateur, d'enquêtes et de l'analyse des échanges avec le support client, notamment d'outils dotés d'IA qui résument et classent les retours des utilisateurs, et que ces éléments peuvent être incomplets, trompeurs, biaisés ou non représentatifs et peuvent être mal interprétés. Il décrit la pratique actuelle d'une seule entreprise ; il ne donne aucun chiffre sur la part du travail que font les outils et ne dit rien du nombre de chefs de produit.
Un employeur l'a mis en production. Cela peut déplacer la ligne de base — pondéré par l'échelle et par la ressemblance du cadre avec le vôtre.
L'annonce du régulateur lui-même, ce qui compte parce que le site détient déjà la règle et voici la règle appliquée. Les manquements listés se divisent en deux groupes et les deux se lisent comme des spécifications produit qui n'ont pas été écrites. Pour les services de génération : aucune étiquette visible sur le contenu généré ; aucune étiquette visible reportée dans les fichiers exportés ; aucune étiquette implicite dans les métadonnées du fichier contenant les informations d'attribut, le nom ou le code du fournisseur et un numéro de contenu ; et des étiquettes implicites placées à des emplacements non conformes. Pour les services de diffusion : ne pas vérifier les étiquettes implicites, ne pas ajouter un avertissement visible autour du contenu publié, ne pas écrire les informations de propagation dans les métadonnées, et ne pas donner aux utilisateurs une fonction pour déclarer qu'un contenu est généré. Les mesures annoncées étaient des entretiens réglementaires, des mises en demeure de rectifier dans un délai, et le retrait ou la mise hors ligne. Deux limites sont fermes. L'annonce ne nomme aucune application et ne donne aucun décompte — un lot est tout ce qu'elle dit — donc rien ici ne soutient une affirmation sur l'ampleur. Et cela concerne les services fournis en Chine ; la même liste de fonctions n'est pas la loi ailleurs, même si le devoir d'étiquetage européen va dans le même sens.
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 réglementation californienne qui lie les entreprises dont le traitement d'informations personnelles présente un risque important, y compris la technologie de prise de décision automatisée utilisée pour des décisions importantes. Une entreprise doit conduire une évaluation des risques avant de lancer le traitement et documenter si elle le lancera ; une personne qui a le pouvoir de participer à la décision de lancer ou non le traitement doit examiner et approuver l'évaluation ; et l'objectif affiché est de restreindre ou d'interdire le traitement lorsque les risques pour les consommateurs l'emportent sur les bénéfices. Elle lie les entreprises, non les chefs de produit nommément, couvre le traitement de données personnelles plutôt que toute décision produit, et les premières transmissions au régulateur ne sont dues que plus tard.
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 directeur produit de LinkedIn à l'époque décrit les changements apportés à l'organisation produit de LinkedIn elle-même. Il énumère ce qui reste aux personnes — la vision, l'empathie, la communication (aligner et rallier les autres autour d'une idée), la créativité et le jugement — et dit de tout le reste que l'entreprise veut l'automatiser ; l'entreprise testait de nouvelles structures d'équipe, faisait fonctionner de petites équipes (pods) capables de construire de bout en bout avec ses outils, et lançait un programme d'entrée de carrière (associate) dans lequel ceux qui construisent ne se contenteront pas d'écrire des spécifications. C'est le récit d'un dirigeant sur un projet pilote, sans chiffre sur le nombre de ces équipes ni sur les effectifs de chefs de produit, et il rend compte de la situation en août 2025.
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.
Une étude à méthodes mixtes (prépublication arXiv), portant sur les chefs de produit de Microsoft et menée d'avril à juin 2025 : 885 chefs de produit ont répondu à une enquête, 731 ont consenti à l'analyse de télémétrie et 15 ont été interrogés en entretien. Parmi les usages de l'IA générative des chefs de produit contributeurs individuels, 22 % ont déclaré s'en servir pour mener de la recherche utilisateur ou de l'analyse de données ; les participants déléguaient plus volontiers les tâches à faible responsabilité, mais hésitaient pour le travail à forte responsabilité, comme la rédaction de spécifications ou de cartes du parcours utilisateur. Microsoft vend les outils étudiés, et les répondants sont ses propres salariés, dans une entreprise pionnière de l'adoption ; l'usage déclaré n'était que modérément corrélé aux journaux d'utilisation.
Usage mesuré et à grande échelle d'un outil pour du travail réel, où la décision de l'utiliser vient de la personne qui travaille et non de l'employeur. C'est plus qu'un enregistrement de capacité — le travail est réel, pas une démonstration — et moins qu'un enregistrement de déploiement, car aucun employeur ne l'a mis en production, ne l'a exigé, ni n'a construit un processus autour. Pondéré `cautious` : `automating` signifie que la machine sait faire la tâche ET qu'il y a des signes d'adoption, et ceci est un signe d'adoption ; mais l'usage peut être expérimental, et une bonne part de la mesure vient d'une partie intéressée, donc un enregistrement ne suffit jamais et deux indépendants suffisent. Regardez qui compte. La télémétrie d'un fournisseur voit cela directement et vend l'outil, donc un tel enregistrement déclare cet intérêt dans son périmètre ; une agence statistique qui demande aux entreprises si leurs salariés utilisent l'IA dans leurs tâches voit le même canal sans aucun intérêt propre, et là où elle existe, c'est la meilleure source.
Ce que cela veut dire pour vous#
Le travail qu'on vous donnera d'abord — écrire des tickets et des spécifications — est la moitié exposée, et bien le faire ne fera pas à lui seul de vous un chef de produit. Ce qui transforme le poste en carrière est qu'on vous fasse confiance pour décider ce qui ne sera pas construit, et cette confiance se gagne en ayant raison en public sur de petites choses d'abord.
Si votre semaine est surtout des documents et du suivi, c'est la configuration sous pression, et c'est aussi la configuration que beaucoup d'entreprises ont discrètement créée. Si votre semaine est surtout des refus que vous pouvez défendre et des décisions que vous assumez, l'exposition est faible. La différence n'est pas la séniorité, c'est de savoir si le poste porte une décision.
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.
Assurez-vous que le poste porte une décision
La version exposée de ce métier est celle qui écrit les décisions prises par d'autres. La version durable les prend. Laquelle vous détenez dépend d'ordinaire de l'entreprise, non de votre compétence.
Parfois la conclusion honnête est que la décision n'est pas disponible dans votre organisation actuelle, et le mouvement est vers l'extérieur plutôt que vers le haut.
Listez les cinq dernières choses livrées par votre équipe et écrivez, honnêtement, qui a décidé chacune. Si votre nom n'apparaît sur aucune, c'est le constat.
Détenez ce que les fonctions d'IA ont le droit de faire
Tout produit avec une fonction générative a besoin de quelqu'un qui décide ce qu'elle peut rater et ce qu'elle doit refuser. C'est une décision produit, elle n'a pas de propriétaire dans la plupart des équipes, et sur plusieurs marchés elle devient une obligation documentée.
Cela exige d'être précis sur le préjudice acceptable, ce qui est inconfortable et que beaucoup d'organisations préféreraient laisser vague.
Prenez une fonction d'IA de votre produit et écrivez ce qu'elle a le droit de rater. Montrez-le à qui détient le support et voyez s'il est d'accord.
Allez là où la contrainte est réelle
Produits réglementés, matériel, paiements — des domaines où le coût de livrer la mauvaise chose est concret plutôt que réputationnel, et où la décision doit donc être tenue par quelqu'un.
Des cycles plus lents et plus de documentation, ce que certains vivent comme un travail qui devient réel et d'autres comme un travail qui devient fastidieux.
Trouvez un produit d'un domaine réglementé et lisez l'un de ses documents publics de conformité. Remarquez combien de décisions ont dû être écrites.
Questions fréquentes#
La mauvaise question pour ce poste, parce que l'exposition dépend de la version du métier que vous détenez plutôt que du temps. Écrire des spécifications et des tickets est déjà largement du travail de machine. Décider ce qui ne sera pas construit, et répondre d'un pari raté, n'a pas bougé du tout. Un signal vérifiable par vous : sur les cinq dernières choses livrées par votre équipe, combien avez-vous décidées plutôt que documentées.
Oui, et bien — c'est précisément pourquoi le document n'a jamais été le métier. Une spécification est l'enregistrement d'une décision, et la valeur a toujours été dans le fait de décider : quel client décevoir, quel trimestre dépenser, quel problème est réellement le problème. Si le document est le livrable sur lequel votre organisation vous évalue, cela vaut d'être su sur votre organisation.
Assez pour distinguer une estimation d'une supposition, et cette barre a bougé plutôt que monté. Quand la génération rend un prototype bon marché, la compétence technique utile passe de savoir ce qui est difficile à construire vers savoir ce qui est difficile à exploiter et difficile à défaire — ce sont les coûts qui n'apparaissent plus dans le temps que prend la première version.
Une construction bon marché rend le fait de décider plus lourd de conséquences, non moins : quand une équipe peut livrer cinq choses dans le temps où elle en livrait une, le coût de construire les cinq mauvaises est cinq fois plus grand. Ce qui change, c'est que le poste ne peut plus se justifier par la coordination de la construction. Il doit se justifier par la qualité des choix, ce qui est une barre plus haute et plus honnête.
Sur quoi reposent ces jugements#
Sur les 6 jugements de tâche de cette page, 4 s'appuient sur un événement vérifié et 2 relèvent d'une inférence de la plateforme, chacun étant signalé là où il apparaît. Derrière eux se trouvent 2 dimensions technologiques, une trajectoire reconstruite depuis que les modèles de langage ont atteint le public, et 6 é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.