Cela fait bientôt un an que je travaille sur ce sujet en faisant de la veille, en pratiquant personnellement et, surtout, en accompagnant des équipes sur l'entrée de l'IA dans nos métiers. La question que j'ai voulu creuser : que devient le métier de product manager quand l'IA permet de prototyper, synthétiser, analyser et construire plus vite, sans pour autant remplacer le discernement humain ni la responsabilité produit ?

1. Pourquoi ce sujet maintenant

1.1 Un mot qui se diffuse, un métier qui se cherche

Les termes « product builder », « Product Manager IA », « Product Manager Hybride », « Product Builder no-code » apparaissent dans différents contenus, programmes et offres d'emploi. On les retrouve dans des contextes où l'on met en avant la capacité à penser produit et à construire avec l'IA ou le no-code, plutôt que de se limiter à la spécification.

Je vois cette diffusion dans plusieurs environnements : des entreprises qui recrutent des Product Builders pour des produits ou des outils internes, des formations qui préparent à ces rôles, et des écosystèmes locaux comme La Cantine x La French Tech Nantes. La filière « product builder no-code » se structure également du côté des institutions : entre titres RNCP, fiches métier, bachelors et écoles spécialisées, plusieurs acteurs décrivent un métier à l'intersection du produit, du design de solution et du développement via no-code et IA.

Le problème, c'est que derrière le même mot se cachent plusieurs archétypes très différents. Selon les cas, le Product Builder est un développeur no-code orienté outils internes, un AI Builder focalisé sur les agents et les flux LLM, ou un PM très technique. C'est précisément pour éviter ce flou que je préfère parler ici de « Product Manager Hybride » : on reste ancré dans le produit, tout en assumant que le rôle évolue avec l'IA et les nouveaux outils.

1.2 Ce que l'IA fait vraiment au métier de Product Manager

L'IA change déjà le métier de Product Manager et de Product Owner, mais pas forcément là où la hype le laisse entendre. Dans mon quotidien, je la vois surtout agir comme un accélérateur sur des briques très concrètes : analyse de feedbacks, regroupement et synthèse d'entretiens, rédaction de user stories, génération de variantes de messages, prototypage d'écrans ou de workflows à partir d'un besoin formulé en langage naturel.

Le prototypage est un mouvement particulièrement visible. Des outils comme Google Stitch, Figma et ses plugins IA abaissent le coût d'entrée pour produire une maquette interactive, un parcours ou une mini-application crédible, sans mobiliser immédiatement une équipe de développement complète.

L'IA n'a pas décidé à notre place. Elle nous a juste permis de passer moins de temps à fabriquer des livrables et plus de temps à réfléchir ensemble au produit.

Cette reconfiguration crée une pression perceptible sur les PM et les PO. On voit monter des attentes autour de la capacité à manipuler des données, à lancer des POC plus vite et à montrer des artefacts tangibles plutôt qu'à produire uniquement des documents. Ce n'est pas seulement la boîte à outils qui change — c'est aussi la façon dont on évalue une contribution utile au produit.

2. Définir ce nouveau profil hybride

2.1 Ce que disent le marché et les institutions

Sur le marché international, le « product builder » n'est pas décrit comme un simple gestionnaire de backlog. Il combine responsabilités produit et capacité à construire des solutions IA, des automatisations ou des prototypes directement exploitables. En France, on trouve des Product Builders chez PayFit, OTOQI, Bicytrust/Roole, avec des périmètres mêlant cadrage produit, no-code et IA.

Plusieurs publications spécialisées rapprochent ce profil des notions de « hybrid product manager », « engineering product manager » ou « product designer/builder ». Les mots diffèrent selon les écosystèmes, mais l'idée d'un rôle produit plus technique et plus autonome dans le build revient régulièrement.

2.2 Ma définition du Product Manager Hybride

Quand je parle de Product Manager Hybride, je parle d'un product manager 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.

Ce rôle combine trois dimensions :

• La stratégie produit classique : comprendre les problèmes utilisateurs et métiers, formuler une vision, prioriser, arbitrer, mesurer l'impact.
• Une capacité de build augmentée par l'IA : prototyper, construire des mini-apps, automatiser des tâches, expérimenter directement — sans remplacer une équipe de développement.
• La conduite du changement : expliquer ce que l'IA peut faire, ses limites, les risques de sécurité et de dette, cadrer les expérimentations pour éviter les illusions de vitesse.

Être Product Manager Hybride, ce n'est pas déléguer son produit à l'IA. C'est garder la main sur le cap, tout en utilisant l'IA et le no-code comme exosquelette pour construire plus lucidement.

Je trace aussi une frontière claire. Un PM Hybride n'est pas un super-héros qui remplace tous les autres métiers. Ce n'est pas non plus un simple bricoleur d'outils IA déconnecté de la stratégie, du terrain et de l'humain.

3. Comment le PM Hybride redéfinit le trio PM / PO

3.1 Le Product Manager « classique » sous pression

Depuis quelque temps, je vois monter une critique du PM et du PO purement « administratifs ». Une partie du travail historiquement assumé par les PM — rédiger des specs, résumer des feedbacks, maintenir des tickets — correspond à des tâches que l'IA commence à automatiser correctement. Je le confirme sur le terrain.

Marty Cagan, avec sa notion de « product management theater », insiste sur cette dérive et rappelle que les PM sont d'abord responsables de la valeur et de la viabilité, pas de l'animation bureaucratique du système. Dans mes accompagnements, je croise régulièrement des PM fatigués par ce théâtre : agenda rempli de cérémonies, de remplissage de Jira et de slides pour les comités, sans plus de temps pour rencontrer des utilisateurs ou valider une hypothèse.

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

3.2 Tableau comparatif PM / PO / Product Manager Hybride

3.3 Ce que je ne suis pas en train de dire

Je ne dis pas que tout le monde doit devenir Product Builder du jour au lendemain. Dans certaines organisations, des modèles où les développeurs portent déjà une partie du rôle produit peuvent fonctionner. Je ne vends pas non plus une méthode miracle : le PM Hybride s'inscrit dans une continuité avec le Lean, l'agilité bien comprise et la culture produit, qui cherchent depuis longtemps à rapprocher découverte et fabrication.

Ce que je défends, c'est un mouvement vers des profils en T : une base horizontale large sur le produit, la collaboration, le business, la data, le design et la tech, et une vraie verticale sur un domaine clé. Ces profils sont capables d'élargir leur rayon d'action grâce à l'IA, sans perdre de vue leur responsabilité première : créer de la valeur, avec des humains, pour des humains.

4. À quoi ressemble son quotidien concret

4.1 Les pratiques cœur de métier

La première pratique, c'est une découverte augmentée du produit. Il utilise l'IA pour analyser des verbatims, dégager des tendances, segmenter des retours utilisateurs, préparer des guides d'entretien ou reformuler des hypothèses. Cela ne remplace pas le terrain — ça accélère le passage de la matière brute à une compréhension utile.

La deuxième pratique, c'est le prototypage rapide. Avec les outils UX/UI IA, il peut faire créer une maquette, un flux ou une mini-application suffisamment crédible pour être testée auprès d'utilisateurs ou discutée sérieusement avec une équipe.

La troisième pratique, c'est l'expérimentation continue. Plutôt qu'attendre un gros cycle de livraison, il monte des micro-livrables, des POC ou des automatisations testés sur des périmètres limités, instrumentés dès le départ pour vérifier ce qu'ils changent réellement.

4.2 Ce que ce profil ne doit pas devenir

• Un bricoleur permanent. Un PM Hybride ne doit pas devenir un producteur compulsif de POC non industrialisables, sans gouvernance technique, sans alignement stratégique et sans conscience de la dette qu'il crée.
• Un profil solitaire. Plus ce rôle devient efficace, plus la tentation existe de tout centraliser sur une seule personne. C'est séduisant à court terme, mais risqué humainement et organisationnellement.
• Un alibi de transformation. On peut ajouter de l'IA dans les workflows et garder une culture de contrôle, de silos et de décisions mal assumées. Dans ce cas, le PM Hybride devient juste une couche moderne posée sur une organisation qui ne change pas vraiment.

5. Impact sur les métiers autour et sur les organisations

5.1 Sur les PM et les PO existants

L'arrivée du Product Manager Hybride change d'abord la barre d'entrée pour les PM et les PO déjà en poste. Les compétences qui suffisaient jusque-là — prioriser, animer, coordonner, rédiger — ne disparaissent pas, mais elles ne suffisent plus à elles seules si elles restent déconnectées d'une vraie culture tech, data et IA.

Je vois trois trajectoires possibles : certains PM évoluent vers un rôle de PM Hybride ; certains PO se spécialisent davantage comme builders orientés fabrication ; d'autres organisations maintiennent des rôles séparés, mais avec un niveau d'exigence plus élevé sur la contribution concrète au produit.

5.2 Sur l'UX, les devs, les tech leads et la data

Ce nouveau rôle ne rend pas les autres métiers moins utiles — il les pousse à se recentrer sur leur profondeur. Côté UX, la valeur se déplace vers la recherche sérieuse, la cohérence d'ensemble, l'accessibilité et la qualité de l'expérience au-delà du premier jet. Côté développement et tech lead, l'effet peut être positif si le cadre est clair : quand un PM Hybride arrive avec un prototype déjà éprouvé, il peut faire gagner du temps à l'équipe, à condition que les développeurs gardent leur rôle sur la robustesse, la sécurité et la scalabilité.

5.3 Sur les clients internes, les métiers et le CODIR

Pour les directions, le changement se traduit par une évolution des attentes : elles s'habituent à voir des maquettes, des démonstrateurs ou des agents testables plutôt que des slides. Cette évolution peut être positive parce qu'elle remet la preuve au centre de la discussion. Elle a toutefois un revers : plus les prototypes deviennent faciles à produire, plus il est nécessaire de rappeler la différence entre un POC impressionnant et un produit industrialisé.

C'est précisément là que le rôle du PM Hybride est central. Il ne sert pas seulement à accélérer : il cadre les attentes, embarque le métier, le testeur, le valideur et le sponsor dans l'aventure, et conduit le changement IA dans la construction du produit. Tout le monde est gagnant, dès l'instant où cette conduite du changement est bien exercée.

6. Les risques avec la hype IA, la sécurité, la dette et la culture

6.1 Hype et rebranding marketing

Le premier risque est simple : changer les titres sans changer le travail réel. Il est aujourd'hui possible de renommer des postes, d'ajouter « AI », « builder » ou « Hybride » dans un organigramme et de prétendre que l'organisation a évolué, alors que les responsabilités et les critères de réussite n'ont pas bougé. On coche des cases — comme nous avions coché des cases lors de déploiements « agiles » ou de validations RSE.

6.2 Sécurité, conformité et robustesse

Dès qu'un PM Hybride commence à manipuler des données, construire des agents ou automatiser des flux métier, il entre dans une zone où des erreurs peuvent exposer des informations sensibles, créer des dépendances invisibles ou contourner des contrôles essentiels. Les publications récentes sur la gouvernance IA insistent sur la nécessité de politiques, de workflows d'approbation, d'auditabilité et de garde-fous contre la fuite de données, l'injection de prompt ou le Shadow AI.

Un PM Hybride ne peut donc pas agir durablement en électron libre. Il a besoin d'un dialogue structuré avec les tech leads, la sécurité, la conformité, parfois le juridique et la gouvernance data. Sans cela, la vitesse locale peut devenir un risque systémique.

6.3 Risques humains et culturels

Lorsqu'un rôle devient plus autonome et plus visible, la tentation peut être de tout concentrer sur une seule personne. C'est attirant sur le papier, mais cela crée de la dépendance, de la pression individuelle et un point de fragilité. Un autre piège consiste à croire qu'on a transformé l'organisation parce qu'on a ajouté de l'IA dans les workflows — sans améliorer la qualité des décisions, la confiance entre équipes ou la capacité collective à apprendre.

On peut déployer des dizaines d'agents IA sans jamais rendre l'organisation plus intelligente. Sans transformation culturelle, le Product Manager Hybride reste un titre de plus sur un organigramme.

7. Orientations et conduite du changement

7.1 Les questions à se poser côté organisation

Si une organisation veut faire évoluer ses rôles produit vers plus d'hybridation, elle doit commencer par une question de fond : quel problème précis cherche-t-elle à résoudre ? Davantage de vitesse, plus d'autonomie, une meilleure découverte produit, une meilleure qualité de décision, ou simplement un effet de modernisation perçu ? Tant que cette réponse n'est pas claire, le rôle restera flou.

La deuxième question est celle de la maturité réelle. Quel est le niveau actuel de culture produit, de culture agile, de sécurité, de gouvernance data et de compréhension de l'IA dans l'organisation ? On ne déploie pas un PM Hybride de la même façon dans une organisation très autonome et dans une grande structure encore très hiérarchisée.

7.2 Trois leviers concrets pour déployer des Product Managers Hybrides

1. Un parcours de montée en compétence concret — pas uniquement théorique — sur l'IA, le no-code, la lecture de données, la sécurité, les limites des modèles et la qualité de l'expérimentation. L'objectif n'est pas de transformer chaque PM en ingénieur, mais de lui donner une autonomie plus robuste et plus lucide.
2. Des rituels d'équipe : démonstrations de POC, retours d'expérience, post-mortems, partage de méthodes d'usage de l'IA, communautés de pratique. L'enjeu n'est pas seulement des compétences individuelles — c'est un langage collectif et une mémoire organisationnelle autour de ces pratiques.
3. La qualité de l'orchestration humain-IA. Dans plusieurs équipes que j'accompagne, nous avons fini par traiter les agents IA comme de vrais équipiers : nommés, dotés d'un périmètre, de responsabilités et de limites claires. À chaque rétrospective, nous challengeons ces équipiers IA — nous regardons s'ils nous aident vraiment, s'ils prennent trop la main, s'ils restent alignés avec les besoins du produit. L'IA n'est plus une boîte noire fascinante, mais un collègue très puissant qui doit rester au service des humains.

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

8. Position personnelle et ouverture

Ma conviction est la suivante. Je pense que le Product Manager Hybride représente une voie d'évolution crédible pour les métiers produit, mais seulement si on évite deux caricatures : le « tout IA » d'un côté, et la défense nostalgique du PM uniquement coordinateur de l'autre.

Je ne crois pas à un futur où l'IA déciderait à notre place de ce qui mérite d'être construit. En revanche, je crois à un futur où elle nous oblige à redevenir meilleurs sur l'essentiel : lire les signaux, comprendre les humains, arbitrer les compromis, matérialiser rapidement une idée et assumer nos choix au lieu de les diluer dans des processus.

Pour moi, ce rôle n'est pas une méthode miracle. C'est une évolution cohérente avec ce que l'agilité, le Lean et la culture produit essaient de nous apprendre depuis longtemps : rapprocher la décision de la réalité, réduire les cycles d'apprentissage et redonner de l'autonomie à des équipes responsables. Encore faut-il que cette autonomie soit accompagnée d'exigence, de gouvernance et d'un vrai travail sur la culture.

La vraie question n'est peut-être pas « faut-il adopter ce titre ? ». C'est plutôt : dans quelle mesure êtes-vous prêts à faire évoluer vos pratiques, votre rapport à la preuve, votre usage de l'IA 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 ?