Marty Cagan est la voix la plus influente en matière de gestion de produits depuis deux décennies. Ses livres, *INSPIRED*, *EMPOWERED*, *TRANSFORMED*, ont défini le vocabulaire que l'industrie utilise pour parler d'elle-même. Lorsque Cagan écrit, le monde des produits se réorganise autour de ce qu'il dit.

C’est pourquoi il est important que son travail le plus récent contienne une contradiction suffisamment aiguë pour être vue depuis l’orbite.

En décembre 2023, Cagan a publié ["The Product Manager Contribution"](https://www.svpg.com/the-product-manager-contribution), dans lequel il a défini quatre domaines de connaissances essentiels que le PM doit apporter à l'équipe : une connaissance approfondie des clients, une maîtrise des données et des analyses, une compréhension approfondie de l'entreprise (mise sur le marché, parties prenantes, économie, conformité) et une maîtrise du paysage concurrentiel et des tendances du secteur. Sa conclusion était sans ambiguïté :

> Ce sont les quatre contributions essentielles que vous devez absolument apporter à l'équipe. Ces connaissances ne viendront pas du concepteur du produit, ni des ingénieurs, mais le concepteur et les ingénieurs ont besoin que ces connaissances soient représentées au sein de l'équipe s'ils veulent prendre des décisions intelligentes et éclairées.
>
> *Marty Cagan, ["La contribution du chef de produit"](https://www.svpg.com/the-product-manager-contribution), décembre 2023*

En janvier 2025, il va plus loin. Dans ["AI Product Management 2 Years In"](https://www.svpg.com/ai-product-management-2-years-in), il a soutenu que "contrairement à l'opinion populaire, le rôle de PM devient plus essentiel mais aussi plus difficile avec les produits génératifs basés sur l'IA, pas moins".

Il avait raison. C’était la version la plus solide et la plus défendable de l’argument. Et puis, au cours des dix-huit mois suivants, il s’en est éloigné.

## Le pivot

En mai 2025, dans ["L'ère du créateur de produit"](https://www.svpg.com/the-era-of-the-product-creator), Cagan a annoncé que le rôle de PM était en train d'être résumé en une fonction générique que n'importe qui pouvait remplir. Les concepteurs, les ingénieurs, les fondateurs, les parties prenantes, toute personne ayant un « sens du produit » et la capacité d'utiliser les nouveaux outils de prototypage basés sur l'IA pourraient servir de « créateur de produit ». Le PM n’était plus l’intégrateur irremplaçable. Le Premier ministre était une instanciation possible d’un rôle désormais ouvert à tous.

Le changement s'est accéléré pendant le reste de l'année 2025 et jusqu'en 2026. ["The Purpose of Prototypes"](https://www.svpg.com/the-Purpose-of-prototypes/) (septembre 2025) a redéfini le travail de découverte en tant que travail de prototypage. ["Prototypes vs Products"](https://www.svpg.com/prototypes-vs-products/) (novembre 2025) a averti les PM qu'ils se mettaient dans l'embarras en confondant les prototypes avec les logiciels de production. ["Build to Learn vs Build to Earn"](https://www.svpg.com/build-to-learn-vs-build-to-earn/) (avril 2026) a compressé la contribution du PM à la construction et au test de prototypes alimentés par le sens du produit. Et la ["FAQ Build to Learn"](https://www.svpg.com/build-to-learn-faq/) (avril 2026) a systématiquement dépouillé le rôle de PM de toute conception de soi qui n'était pas "constructeur" : ni le décideur, ni le protecteur de l'équipe, ni le manager, ni la personne qui explique "le pourquoi".

Il ne restait plus que : vous réalisez des prototypes, vous les testez contre quatre risques, et votre sens du produit vous dit quoi penser des résultats.

## Ce qui a été perdu

Voici Cagan en octobre 2023, décrivant le PM d'une équipe produit habilitée :

> Une connaissance approfondie du client, des données, du secteur et surtout de votre métier (vente, marketing, finance, support, juridique, etc.) est absolument non négociable et indispensable.
>
> *Marty Cagan, ["Équipes produit contre fonctionnalités"](https://www.svpg.com/product-vs-feature-teams), octobre 2023*

Et voici Cagan en janvier 2022, expliquant comment le Premier ministre résout la viabilité :

> Il est essentiel que le chef de produit ait un accès direct aux experts de votre entreprise, dans les domaines du marketing, des ventes, des services, de la finance, du droit, de la conformité, de la fabrication, des experts en la matière, etc. Le chef de produit doit établir des relations avec ces personnes dans lesquelles la partie prenante estime que le chef de produit comprend les contraintes pertinentes et veillera à ce qu'elles soient prises en compte dans toute solution proposée.
>
> *Marty Cagan, ["Two in a Box PM"](https://www.svpg.com/two-in-a-box-pm), janvier 2022*

Ce n'est pas du prototypage. Il s'agit de l'établissement de relations, de l'intégration organisationnelle et de la lente accumulation de confiance dans toutes les fonctions de l'entreprise. Vous ne pouvez pas tester la viabilité en montrant à une partie prenante un prototype Lovable. Vous testez la viabilité en entretenant une relation suffisamment profonde pour que la partie prenante vous indique les contraintes réelles, et non les contraintes officielles.

Le Cagan 2022 l’a bien compris. Le Cagan 2026 le traite comme un bruit de fond.

## Le coup manqué

L’IA permet à quiconque de construire un prototype très facilement. Cagan le voit clairement et le dit. Ce qu'il ne fait pas, c'est pousser cette observation jusqu'à sa conclusion logique : si tout le monde peut prototyper, alors le prototypage n'est plus un différenciateur pour le PM. La différenciation du PM doit venir d'ailleurs, du jugement intégrateur qu'aucune compétence en matière de prototypage ne peut remplacer.

Cagan a cependant en partie raison sur quelque chose de réel. L’IA permet à une personne d’assumer plusieurs rôles en même temps. Je gère toutes les fonctions de ma startup, produit, ingénierie, conception, mise sur le marché, d'une manière qui aurait nécessité une équipe de cinq personnes il y a trois ans. Un PM peut désormais créer des prototypes et expédier des logiciels de production comme jamais auparavant. Il y a de véritables gains d’efficacité à le faire, surtout au début, lorsque le contexte est concentré dans une seule tête et que chaque transfert est une pure perte. Les PM devraient construire. Cagan a raison sur ce point.

Là où il se trompe, c'est en réduisant la définition du rôle pour qu'elle corresponde à la nouvelle capacité. Une personne peut porter le chapeau PM et le chapeau constructeur. Cela n’en fait pas le même chapeau. Le rôle du PM est toujours défini par un jugement intégratif dans quatre domaines de connaissances. La construction est un type de travail différent avec des critères de qualité différents. Lorsqu’une personne fait les deux, elle fait bien deux tâches, pas une seule fusion. Confondre « une personne peut faire plus de choses » avec « les rôles sont désormais les mêmes » est exactement l'erreur de catégorie qui conduit les organisations à cesser de recruter pour une profondeur d'intégration, car elles supposent que le constructeur l'a déjà.

L’argument s’écrit pratiquement tout seul, et il est déjà latent dans le propre travail de Cagan.

Lorsque le coût de la construction baisse, le coût de la mauvaise construction devient le coût dominant. Et « la mauvaise chose » n'est presque jamais mauvaise dans une seule dimension. C'est faux parce que cela résout un problème réel d'une manière qui crée un cauchemar de conformité, ou cela ravit les utilisateurs mais détruit l'économie de l'unité, ou c'est techniquement élégant mais ne correspond pas au mouvement de vente, ou c'est exactement ce que les clients disent vouloir mais cannibalise la gamme de produits la plus rentable.

Ce sont des échecs d’intégration, pas des échecs de prototypage. Ce sont des tensions interdisciplinaires qui vivent dans les relations *entre* les dimensions, et non dans aucune d'entre elles. Aucun nombre de prototypes Lovable ne les fera apparaître.

Lorsque la livraison était coûteuse, les échecs d’intégration étaient masqués. Vous avez livré si rarement que chaque version a été examinée sous tous les angles avant le lancement, presque par défaut. La lenteur du processus était en soi une fonction forçante à un examen multidimensionnel. Maintenant que la livraison est rapide et bon marché, ce gouverneur naturel a disparu. Les équipes peuvent expédier avant que quiconque ait réfléchi aux effets de second ordre.

Le PM en tant qu'intégrateur devient *le* contrôle critique d'un système désormais optimisé pour la vitesse mais pas pour la cohérence.

## La pathologie déjà guérie

Il y a une ironie supplémentaire qui accentue la contradiction. La pathologie à laquelle Cagan a répondu, des PM qui ne font que coordonner, faciliter et rédiger des spécifications, sans jamais toucher au produit lui-même, était un problème réel et sérieux. Mais il s’agissait d’un problème d’une époque spécifique, dans laquelle le prototypage exigeait des compétences en conception ou en ingénierie qui manquaient à de nombreux chefs de projet. Privés du produit lui-même, ils ont occupé leurs journées avec la gestion de Jira, les réunions des parties prenantes et le théâtre de feuilles de route.

Les outils de prototypage d’IA sont précisément ce qui guérit cette pathologie. Lorsqu'un PM peut faire tourner un prototype fonctionnel en un après-midi, l'obstacle qui le maintenait prisonnier du travail de coordination disparaît. Le PM coordinateur peut désormais toucher le produit. Le rédacteur des spécifications peut désormais prototyper au lieu de décrire.

Cagan a vu le remède arriver et a réagi en réorganisant toute la définition du rôle autour du remède, comme si la maladie s'aggravait plutôt que de s'améliorer. Il a défini le rôle du PM autour des compétences qui viennent d'être banalisées, tout en rejetant les compétences qui viennent de se raréfier.

## Ce que le sens du produit nécessite réellement

Cagan dit que le sens du produit est la partie la plus difficile. Je suis d'accord. Mais le sens du produit ne découle pas du prototypage. Cela provient des conversations avec les clients, de l'analyse des données, de la veille concurrentielle, des appels commerciaux, du tri des tickets d'assistance, de la gestion des relations avec les parties prenantes, de l'immersion sur le marché et d'années passées à observer ce qui se passe lorsqu'un produit rencontre la réalité à grande échelle.

Toutes ces activités semblent « ne pas construire » du point de vue de la [FAQ Build to Learn](https://www.svpg.com/build-to-learn-faq/). Mais ils constituent le substrat sur lequel se développe le sens du produit. En définissant le travail du PM comme étant du prototypage et des tests, Cagan risque de créer des PM qui maîtrisent les outils mais n'ont pas la profondeur contextuelle nécessaire pour savoir quoi prototyper. C’est exactement le mode d’échec contre lequel il met en garde, sans reconnaître que sa propre conception décourage les activités qui l’empêchent.

La FAQ dit aux PM de croire que leurs dirigeants choisiront les bons problèmes. Cela leur dit qu’ils ne sont ni les décideurs, ni les protecteurs, ni les gestionnaires. Cela leur dit de se concentrer sur la découverte de solutions. Mais le sens du produit se construit précisément à travers le travail organisationnel et relationnel que la FAQ rejette. Si vous dites systématiquement aux PM d'arrêter de faire ces choses, vous coupez les lignes d'approvisionnement vers la capacité même qui, selon vous, compte le plus.

## L'argument le plus fort

Voici ce que Cagan aurait pu dire, et ce qu’impliquent déjà ses archives de 2020 au début de 2025 :

*L'IA gère les mécanismes d'exploration. Le PM gère l'intégration de ce qui a été appris avec tout ce que l'entreprise connaît et a besoin. Cette intégration, et non le prototypage, est le cœur irréductible du travail, et elle est plus importante que jamais car le volume d'éléments à intégrer explose.*

Chaque dimension de la contribution traditionnelle du Premier ministre devient de plus en plus précieuse, pas moins. La compréhension du client est plus importante, car les prototypes générés par l'IA peuvent tester la valeur superficielle sans que personne ne comprenne profondément pourquoi les clients achètent réellement. La maîtrise des données est plus importante car le volume du signal explose et quelqu'un a besoin de savoir quel signal est réel. La connaissance commerciale est plus importante car une livraison bon marché signifie que davantage de choses sont expédiées et que chacune doit être cohérente avec le modèle commercial. La connaissance du secteur est d’autant plus importante que le paysage concurrentiel évolue plus rapidement et que l’écart entre connaissance et obsolescence se rétrécit.

Le PM qui détient ces quatre domaines de connaissances en tête et utilise cette compréhension intégrée pour prendre des décisions qu'aucun spécialiste ne peut prendre de son seul point de vue, constitue l'apport le plus rare dans une organisation de produits accélérée par l'IA. Non pas parce qu'elle peut prototyper plus rapidement que l'ingénieur, mais parce qu'elle sait quel prototype construire, quel signal en extraire et comment intégrer ce signal à tout ce qu'elle sait sur l'entreprise, le client et le marché.

Cagan avait la position intellectuelle et le public pour faire valoir ce point. Il avait déjà rédigé l’argumentation centrale dans une douzaine d’articles. Il n'avait tout simplement pas suivi sa propre logique jusqu'au bout au moment où cela comptait le plus.

Il ne s'agit pas seulement de PM. Chaque discipline répond à la même question structurelle : lorsque la couche d'exécution de votre travail est absorbée, votre identité migre-t-elle vers ce que l'IA vient de rendre facile, ou vers ce que l'IA ne peut pas faire ? Le débat sur le Premier ministre est un exemple de cette question, visible parce que les écrits de Cagan mettent officiellement les deux côtés de la contradiction. La réorientation plus large, dans tous les rôles logiciels, est la même question qui s'applique partout. J'expose la version institutionnelle dans [The Human Inversion](/posts/series/the-human-inversion), une série en cinq parties sur la fondation, l'exécution, la révision et qui détient la cohérence lorsque le milieu se dissout.

---

Rien de tout cela ne signifie que Cagan a tort sur tout. La distinction entre [construire pour apprendre et construire pour gagner](https://www.svpg.com/build-to-learn-vs-build-to-earn/) est réelle et utile. Le [cadre des quatre risques](https://www.svpg.com/four-big-risks/) est une bonne liste de contrôle de départ. L'avertissement concernant les PM qui [confondent les prototypes avec les produits](https://www.svpg.com/prototypes-vs-products/) arrive à point nommé. Et l'appel lancé aux PM pour qu'ils s'engagent réellement dans le produit, pour le construire, et pas seulement pour le décrire, a toujours été l'une de ses contributions les plus précieuses.

Mais l'orientation des travaux récents, du PM en tant qu'intégrateur au PM en tant que prototypeur, du rôle étant « plus essentiel » au rôle étant « une instanciation possible du créateur de produit », est un recul par rapport à son terrain le plus fort. Il définit le travail autour de l'activité que l'IA vient de rendre facile, tout en abandonnant les activités que l'IA ne peut pas toucher et que le précédent Cagan a correctement identifiées comme la contribution irréductible du Premier ministre.

Le monde des produits aurait été mieux servi si Cagan avait examiné la transformation de l'IA et déclaré : le PM coordinateur est enfin libéré du travail de coordination, elle peut désormais devenir le PM intégrateur qu'elle a toujours été censée être. Cela aurait été un message conforme à sa meilleure réflexion, ancré dans la réalité structurelle de ce que l'IA change et de ce qu'elle ne change pas, et véritablement utile aux milliers de PM essayant de comprendre quel est leur travail actuel.

Au lieu de cela, nous avons obtenu : tout le monde est désormais un bâtisseur. Ce qui est vrai. Mais c’est la vérité la moins intéressante, et elle laisse sans réponse la question plus difficile de savoir qui détient la vision globale lorsque tout le monde construit.