« Je passe mes journées à écrire ce que d'autres vont faire. » Cette phrase, je l'ai entendue en supervision au printemps, dans la bouche d'un Product Owner expérimenté qui n'avait pas rencontré un utilisateur depuis deux mois. Il ne se plaignait pas de sa charge. Il se demandait à quoi il servait.

Je travaille ce sujet depuis fin 2024, en veille, en pratique personnelle et surtout en accompagnant des équipes qui voient l'IA entrer dans leur métier. C'est le moment où les grands modèles ont sorti leurs offres entreprise et où les directions ont cessé de regarder l'IA comme une curiosité de développeur pour budgéter des licences à l'échelle. La vague suivante, celle des agents capables de construire, est arrivée quelques mois plus tard et a tout accéléré. Une question revient depuis : que devient le Product Manager quand une machine sait synthétiser trente entretiens en quatre minutes, rédiger des user stories acceptables et produire une maquette cliquable à partir d'une phrase ? Ma réponse tient en une ligne. Le métier ne meurt pas, il se déplace vers l'endroit où il aurait toujours dû être.

Le métier de Product Manager est-il en train de disparaître ?

Non. Ce qui disparaît, c'est la couche administrative du rôle, et elle ne représentait déjà pas sa valeur. L'IA absorbe la production documentaire, pas l'arbitrage. Elle rédige une spécification, elle ne décide pas s'il fallait l'écrire.

Ce que l'IA absorbe déjà dans le quotidien produit

Dans les équipes que j'accompagne, les gains se concentrent sur des tâches très identifiables : le regroupement et la synthèse de verbatims, la préparation de guides d'entretien, la rédaction et la reformulation de user stories, la production de variantes de messages, la génération de maquettes ou de parcours à partir d'un besoin exprimé en langage naturel. Rien d'héroïque. Beaucoup d'heures.

Le prototypage est le mouvement le plus visible. Produire une maquette interactive crédible ne mobilise plus une équipe de développement pendant deux semaines. Un PM outillé y arrive dans l'après-midi. Cela change moins la qualité du résultat que le coût d'une hypothèse, et donc le nombre d'hypothèses qu'une équipe s'autorise à tester.

Ce que les chiffres disent réellement

L'écart entre le récit ambiant et les mesures disponibles mérite d'être posé noir sur blanc. L'adoption progresse vite, les gains réels restent modestes, et la transformation d'un pilote en valeur business reste rare.

Retenez surtout la deuxième ligne. Quand 95 % des pilotes n'arrivent nulle part, le facteur limitant n'est plus la technologie. C'est la capacité d'une organisation à décider, à cadrer et à absorber ce qu'elle produit. C'est exactement le terrain d'un Product Manager.

Ce que l'IA ne prend pas en charge

Elle ne choisit pas quel problème mérite d'être résolu. Elle ne sent pas qu'un sponsor décroche, qu'une équipe sature, qu'un utilisateur dit oui par politesse. Elle ne porte pas la responsabilité d'un arbitrage devant un comité. Marty Cagan appelait déjà cette dérive le « product management theater », ce travail de mise en scène qui occupe sans produire de valeur. L'IA fait un excellent acteur de ce théâtre. C'est bien le problème.

Tant qu'un Product Manager passe plus de temps dans Jira que devant un prototype ou un client, l'IA l'imitera très bien. Ce qu'elle n'imite pas, c'est le courage de simplifier et de trancher.

Qu'est-ce qu'un Product Manager Hybride ?

Un Product Manager Hybride est un PM augmenté par l'IA, capable de passer de l'idée au prototype fonctionnel avec une forte autonomie, tout en gardant la responsabilité de la vision, du business et des impacts humains. Ni développeur déguisé, ni assembleur d'outils, il reste comptable de la valeur créée.

Les trois dimensions du rôle

• La stratégie produit, sans concession. Comprendre les problèmes utilisateurs et métiers, formuler une vision, prioriser, arbitrer, mesurer l'impact réel. Cette base ne bouge pas.
• Une capacité de build augmentée. Prototyper, monter des mini-applications, automatiser des tâches, expérimenter directement. Sans jamais se substituer à une équipe de développement.
• La conduite du changement. Expliquer ce que l'IA sait faire, ses limites, les risques de sécurité et de dette, et cadrer les expérimentations pour éviter les illusions de vitesse. C'est la dimension la plus souvent oubliée, et celle qui fait la différence.

Pourquoi je parle d'hybridation plutôt que de Product Builder

Les intitulés se multiplient : product builder, Product Manager IA, product builder no-code, AI builder. Derrière un même mot se cachent des archétypes très différents, du développeur no-code orienté outils internes au PM très technique en passant par le spécialiste des agents. Ce flou rend les fiches de poste inutilisables et les recrutements hasardeux. Je préfère parler de Product Manager Hybride parce que le mot dit l'essentiel : on reste ancré dans le produit, et le rôle s'élargit.

Être Product Manager Hybride, ce n'est pas déléguer son produit à l'IA. C'est garder la main sur le cap, et se servir de l'IA comme d'un exosquelette pour construire plus lucidement.

Cette hybridation prolonge un mouvement plus ancien, celui des profils en T : une base horizontale large sur le produit, le business, la donnée, le design et la tech, et une vraie profondeur sur un domaine. Rien de neuf sur le fond. Ce qui change, c'est que l'IA élargit la barre horizontale du T beaucoup plus vite qu'une formation ne le ferait, et que les compétences humaines deviennent le vrai facteur différenciant.

En quoi ce profil déplace-t-il la frontière avec le Product Owner ?

Il déplace le curseur de la spécification vers la preuve. Là où le PM classique argumentait avec un document et le PO avec un backlog, le PM Hybride arrive avec un artefact testable. La discussion change de nature, et les rapports de force aussi.

Ce que je ne suis pas en train de dire

Je ne dis pas que tout le monde doit devenir builder demain matin. Dans certaines organisations, des modèles où les développeurs portent déjà une partie du rôle produit fonctionnent très bien. Je ne vends pas non plus une méthode miracle. Le PM Hybride s'inscrit dans une continuité avec le Lean, la culture produit et une agilité comprise comme un état d'esprit, qui cherchent depuis vingt ans à rapprocher la découverte de la fabrication.

Ce que je conteste, en revanche, c'est le confort d'une organisation qui empile les cérémonies sans jamais confronter ses hypothèses. L'agilité réduite à ses rituels produisait déjà des équipes occupées et peu utiles. Avec l'IA, la même organisation produira simplement plus vite des documents que personne ne lit.

À quoi ressemble son quotidien ?

Il ressemble à celui d'un PM classique dont on aurait raccourci toutes les boucles. Trois pratiques structurent ses semaines, et trois dérives le guettent.

Une découverte augmentée, jamais déléguée

Il utilise l'IA pour analyser des verbatims, dégager des tendances, segmenter des retours, préparer des guides d'entretien, reformuler des hypothèses. La machine accélère le passage de la matière brute à une compréhension utilisable. Elle ne remplace pas le fait d'être assis en face de quelqu'un. La qualité d'un entretien tient toujours à la capacité de pratiquer une écoute active sans projeter ses propres réponses, et aucun modèle ne fait ce travail à votre place.

Un prototypage rapide, orienté décision

Avec les outils de génération d'interface et de flux, il produit une maquette ou une mini-application suffisamment crédible pour être testée auprès d'utilisateurs, ou discutée sérieusement avec une équipe technique. Le critère de réussite n'est pas la beauté du prototype. C'est la décision qu'il permet de prendre, et le temps qu'il fait gagner à ceux qui devront construire pour de vrai.

Une expérimentation instrumentée dès le départ

Plutôt que d'attendre un cycle de livraison complet, il monte des micro-livrables sur des périmètres limités, avec les indicateurs définis avant le lancement. Cette logique est proche de l'effectuation, où l'on part des moyens disponibles plutôt que d'un plan. Elle suppose une discipline : une expérimentation sans mesure définie à l'avance n'est pas une expérimentation, c'est une opinion avec un écran.

Les trois dérives à surveiller

• Le bricoleur compulsif. Produire des prototypes non industrialisables à la chaîne, sans gouvernance technique ni alignement stratégique, en accumulant une dette invisible que d'autres paieront.
• Le profil solitaire. Plus le rôle devient efficace, plus la tentation grandit de tout concentrer sur une personne. Séduisant à court terme, fragile à tous les autres.
• L'alibi de transformation. Ajouter de l'IA dans les workflows et garder une culture de contrôle et de silos. Le titre change, l'organisation reste identique.

Quel effet sur les développeurs, l'UX et le comité de direction ?

L'effet principal est un recentrage de chaque métier sur sa profondeur. Le PM Hybride ne rend personne inutile, il rend visible ce qui n'était pas de la valeur ajoutée.

Sur les PM et les PO en poste

La barre monte. Prioriser, animer, coordonner et rédiger ne disparaissent pas, mais ne suffisent plus si ces compétences restent déconnectées de toute culture technique et data. J'observe trois trajectoires : des PM qui évoluent vers l'hybridation, des PO qui se spécialisent comme builders orientés fabrication, et des organisations qui maintiennent des rôles séparés avec un niveau d'exigence plus élevé sur la contribution réelle au produit. Aucune de ces trois voies n'est illégitime. La seule impasse, c'est de ne rien choisir.

Sur l'UX, les développeurs et les tech leads

Côté UX, la valeur se déplace vers la recherche sérieuse, la cohérence d'ensemble et l'accessibilité, c'est-à-dire tout ce qui dépasse le premier jet. Côté développement, l'effet peut être franchement positif si le cadre est clair. Quand un PM Hybride arrive avec un prototype déjà éprouvé, l'équipe gagne du temps de cadrage. À condition que les développeurs gardent la main sur la robustesse, la sécurité et la capacité à tenir la charge. Cette frontière doit être écrite, pas supposée. C'est là que se jouent la plupart des tensions de territoire que je vois émerger.

Sur les métiers et le comité de direction

Les directions s'habituent vite à voir des démonstrateurs plutôt que des slides, et c'est une bonne nouvelle : la preuve revient au centre de la discussion. Le revers arrive aussi vite. Plus un prototype est facile à produire, plus il devient nécessaire de rappeler l'écart entre un POC impressionnant et un produit industrialisé. Les 95 % de pilotes sans impact mesurable vivent précisément dans cet écart.

C'est le cœur du travail du PM Hybride, et la raison pour laquelle je le considère comme un rôle de conduite du changement autant que comme un rôle produit. Il cadre les attentes, embarque le métier, le testeur, le valideur et le sponsor. Sans ce travail, la vitesse locale ne devient jamais une capacité collective. C'est d'ailleurs le même enjeu que celui de garder la souveraineté humaine quand les agents IA entrent dans l'organisation.

Quels risques faut-il regarder en face ?

Trois risques dominent : le rebranding sans transformation, la sécurité, et la concentration sur une seule personne. Aucun n'est théorique, tous se traitent par la gouvernance.

Changer les titres sans changer le travail

Le premier risque est aussi le plus banal. On renomme des postes, on ajoute « IA » ou « hybride » dans un organigramme, et on déclare l'organisation transformée. Les responsabilités n'ont pas bougé, les critères d'évaluation non plus. Nous avons déjà vécu cela avec les déploiements agiles et avec certaines démarches RSE. On coche des cases, on produit un récit, et le travail réel reste identique.

La sécurité, la conformité et l'IA fantôme

Dès qu'un PM manipule des données, construit des agents ou automatise des flux métier, il entre dans une zone où une erreur expose des informations sensibles ou contourne des contrôles. Ce n'est pas un risque hypothétique : selon le rapport Cost of a Data Breach 2025, une organisation sur cinq a subi une violation de données liée à un usage non gouverné de l'IA, et seules 37 % disposent d'une politique pour détecter ces usages. L'ANSSI a publié des recommandations dédiées aux systèmes d'IA générative qui donnent un point de départ concret pour poser ce cadre.

Un Product Manager Hybride ne peut donc pas rester un électron libre. Il a besoin d'un dialogue structuré avec les tech leads, la sécurité, la conformité et parfois le juridique. Sans cela, la vitesse d'une équipe devient un risque pour toutes les autres.

La dépendance à une seule personne

Quand un rôle devient plus autonome et plus visible, tout converge naturellement vers celui qui l'occupe. Cela crée de la dépendance, de la pression individuelle et un point de rupture unique. Le sujet n'est pas nouveau : c'est l'un des dysfonctionnements classiques des équipes, où l'évitement de la responsabilité collective se cache derrière un individu très compétent. L'IA amplifie ce mécanisme, elle ne le crée pas.

On peut déployer des dizaines d'agents IA sans jamais rendre une organisation plus intelligente. Sans travail sur la culture, le Product Manager Hybride n'est qu'une ligne de plus sur un organigramme.

Comment déployer ce rôle sans créer plus de dette que de valeur ?

En répondant d'abord à une question de fond : quel problème précis cherchez-vous à résoudre ? Plus de vitesse, plus d'autonomie, une meilleure découverte, une meilleure qualité de décision, ou un effet de modernisation perçu ? Tant que cette réponse reste floue, le rôle le restera aussi. La seconde question porte sur la maturité réelle de votre culture produit, de votre gouvernance des données et de votre compréhension de l'IA. On ne déploie pas un PM Hybride de la même façon dans une équipe autonome et dans une structure très hiérarchisée.

Trois leviers concrets

1. Un parcours de montée en compétence réellement pratique. Sur l'IA, le no-code, la lecture de données, la sécurité, les limites des modèles et la qualité d'une expérimentation. L'objectif n'est pas de fabriquer des ingénieurs, mais de donner une autonomie lucide. Une formation théorique ne produit aucun de ces effets.
2. Des rituels d'équipe autour des expérimentations. Démonstrations de prototypes, retours d'expérience, post-mortems, partage des méthodes d'usage. L'enjeu dépasse les compétences individuelles : il s'agit de construire un langage commun et une mémoire organisationnelle. C'est du travail d'intelligence collective, pas de la logistique de réunion.
3. Une gouvernance qui traite les agents IA comme des équipiers. Dans plusieurs équipes que j'accompagne, nous avons fini par nommer les agents, leur donner un périmètre, des responsabilités et des limites explicites. À chaque rétrospective, nous les challengeons comme les autres : nous aident-ils vraiment, prennent-ils trop de place, restent-ils alignés avec le besoin ? L'IA cesse alors d'être une boîte noire fascinante pour devenir un collègue très puissant, dont le travail se discute.

Dans une équipe saine, les agents IA ne sont pas des oracles. Ce sont des équipiers que l'on challenge. Le Product Manager Hybride est là pour rappeler que le contrôle reste humain.

Ma conviction aujourd'hui

Le Product Manager Hybride représente une voie d'évolution crédible, à condition d'éviter deux caricatures : le tout IA d'un côté, la défense nostalgique du PM coordinateur de l'autre. Je ne crois pas à un futur où une machine déciderait à notre place de ce qui mérite d'être construit. Je crois à un futur où elle nous oblige à redevenir bons sur l'essentiel : lire les signaux faibles, comprendre des humains, arbitrer des compromis, matérialiser vite une idée, et assumer nos choix au lieu de les diluer dans un processus.

Ce que je vois changer le plus vite, ce n'est d'ailleurs pas l'outillage, c'est l'horizon de temps. Quand j'ai commencé à travailler ce sujet, les Product Owners que je supervise raisonnaient en cycles de six mois. Ils raisonnent aujourd'hui en cycles d'un à deux mois, parce que leurs concurrents et leurs propres utilisateurs ont changé de rythme. Dans ce contexte, la capacité d'une organisation à encaisser les perturbations compte davantage que la qualité de son plan.

La vraie question n'est donc pas de savoir s'il faut adopter ce titre. Elle est de savoir jusqu'où vous êtes prêts à faire évoluer vos pratiques, votre rapport à la preuve et votre manière de collaborer, pour que le produit redevienne un lieu de décision vivante plutôt qu'une machine à fabriquer des livrables.