Les signaux de la semaine
Veille du 31 août au 6 septembre 2026 · par ton agent de veille
25 contenus identifiés cette semaine
14 retenus pour leur pertinence, 11 écartés.
- YouTube
- Newsletters
- Podcasts
Ton automatisation IA ne progresse jamais ? Il lui manque cette étape. La méthode.
Le message clé
La plupart des équipes s'arrêtent à l'automatisation : l'agent exécute, rend un résultat, et refait exactement la même erreur le mois suivant. Il manque deux choses — un test qui valide son travail, et un moment où il relit ce qu'il a fait pour se corriger.
Ce qui se passe en ce moment
Deux intervenants décrivent la même mécanique à deux échelles : Anish Acharya, associé chez le fonds a16z, à l'échelle d'une entreprise ; Tyler Folkman, directeur IA de JobNimbus, à l'échelle d'une tâche produit. Voici les cinq étapes, et l'endroit précis où ça casse chez la plupart des équipes.
- Les cinq étapes d'une automatisation qui s'améliore toute seule. Ce qu'ils appellent une « boucle », c'est simplement une tâche que l'agent refait régulièrement et qu'il exécute un peu mieux à chaque passage. Elle tient en cinq étapes : il va chercher lui-même ses informations, fait le travail, le soumet à un test de validation, produit un livrable, puis relit son propre déroulé pour corriger ses instructions. Tyler Folkman est catégorique sur la dernière : sans cette relecture finale, l'automatisation reste figée et rejoue la même erreur indéfiniment.
- Le test de validation décide de tout, et c'est celui qu'on saute. Ce test, c'est la question qui répond par oui ou non au travail de l'agent avant qu'il aille plus loin : ce qu'il vient de produire est-il bon ? Pour du code, la réponse est facile, une batterie de tests automatiques tranche. Pour du produit, elle appartient à un client qu'on ne peut pas convoquer à chaque itération — et c'est exactement là que les équipes abandonnent. Le conseil de Folkman est de définir ce test avant d'écrire quoi que ce soit d'autre, sous forme d'un seuil chiffré, d'une règle ou d'une liste de critères écrits.
- Le contournement de JobNimbus quand seul un client peut trancher. Ils ont rassemblé tous leurs comptes rendus d'entretiens clients au même endroit, puis s'en servent pour faire réagir un client simulé — un faux client dont les réponses sont construites à partir des vrais verbatims. Personne n'est remplacé : on passe de cent idées aux cinq qui méritent un vrai rendez-vous, et les entretiens réels servent enfin à choisir plutôt qu'à écrémer.
Une skill devient une loop au moment où tu lui réinjectes l'apprentissage. Sinon, tu ne fais que rejouer la même chose indéfiniment.
Ce que tu peux faire en tant que PM
Transforme une de tes tâches récurrentes en boucle qui apprend, cette semaine
- Choisis la tâche la plus répétitive de ta semaine — un tri de tickets, une revue de feedback, un point hebdo — et écris à la main, sur une page, les étapes que tu suis vraiment. Folkman est catégorique : rédige la première version de la skill toi-même, l'IA est meilleure pour systématiser un process existant que pour en inventer un.
- Définis ta gate avant d'écrire le reste. Pose-toi la question : à quoi je reconnais que le travail est bon ? Si tu sais la rendre déterministe (un test, un seuil, une règle), fais-le. Sinon, nomme explicitement l'humain qui tranche et à quel moment.
- Ajoute l'étape que tout le monde oublie : à la fin de chaque passage, demande à l'agent de relire le log de la session et de proposer une amélioration de ses propres instructions. Sans ça, tu as une skill, pas une loop.
- Versionne le tout sous Git et fais passer chaque modification par une PR que tu relis. Prérequis : un dépôt, même privé et vide. C'est ce qui te permet de revenir en arrière quand une nouvelle version du modèle dégrade ton résultat.
- Mesure sur trois semaines le nombre de passages où tu as dû reprendre la main. Si la courbe ne descend pas, ta boucle d'apprentissage ne tourne pas — c'est le seul indicateur qui distingue une vraie loop d'une automatisation figée.
Ce PM fait sa semaine en une journée. Son système, et l'astuce qui le rend fiable.
Le message clé
Le déclic n'est pas l'outil mais une règle : l'assistant doit pouvoir mettre à jour tout seul les fiches où il stocke ce qu'il sait de ton travail. Et une mécanique précise fait le reste — celle qui lui fait poser des questions.
- Sources :
- Daniel Bloom (Melio) — How I AI
Ce qui se passe en ce moment
Daniel Bloom, PM chez Melio, pilote 70 à 80 % de son temps d'écran depuis un seul assistant. Ce qui l'épuisait n'était pas la réflexion produit mais la coordination. Voici la brique qui a fait la différence, et son avertissement sur les premières semaines.
- La mécanique à copier : lui faire poser les questions plutôt que tout lui expliquer. Chaque matin, son assistant parcourt messages, mails et comptes rendus de réunion à la recherche de ce qu'il ne comprend pas — un document inconnu, une échéance, un mot maison — puis le signale et demande une définition, qu'il enregistre dans sa fiche de contexte. L'exemple donné à l'antenne est un terme métier de paiement qu'aucun modèle ne pouvait deviner. La raison de fond : le vocabulaire interne d'une entreprise n'existe nulle part dans ce sur quoi ces modèles ont appris.
- Expliciter sa façon de travailler vaut mieux que dix règles générales. Il vide entièrement sa boîte de réception et sa messagerie d'équipe chaque jour. Il l'a écrit une fois, et le système en déduit tout seul qu'un message archivé signifie une tâche terminée. Une convention personnelle, énoncée en une phrase, remplace ainsi tout un paramétrage — c'est le genre de détail que personne ne pense à donner parce qu'il paraît évident.
- Son avertissement, à entendre avant de se lancer. Les premières semaines sont ingrates : les réponses tombent légèrement à côté, la confiance s'érode, on revérifie tout. La valeur n'arrive qu'après un effort soutenu de mise en contexte et de centralisation du travail au même endroit — ce qu'on fait ailleurs échappe à l'assistant, et c'est justement l'accumulation de contexte qui produit le gain. Il insiste enfin sur la nature de ce gain : pas seulement de la vitesse, mais des décisions plus étayées et moins d'intuition.
Ce que je faisais en une semaine, je le fais en une journée. Ça sonne comme un titre de post LinkedIn, mais c'est vrai — et surtout, je fais des choses dont j'étais tout simplement incapable avant.
Ce que tu peux faire en tant que PM
Fais poser les questions à ton assistant plutôt que de tout lui expliquer
- Ajoute une étape « ce que je n'ai pas compris » à ton brief quotidien : demande explicitement à l'agent de relever les termes, fichiers et jalons qu'il ne reconnaît pas, et de te les soumettre. C'est le geste le plus rentable de tout le système.
- Enregistre chaque réponse dans un fichier de contexte dédié, un par domaine ou par projet. Prérequis : décider d'un emplacement unique avant de commencer, sinon le contexte se disperse.
- Explicite tes conventions de travail — ce que signifie pour toi un message archivé, un ticket sans assignation, un document non relu. Ce sont elles qui rendent la collaboration fluide, pas la puissance du modèle.
- Centralise le travail dans un seul harnais pendant trois semaines, même quand un autre outil serait plus rapide sur le coup. Bloom est net : ce que tu fais ailleurs échappe au contexte, et c'est le contexte qui fait la valeur.
- Programme une relecture mensuelle des fichiers de connaissance et supprime ce qui n'est plus vrai. Un système qui n'oublie jamais rien finit par te répondre avec l'organisation de l'an dernier.
Ces designers ont arrêté de livrer des visuels pour livrer des outils. Le protocole.
Le message clé
Chez Vercel, le moindre visuel — image d'annonce, diagramme, vidéo — devait passer par l'équipe design, devenue le point de passage obligé de toute l'entreprise. Attendre un designer était devenu le vrai frein. Elle a donc arrêté d'en produire à la demande pour construire les outils qui permettent aux autres équipes de les fabriquer seules.
- Sources :
- Evil Rabbit (Vercel) — Dive Club
Ce qui se passe en ce moment
Evil Rabbit, designer fondateur de Vercel, décrit une bascule que beaucoup d'équipes design subissent sans la nommer : passer de fournisseur de visuels à fabricant de systèmes. Voici comment ils l'ont opérée.
- Le prérequis absolu : écrire les règles avant de construire l'outil. Ils n'ont pu automatiser l'adaptation de leurs affiches publicitaires que parce que la grille et les alignements avaient déjà été définis noir sur blanc. C'est la leçon la plus transposable : sans règles explicites, on n'automatise pas la cohérence, on industrialise l'incohérence. La plupart des équipes veulent l'outil d'abord et découvrent trop tard que leur système n'existait que dans la tête de deux personnes.
- La méthode de transfert, reproductible dans n'importe quelle équipe. Il a mis en binôme quelqu'un du marketing — à l'aise techniquement mais sans aucune culture d'animation graphique — avec un motion designer, pendant quelques semaines, pour construire ensemble les automatismes correspondants. Résultat : il monte désormais ses vidéos en dialoguant avec son agent, sans designer à côté de lui. Ce n'est pas l'outil qui a été livré, c'est la compétence qui a été transférée.
- Les outils sont volontairement étroits, et le bon indicateur n'est pas celui qu'on croit. Un générateur qui applique le traitement maison aux photos de profil pour que tout le monde ait le même rendu ; un système qui adapte une création à n'importe quel format d'affichage. Une fonction précise chacun, jamais une plateforme. Et ce qu'ils mesurent n'est pas le nombre de visuels produits mais le nombre de demandes qui n'arrivent plus jusqu'à l'équipe design — la seule preuve que le goulot s'est déplacé au lieu d'être déguisé.
On ne fait plus des visuels. On construit les outils qui permettent aux équipes d'avancer plus vite — parce qu'avant, l'équipe créative était littéralement le goulot d'étranglement.
Ce que tu peux faire en tant que PM
Repère la demande créative qui revient chaque semaine et outille-la
- Compte les demandes répétitives de la semaine arrivées à ton équipe design : images d'annonce, diagrammes, adaptations de format. Celle qui revient le plus souvent est ta première cible.
- Écris le système avant l'outil. Vercel a pu automatiser ses panneaux d'affichage parce que la grille et les alignements étaient déjà définis. Sans règles explicites, tu automatises l'incohérence.
- Mets en binôme un non-designer et un designer pendant trois semaines pour construire la compétence ensemble. C'est le transfert qui compte, pas l'outil livré.
- Garde la main sur le style. Prévois un rendez-vous récurrent pour ajuster le rendu de l'outil : sans cela, la production se standardise et s'appauvrit en quelques mois.
- Mesure la bonne chose : pas le nombre de visuels produits, mais le nombre de demandes qui n'arrivent plus jusqu'à l'équipe design. C'est la seule preuve que le goulot s'est déplacé.