Devenir PM à l'ère de l'IA 07 | Vous n'écrivez plus de PRD — vous livrez trois réalisations

Regardons d’abord ce qui change du côté du recrutement.

En 2026, pour recruter un product manager, le critère de pas mal d’équipes a discrètement changé : celui qui a en main une vraie fonctionnalité produit mise en ligne, et qui sait expliquer comment il avait défini « est-ce bien fait ou pas », passe pour un candidat fort — tandis que l’ancien combo « PRD bien rédigé, certificats, a déjà piloté un board » recule plutôt dans la file. Un recruteur le dit sans détour : les certificats et le MBA sont des signaux, jamais la preuve que « cette personne sait sortir des choses » ; ce qu’on regarde, ce sont les produits qu’elle a possédés, les décisions qu’elle a prises.

Dans le premier article, j’avais laissé un hameçon : parmi les tâches dont l’IA s’est emparée, écrire le PRD et dessiner la maquette arrivent en tête. Qu’elle s’en empare veut dire une chose — ce ne sont plus vos livrables. Un PRD que l’IA génère en quelques minutes ne prouve rien sur vous. Alors avec quoi un PM à l’ère de l’IA prouve-t-il sa valeur ? Trois réalisations.

1. Un produit qu’on peut ouvrir et cliquer

La première, c’est quelque chose que les autres peuvent ouvrir via un lien et utiliser pour de vrai. Ne livrez pas un document qui le décrit, livrez-le, lui.

C’est exactement ce que vous offre l’article précédent, le dire pour qu’il existe : vous ne savez pas coder, et vous pouvez quand même énoncer ce que vous voulez faire, le faire construire par l’IA, et le déployer sur une adresse que tout le monde peut visiter. Même un petit outil qui ne règle qu’un de vos propres tracas bien précis : s’il tourne, qu’on peut s’en servir, et que des gens cliquent dessus, il est plus convaincant que dix pages de PRD.

Le construire et l’accrocher à une adresse accessible — et cette réalisation-là est faite. En entretien, ce que vous envoyez n’est pas une pièce jointe, c’est un lien.

2. Une rétrospective avec de vrais chiffres

La deuxième, c’est une rétrospective qui dit clairement « ce que vous avez fait, et de combien le résultat a bougé ». Le nœud, c’est ce chiffre.

N’écrivez pas « j’ai piloté la fonctionnalité XX, amélioré l’expérience utilisateur » — cette phrase, n’importe qui peut l’écrire, elle ne prouve rien. Écrivez : « après la mise en ligne de cet onboarding, la rétention des nouveaux utilisateurs sur la première semaine est passée de 35 % à 47 % » ; « ce changement a divisé par deux le type de plaintes clients où l’on ne trouvait pas l’entrée ». Un vrai chiffre, avant et après, plus la raison pour laquelle vous aviez tranché ainsi, où vous vous étiez trompé et comment vous avez ajusté : ça pèse plus que n’importe quel adjectif.

Pas de chiffre épatant ? Pas grave. « Deux semaines après la mise en ligne, personne n’utilisait cette fonctionnalité, on l’a coupée ; à la rétrospective, c’était parce que… » est tout aussi une bonne réalisation — elle prouve que vous savez lire les retours réels, que vous osez reconnaître une erreur de jugement, et que vous savez la corriger.

3. Une eval que vous avez écrite vous-même

La troisième, c’est comment vous définissez « ce qui compte comme bien fait », et comment vous le vérifiez.

C’est la plus rare, et celle qui vous distingue le plus des autres. À faire le même chatbot de service client, l’un livre un « ça tourne, ça suffit » ; l’autre sort un jeu de critères de vérification qu’il a écrits lui-même : quels types de questions doivent absolument être bien traités, ce qui compte comme réponse acceptable, comment compter une mauvaise réponse, comment refaire passer le test de non-régression chaque semaine après la mise en ligne. Ce truc-là, c’est l’eval — votre définition du « bien », coulée en un standard qu’on peut vérifier encore et encore.

Au recrutement de 2026, « avoir l’histoire d’une fonctionnalité en ligne + une vraie eval » devient l’équipement de base du candidat fort. Ça ne prouve pas seulement que vous savez utiliser tel outil, mais surtout que vous portez en vous une règle pour mesurer le « bon et le mauvais », et que cette règle tient le regard des autres. Cette réalisation-là est une compétence dure que les prochains articles déploieront en détail ; ici, sachez d’abord qu’elle est votre troisième réalisation.

Une chose à faire dès aujourd’hui : choisissez une chose que vous avez faite et qui est à peu près présentable, et écrivez-la en trois phrases — son lien accessible (si vous n’en avez pas, commencez par réfléchir à comment la construire et l’accrocher), un vrai chiffre avant/après, et comment vous aviez tranché « à quel point il faut que ce soit fait pour que ce soit bien ». Ces trois phrases sont la première page de votre portfolio.

Pour aller plus loin

• Aakash Gupta, « The Real Product Manager Requirements: Your 2026 Hiring Blueprint » (les certificats sont des signaux, pas des preuves ; on regarde les produits possédés) : https://www.aakashg.com/product-manager-requirements/
• Le premier article de cette série, « Quelles tâches du product manager l’IA s’est-elle emparée, et lesquelles valent au contraire plus cher » : /fr/blog/ai-pm-what-changed/
• Le sixième article de cette série, « Le dire pour qu’il existe : transformer une idée claire en produit cliquable en une phrase » : /fr/blog/speak-it-into-being/