TAG

# product manager à l'ère de l'IA

2026-07-03

Devenir PM à l'ère de l'IA 10 | Haute fidélité d'abord : je n'ai pas dessiné un seul wireframe depuis six mois

C'est le dixième article de la série « Devenir PM à l'ère de l'IA ». Si les wireframes basse fidélité ont existé, c'est parce que « en faire une vraie version » coûtait trop cher : il fallait d'abord aligner la direction générale avec des boîtes grises. Aujourd'hui, une seule phrase suffit pour sortir en quelques minutes une page réellement cliquable dans le navigateur — l'équipe produit de n8n a carrément remplacé tout son processus de wireframing, et un directeur de Delivery Hero a bricolé un prototype en une heure sans faire appel aux ingénieurs. Moi non plus, je n'ai pas dessiné un seul wireframe depuis six mois. Cet article raconte comment je saute désormais la basse fidélité pour bricoler directement une haute fidélité qui tourne : du vrai contenu et pas de texte de remplissage, tous les états remplis (chargement / vide / erreur / succès), quelque chose de réellement cliquable, testé en le faisant vraiment tourner dans le navigateur — et une nouvelle habitude née du fait qu'une version ne prend plus que quelques minutes.

2026-07-02

Devenir PM à l'ère de l'IA 09 | D'exécutant à orchestrateur : votre nouveau métier, c'est diriger une flotte d'agents

C'est le neuvième article de la série « Devenir PM à l'ère de l'IA ». En 2026, les gens les plus efficaces ne fixent plus un seul agent qui modifie le code en temps réel : ils lancent plusieurs agents à la fois — chacun avec son contexte, sa part du travail, tournant en asynchrone — pendant qu'eux, au-dessus, découpent, répartissent et réceptionnent. Addy Osmani appelle cela « passer de chef d'orchestre à orchestrateur », et une phrase fait mouche : une instruction floue est amplifiée en une flotte entière d'agents qui se trompent, une instruction précise en une flotte entière d'implémentations justes. Cet article décrit quatre gestes concrets : ne pas suivre un seul agent de bout en bout, découper le travail en blocs parallèles qui ne se chevauchent pas, donner à chaque bloc un spec clair, et faire de votre travail le découpage et la réception.

2026-06-30

Devenir PM à l'ère de l'IA 08 | L'IA ne peut pas trouver le vrai problème à votre place

C'est le huitième article de la série « Devenir PM à l'ère de l'IA », et la conclusion de la partie « bien réfléchir ». Dans les « 5 Principles » que a16z a écrits pour les product managers, une phrase vise juste : le product manager fait par nature un métier qui consiste à dissiper l'ambiguïté ; l'IA n'a pas rendu cette ambiguïté moins présente, elle a juste changé les outils. L'IA sait aujourd'hui tout fabriquer, mais elle ne peut pas trouver à votre place ce vrai problème qui mérite d'être résolu — où l'utilisateur coince vraiment, et si la chose vaut le coup. Cet article décrit quatre gestes concrets de la phase de découverte : aller voir sur le terrain où l'utilisateur bloque, distinguer ce qu'il réclame de ce qui le coince vraiment, repérer les « bricolages » comme signal du vrai problème, et explorer avec un état d'esprit de bâtisseur en apportant quelque chose qui tourne.

2026-06-29

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

C'est le septième article de la série « Devenir PM à l'ère de l'IA ». En 2026, le recrutement change de visage : de plus en plus d'équipes traitent « une vraie fonctionnalité produit mise en ligne + une eval qu'on sait expliquer » comme la marque d'un candidat fort, plutôt qu'un beau PRD ou une pile de certificats. Quand l'IA s'est emparée de gestes comme écrire le PRD ou dessiner la maquette, ils ont cessé d'être vos livrables. Cet article met au clair les trois réalisations que livre vraiment un PM à l'ère de l'IA — un produit qu'on peut ouvrir et cliquer, une rétrospective avec de vrais chiffres, et une eval que vous avez écrite vous-même — et comment fabriquer chacune, concrètement.

2026-06-28

Devenir PM à l'ère de l'IA 06 | Le dire pour qu'il existe : transformer une idée claire en produit cliquable en une phrase

C'est le sixième article de la série « Devenir PM à l'ère de l'IA », et le tout premier de la partie « Le construire ». Mindaugas a transformé une idée en produit avec des utilisateurs payants grâce à Lovable, sans écrire une seule ligne de code ; en décembre 2025, Lovable a levé 330 millions de dollars en série B pour une valorisation de 6,6 milliards. « Dites-le, et l'IA le construit » n'est plus un simple slogan. Mais 言出法随 — le dire pour qu'il existe — ce n'est pas taper une phrase et partir : c'est une boucle, ça demande un savoir-faire, et la condition, c'est que votre « parole » soit claire. Cet article décrit quatre gestes à reproduire : commencez par demander un truc qui tourne sans tout dire d'un coup, faites-le vraiment tourner sans croire qu'« c'est fait », changez une seule chose à la fois en la regardant changer, et dites les choses clairement pour que l'IA suive.

2026-06-24

Devenir PM à l'ère de l'IA 05 | Restez vague et l'IA comblera les trous à votre place

C'est le cinquième article de la série « Devenir PM à l'ère de l'IA ». Vous dites à l'IA « fais-moi une connexion », et d'un coup elle tranche une douzaine de choses que vous n'avez jamais mentionnées : e-mail ou numéro de téléphone, blocage après combien d'erreurs de mot de passe, blocage pour combien de temps, quel message d'erreur afficher. L'IA ne vous renvoie pas la question comme le ferait un humain : c'est une yes-machine — elle fait ce que vous dites, pas ce que vous voulez ; dès qu'un besoin est flou, elle bouche le trou avec le défaut le plus répandu, qui n'est presque jamais le vôtre. Sean Grove, d'OpenAI, le dit : le code ne représente que 10 à 20 % de la valeur d'un développeur, les 80 à 90 % restants consistent à formuler le besoin sans ambiguïté. Cet article décrit quatre gestes à reproduire : remplacer les adjectifs par des chiffres, écrire tous les états, lister les cas limites, et se relire avec un test « contexte zéro ».

2026-06-23

Devenir PM à l'ère de l'IA 04 | Juger « faut-il le faire » coûte désormais plus cher que « peut-on le faire »

C'est le quatrième article de la série « Devenir PM à l'ère de l'IA ». En 2025, METR a mené une expérience randomisée contrôlée : 16 développeurs chevronnés, cinq ans d'expérience en moyenne, ont accompli 246 tâches réelles avec l'IA. Avant, ils pensaient gagner 24 % de temps ; après, ils croyaient encore en avoir gagné 20 % ; mesure faite, ils avaient été 19 % plus lents. Même sur le jugement le plus simple — « l'IA m'a-t-elle rendu plus rapide ? » — les plus experts se sont trompés. Quand fabriquer devient rapide et bon marché, « peut-on le faire » ne filtre plus aucune idée, et le jugement vraiment coûteux glisse vers « faut-il le faire ». Cet article décrit quatre gestes à reproduire : cesser de prendre la difficulté pour un filtre, se demander d'abord ce qui arrive si on ne le fait pas, écrire avant de coder « ce qui deviendra vrai une fois fini », et laisser l'IA étaler les options sans jamais se fier au « ça semble juste ».

2026-06-22

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

C'est le troisième article de la série « Devenir PM à l'ère de l'IA ». La plupart des gens se servent de l'IA comme d'un distributeur automatique : une phrase entre, une réponse sort, et à la conversation suivante on réexplique tout depuis le début. Le CEO de Relay.app, lors du sommet des leaders du produit IA, lançait : « Arrête de traiter l'IA comme un outil, traite-la comme un collègue que tu as recruté. » Cet article ne parle pas d'état d'esprit, il parle de quatre gestes concrets à reproduire : lui écrire d'abord un document de passation, lui confier un bloc de travail entier en verrouillant les limites, relire sa production comme on relit la PR d'un junior, et réinscrire chaque correction dans le document — le tout avec de vrais extraits de dialogue.

2026-06-21

Devenir PM à l'ère de l'IA 02 | Ne pas maîtriser la technique, pourquoi c'est au contraire un avantage

C'est le deuxième article de la série « Devenir PM à l'ère de l'IA ». Un patron d'agence immobilière qui ne sait pas écrire de code s'est fabriqué, avec Claude et Zapier, un agent IA qui fait tourner ses opérations quotidiennes ; en 2026, 63 % des utilisateurs actifs du vibe coding ne sont pas des développeurs. Sur le chemin qui mène d'une idée à quelque chose qui tourne, ceux qui ne maîtrisent pas la technique avancent parfois plus facilement — l'ingénieur doit d'abord se défaire de son instinct de répondre de chaque ligne de code, tandis que « c'est trop dur », celui qui ne connaît pas la technique ne sait tout simplement pas le dire.

2026-06-20

Devenir PM à l'ère de l'IA 01 | Quelles tâches du product manager l'IA a-t-elle reprises, et lesquelles valent au contraire plus cher

C'est le premier article de la série « Devenir PM à l'ère de l'IA ». En 2026, de nombreuses fiches de poste de PM IA ont retiré « savoir écrire un PRD, savoir maquetter, savoir faire un tableau de bord » des exigences obligatoires, et les ont remplacées par trois réalisations concrètes. Les tâches que l'IA peut reprendre sont en train de disparaître des critères de recrutement ; ce qui reste comme barrière, c'est la part que seul un humain peut faire. Cet article met côte à côte la colonne « repris par l'IA » et la colonne « qui vaut plus cher », en guise de fil conducteur de toute la série.

2026-06-16

80 % des entreprises ont licencié à cause de l'IA, sans rien gagner en retour : elles se sont trompées sur l'usage de l'IA

Gartner a interrogé 350 entreprises réalisant plus d'un milliard de dollars de chiffre d'affaires : environ 80 % ont réduit leurs effectifs à cause de l'IA. Mais les entreprises qui ont licencié n'ont pas plus de chances d'en tirer un retour que celles qui ne l'ont pas fait. Les licenciements ont dégagé du budget, pas du retour. La raison est simple : elles ont pris l'IA pour un outil d'économie destiné à remplacer les gens, alors que la vraie valeur de l'IA est d'amplifier le jugement humain. En traitant les gens comme un coût à supprimer, on supprime précisément ce qui produisait le retour.