PM augmenté

Définition : libérer le temps produit

Le PM augmenté est un Product Manager qui délègue aux agents IA les tâches chronophages de son quotidien (synthèses d'entretiens, comptes rendus, rédaction de user stories, analyses de données d'usage, préparation de backlog) pour maximiser le temps consacré à ce qui ne se délègue pas : la stratégie et la product discovery. Le terme est porté par l'offre WEnvision « Concevoir & fabriquer à l'ère de l'agentique », qui en fait le premier de ses axes d'accompagnement, aux côtés de la figure du Product Builder : un PM qui matérialise lui-même ses idées en prototypes fonctionnels grâce aux agents. Le terme français n'a pas d'autre propriétaire ; les notions qu'il agrège, elles, ont des sources publiques.

Pourquoi maintenant : le goulot se déplace

Le PM augmenté répond à un déplacement structurel du goulot d'étranglement. Marty Cagan (« Build to Learn vs Build to Earn », 16 avril 2026) observe que la chute du coût du delivery déplace l'enjeu : construire la fonctionnalité n'est plus le goulot, « le vrai goulot est de découvrir une solution qui vaille la peine d'être construite ».

Andrew Ng, lors de l'AI Startup School de Y Combinator (San Francisco, juin 2025 ; vidéo publiée par YC le 10 juillet 2025), raconte qu'une de ses équipes lui a proposé, une première pour lui, de passer du ratio historique d'un PM pour quatre ingénieurs à un PM pour un demi-ingénieur, soit deux fois plus de PM que d'ingénieurs. Sa lecture, d'après la transcription publiée de l'intervention : « le travail de product management, recueillir le retour des utilisateurs, décider quelles fonctionnalités construire, devient de plus en plus le goulot ». Il s'agit d'une anecdote sur une équipe, pas d'une enquête : aucune étude chiffrée sur la part du temps de PM absorbée par l'IA n'a été trouvée au 7 septembre 2026. Si le produit décide à la même vitesse qu'avant, l'ingénierie dix fois plus rapide n'accélère rien.

L'écho du Product Creator et les quatre risques

La figure du Product Builder fait écho au Product Creator de Marty Cagan et Bob Baxley (« The Era of the Product Creator », svpg.com, 27 mai 2025) : « quiconque façonne activement le produit et s'attaque aux risques produit (valeur, utilisabilité, faisabilité et viabilité) est un product creator », et les auteurs s'attendent à ce que les PM qui ne créent pas soient laissés de côté. Ces quatre risques, formalisés dans « The Four Big Risks » (4 décembre 2017), restent la grille de responsabilité du PM augmenté :

• Valeur : les clients l'achèteront-ils, les utilisateurs le choisiront-ils ? (responsabilité du PM)
• Utilisabilité : sauront-ils s'en servir ? (responsabilité du designer)
• Faisabilité : peut-on le construire avec le temps, les compétences et la technologie disponibles ? (responsabilité du lead engineer)
• Viabilité business : la solution fonctionne-t-elle pour toutes les dimensions de l'entreprise ? (responsabilité du PM)

Frontières : Product Engineer et Loop Engineering

À ne pas confondre avec le Product Engineer, qui est le versant ingénieur de la même mutation : un ingénieur qui remonte vers le produit en coordonnant la production pilotée par l'IA, là où le PM augmenté est un profil produit qui descend vers la fabrication. Les deux se rejoignent dans la porosité PDLC/SDLC. Le Product Creator de Cagan est une notion voisine : il élargit le rôle produit aux designers, ingénieurs et fondateurs, sans rien dire de l'outillage par les agents. Le Loop Engineering est quant à lui la compétence d'évaluation qui accompagne cette augmentation : la génération étant résolue, le travail du PM se déplace vers la conception des boucles, des critères d'évaluation et des artefacts durables qui encodent son jugement.