Devenir PM à l'ère de l'IA 03 | Traiter l'IA comme un collègue, pas comme un outil

Commençons par regarder comment la plupart des gens se servent de l’IA.

On ouvre une nouvelle conversation, on tape « aide-moi à écrire un plan de croissance utilisateurs », on récupère une version lisse et passe-partout que n’importe qui pourrait utiliser, et si elle ne convient pas, on retape une phrase. La fois suivante, un nouveau besoin, une nouvelle conversation, et on réexplique tout depuis le début : quel est notre produit, qui sont nos utilisateurs, ce qu’on avait décidé la dernière fois. Quelqu’un a très bien résumé ce processus : à chaque nouvelle conversation, vous refaites l’onboarding d’un employé amnésique — la structure de votre projet, à réexpliquer ; les priorités de l’équipe, à réexpliquer ; ce qui a été tranché la semaine dernière, à réexpliquer.

Jacob Bank, le CEO de Relay.app, a lâché une phrase au sommet des leaders du produit IA de 2026 : arrête de traiter l’IA comme un outil, traite-la comme un collègue que tu as recruté. La phrase en elle-même n’est qu’un slogan, peu utile. Ce qui est utile, c’est la mécanique d’encadrement qui se cache derrière — la façon dont vous encadrez un nouveau collègue junior, c’est exactement comme ça que vous devez encadrer l’IA. Voici quatre gestes concrets à reproduire.

1. Écrivez-lui d’abord un document de passation, ne réexpliquez pas tout à chaque fois

Le premier jour d’un nouveau collègue, vous n’attendez pas de lui qu’il sache tout. Vous lui remettez un document : quel produit on fabrique, pour qui, où se trouvent le code et la documentation, quelles sont les règles tacites. Les CLAUDE.md et AGENTS.md apparus ces deux dernières années dans le monde de l’ingénierie IA font exactement ça — c’est le document d’onboarding écrit pour un collègue « qui n’a aucune mémoire d’une conversation à l’autre ». Il est injecté automatiquement au début de chaque conversation, ce qui vous évite de tout répéter sans cesse.

Le product manager devrait avoir le sien. Écrivez tout ceci clairement, une bonne fois :

Produit : une mini-application de comptabilité destinée aux petits commerçants. Utilisateurs : des patrons indépendants qui tiennent un salon de thé, une supérette, qui n’y connaissent rien en finance et travaillent surtout sur mobile. Nos conventions : les montants se stockent toujours en « centimes », jamais en « euros » ; toute fonctionnalité doit d’abord exister en version configurable depuis le back-office ; pas de jargon comme « créances clients » dans les textes, on dit « l’argent que les autres te doivent ». Ce qu’on fait dans cette version : générer automatiquement, en fin de mois, un rapport simple « combien j’ai gagné ce mois-ci ».

Mettez ce passage dans le document, et ensuite, à chaque fois que vous lui confiez du travail, il l’aborde avec ces prémisses. Quelle différence ça fait ? Si vous dites simplement « fais-moi un rapport mensuel », il vous sortira très probablement un tableau financier avec « créances / dettes / marge brute » — une catastrophe pour un patron indépendant. Ce n’est pas qu’il ne sait pas faire, c’est que vous ne lui avez pas donné ces limites, alors il s’en tient au défaut le plus grand public.

2. Confiez-lui un bloc de travail entier, et verrouillez les limites et la définition de « terminé »

Quand on encadre quelqu’un, le pire est de lui balancer une demi-phrase : « débrouille-toi pour me faire une fonctionnalité de coupons. » Le junior va soit se retrouver coincé, soit vous rendre un truc trois fois plus gros que prévu et bourré de choses que vous n’aviez pas demandées. Confier du travail à l’IA, c’est pareil. Confiez un bloc entier d’un coup, mais verrouillez trois choses : ce qu’on fait, ce qu’on ne fait pas, ce qui compte comme terminé.

Cette fois, on fait le coupon de première commande pour les nouveaux utilisateurs. Ce qu’on ne fait pas cette fois : les coupons pour les utilisateurs existants, le parrainage viral, le cumul de coupons — on verra ça plus tard, on n’y touche surtout pas pour l’instant. Critère de « terminé » : le back-office permet de configurer le montant et la durée de validité du coupon ; le coupon est correctement déduit lorsqu’un nouvel utilisateur passe sa première commande ; un utilisateur existant qui arrive ne voit pas ce coupon.

La ligne « ce qu’on ne fait pas cette fois » est la plus facile à oublier, et la plus précieuse. L’IA ne déduit pas les limites de votre silence — si vous n’écrivez pas « cette fois, pas de coupon pour les utilisateurs existants », neuf fois sur dix elle vous ajoutera au passage toute la logique pour les utilisateurs existants, parce qu’elle « pense bien faire en anticipant ». Écrire ce qu’on ne fait pas est encore plus important qu’écrire ce qu’on fait.

3. Relisez sa production comme la PR d’un collègue junior

Une fois qu’elle vous a rendu son travail, le geste le plus dangereux est de cliquer directement sur « adopter ». Le code que vous rend un junior, vous le relisez ; ce que rend l’IA, vous devez le relire encore plus — elle est plus douée que le junior pour « bien tourner les choses » et sait emballer un travail inachevé comme s’il était terminé.

Au moment de relire, ne regardez pas seulement le résultat, faites-lui d’abord mettre cartes sur table :

Ne me donne pas tout de suite la version finale. Raconte-moi ton processus : qu’as-tu fait que je n’avais pas explicité, quelles hypothèses as-tu comblées de toi-même ? Signale les trois endroits dont tu es le moins sûr. Qu’est-ce qui n’était pas dans le besoin que je t’ai donné et que tu as ajouté en plus ?

Cette question-là fait remonter à la surface tout ce qu’elle complète habituellement en douce pour vous — « j’ai pris par défaut que le coupon était valable partout », « j’ai supposé une validité de 7 jours », « j’ai ajouté au passage un coupon de parrainage, parce que ça se fait en général ». Qu’une seule de ces hypothèses diffère de ce que vous aviez en tête, et la version finale est fausse. Lui faire dire tout ça elle-même va bien plus vite que d’éplucher sa production ligne par ligne, et c’est aussi l’habitude la plus utile à prendre quand on encadre un junior : écouter d’abord comment il a raisonné, puis vérifier si ce qu’il a fait est correct.

4. Réinscrivez chaque correction dans le document de passation

Quiconque a encadré quelqu’un le sait : la même erreur corrigée trois fois et toujours répétée, c’est ce qu’il y a de plus usant. L’IA n’a pas de mémoire ; si vous ne le notez pas, elle refera la même erreur à chaque fois. Donc chaque fois que vous la corrigez, réinscrivez au passage cette correction dans le document de la première étape.

Elle a de nouveau calculé les montants en « euros » ; une fois la correction faite, retournez dans le CLAUDE.md et ajoutez une ligne : « À redire : tous les montants sont stockés et calculés en interne en centimes, et convertis en euros uniquement à l’affichage pour l’utilisateur. » La fois suivante, elle ne se trompera plus. Elle a de nouveau utilisé « créances clients » ? Ajoutez une ligne aux conventions de rédaction. Ce document grandit ainsi semaine après semaine et devient un collègue qui vous comprend de mieux en mieux à l’usage — c’est précisément la différence la plus concrète entre traiter l’IA comme un collègue et comme un outil : l’outil est jetable une fois utilisé, le collègue s’améliore grâce à vos retours.

Un rappel à contre-courant

Encadrer un collègue, c’est aussi une autre règle : toutes les tâches ne doivent pas être déléguées. Les actions irréversibles une fois déclenchées — émettre réellement les coupons, supprimer des données, virer de l’argent — ce clic-là, laissez-le à un humain. L’IA peut vous préparer le plan, la configuration et les textes des coupons, mais le bouton « envoi groupé à cent mille utilisateurs », appuyez dessus vous-même. C’est le même principe qu’avec un nouveau : vous lui faites rédiger un e-mail, mais vous ne lui donnez pas le droit d’« envoyer à tout le monde » dès le premier jour.

Une chose à faire dès aujourd’hui : ouvrez l’IA que vous utilisez, et rédigez en une vingtaine de lignes un document de passation qui consigne le contexte de votre produit, ses utilisateurs et vos trois conventions les plus importantes, puis sauvegardez-le. La prochaine fois que vous travaillez, collez-le d’abord, et regardez à quel point la production diffère de celle d’avant.

Pour aller plus loin

• Scrum.org, « AI as Your Teammate: The Four-Step Framework for Product Teams » : https://www.scrum.org/resources/ai-your-teammate-four-step-framework-product-teams
• À propos de AGENTS.md / CLAUDE.md comme « document d’onboarding pour l’IA » : https://vibecoding.app/blog/agents-md-guide
• Le premier article de cette série, « Quelles tâches du product manager l’IA a-t-elle reprises, et lesquelles valent au contraire plus cher » : /fr/blog/ai-pm-what-changed/
• Le deuxième article de cette série, « Ne pas maîtriser la technique, pourquoi c’est au contraire un avantage » : /fr/blog/not-knowing-code-is-an-edge/