TAG

# méthode doaipm

2026-07-06

Votre commande en commentaire, j'en ai fait un logiciel gratuit : SoloPic

À la fin de mon article « Pourquoi je refais 100 logiciels gratuits », je posais une question : quel logiciel voudriez-vous le plus que je refasse pour vous ? Un lecteur de Tianjin, Axiang, a listé trois besoins dans les commentaires — rognage par bords en lot, renommage par correspondance en lot, réglages d'image en lot. Je lui ai répondu : « L'essentiel c'est le traitement par lots, non ? » Puis j'ai passé quelques jours à le construire : SoloPic, un outil de traitement d'images en lot, gratuit, hors-ligne, 12 Mo — avec exactement son « couper 100 px à gauche, 57 px en bas ». Cet article raconte comment un commentaire devient un logiciel réel, et pourquoi les meilleurs sujets du projet « refaire 100 logiciels gratuits » ne sont pas dans ma tête, mais dans vos commentaires.

2026-07-05

Zéro promotion, zéro code, 22 000 téléchargements en trois mois : le parcours open source d'un débutant

Il y a trois mois, je me suis fixé un objectif qui sonnait un peu fou : créer le meilleur éditeur Markdown gratuit. Pas le plus fou dans « le meilleur », mais dans « gratuit » — et surtout, dans le fait que je ne sais pas écrire une ligne de code. Trois mois plus tard, SoloMD compte 30 versions publiées, plus de 22 000 téléchargements, plus de 400 étoiles sur GitHub, sans que j'aie presque rien fait pour le promouvoir. Cet article raconte ces trois mois : pourquoi je voulais absolument créer un logiciel gratuit qui ne traite pas les utilisateurs comme des vaches à lait, comment quelqu'un qui ne sait pas coder l'a quand même construit, le pari que j'ai fait dès le premier jour (les utilisateurs ne sont déjà plus seulement des humains), et ce que j'ai ressenti le jour où quelqu'un m'a envoyé 10 yuans.

2026-07-04

J'ai encore fait un terminal, Unterm — son utilisateur par défaut n'est pas humain

Ces six derniers mois, plus de 80 % des commandes dans mon terminal ne venaient pas de moi — c'était Claude Code et toute une flotte d'agents. Sauf que les terminaux que j'utilisais — iTerm, Windows Terminal, Warp — ont tous été conçus pour « quelqu'un assis qui tape une ligne, regarde, retape ». Quand l'utilisateur principal est devenu un agent, cette hypothèse a lâché sur cinq points : les commandes qui traversent le pare-feu restaient bloquées dans des timeouts, donner un terminal nu à l'IA revenait à lui donner rm -rf aussi, impossible de rembobiner après coup pour voir ce que l'agent avait fait, je faisais déjà tourner trois ou quatre agents en parallèle, et plus les agents s'accumulaient, plus le bureau devenait ingérable. Cet article explique ce qu'est Unterm, d'où vient le nom, et comment j'ai colmaté ces cinq brèches.

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-07-01

Pourquoi je refais 100 logiciels gratuits

Vous voulez enlever un filigrane sur un PDF, l'outil gratuit que vous installez commence dès le lendemain à cracher de la pub, change votre page d'accueil, exfiltre vos données, et pour exporter il vous faut passer premium. La vraie douleur de l'utilisateur de logiciels gratuits tient en trois couches : être vendu comme un produit, n'avoir personne pour vraiment soigner l'outil, et un gratuit qui n'est qu'un hameçon pour vous faire payer. Avant on subissait, parce que refaire une bonne version coûtait trop cher ; aujourd'hui l'IA a fait tomber ce coût au point qu'une seule personne peut le porter. J'en ai déjà refait six comme ça — SoloMD, Unterm, unfetch, Unflick, Ziplark, FreeID Photo, et il en reste quatre-vingt-quatorze.

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.