Veilleproduit
Se connecterS'inscrire

Les signaux de la semaine

Veille du 29 juillet au 10 août 2026 · par ton agent de veille

48 contenus identifiés cette semaine

15 retenus pour leur pertinence, 33 écartés.

  • YouTube
  • Newsletters
  • Podcasts
1

Des startups qui inversent leur cycle de dev : le PM code d'abord, le PRD s'écrit à la fin

Le message clé

Chez Webflow, 100% de l'org produit a shippé du code en prod ce trimestre, contre 0 à 5% en début d'année. Le PRD ne lance plus le projet, il le clôture — et l'organisation se réorganise autour du harness interne, plus autour du ticket.

Ce qui se passe en ce moment

Ben Haefeli, CPO de Webflow, appelle ça building backwards : tu pars d'une idée, un agent déploie du code en minutes, tu joues avec, tu façonnes le design, et le PRD arrive en dernier — généré par l'agent à partir de l'historique de commits et du template maison, là où un PM y passait au moins deux heures. Voici des exemples de startups où les PMs augmentés travaillent directement dans le code.

  • Ben Haefeli (Webflow) a fixé un objectif trimestriel : 100% des PM, designers et membres de l'ops shippent du code en production.
  • Jiaona Zhang (Laurel) Le "captain model" de Laurel confie chaque initiative à un capitaine – issu de n'importe quel service (ventes, support, produit…) – qui est responsable de bout en bout, de l'idée à la livraison. L'objectif : traiter tout le monde comme un constructeur, accélérer la vélocité et remplacer les validations lourdes par des garde-fous clairs (design system, zones définies).
  • Charmaine Chap (MidJourney) impose que tous les échanges avec l'agent interne soient en canal public. Cela permet de corriger les hallucinations en direct (un collègue plus ancien détecte une erreur) et d'apprendre à bien prompter en observant les autres. Par ailleurs, une skill Claude branchée sur les outils de transcription transforme un entretien utilisateur de 30 minutes en un cycle complet de 45 minutes : enregistrement, résumé automatique, extraits vidéo des moments clés, le tout partagé à l'entreprise sans effort de synthèse.
  • Henrik Bergren (Mutiny) a branché Cursor sur Slack : n'importe qui poste un bug client, Cursor ouvre la PR et met à jour le thread une fois mergé. L'équipe est passée de 6 PM et designers à 2 PM et 1 designer.

the hard part of software is no longer generating code, which used to be where all the time and investment really was. Now, it's really more about knowing what's worth building and recognizing quality when you see it and iterating fast enough so that you can get to the version that matters

— Ben Haefeli, Chief Product Officer de Webflow (Product School)

Ce que tu peux faire en tant que PM

Inverse ton prochain cycle : l'agent d'abord, le PRD à la fin

  1. Monte un repo de prototypes qui mime ton UI en code plutôt qu'un fichier Figma, et fais itérer PM et designers dessus avec Cursor ou Claude Code.
  2. Branche ton agent sur Slack à la manière de Flower chez Webflow ou de Cursor chez Mutiny : un message décrivant une friction client doit suffire à déclencher une PR.
  3. Écris tes guardrails avant d'ouvrir les vannes — design system, composants, et la liste explicite des zones du produit qu'on ne touche pas (l'analogie du jardin de Laurel).
  4. Bloque une journée par semaine sans aucune réunion pour builder : Webflow a démarré par un builder day trimestriel avant d'en faire son 'Builder Wednesday'.
  5. Mesure en fin de trimestre le nombre de PR shippées en prod par des non-ingénieurs et le nombre d'appels à chaque skill partagée, puis décide lesquelles tu supprimes ou tu généralises.
2

Les PMs augmentés ont la pratique de donner du contexte à leurs assistants IA

Le message clé

Ce qui te différencie maintenant, ce n'est plus de savoir prompter : c'est ce que tu as écrit une bonne fois pour toutes dans tes fichiers — ton contexte, ta voix, tes critères de refus.

Ce qui se passe en ce moment

Trois PMs ont ouvert leur écran cette semaine pour montrer ce qu'il y a vraiment dans leurs skills, et le constat est le même chez les trois : le travail utile n'est plus dans la conversation, il est dans les fichiers markdown posés à côté. Un agent qui ne sait rien de toi te répond ce qu'il répondrait à n'importe qui — il valide tes idées, il te fait tout réexpliquer, il écrit comme tout le monde. Les mêmes questions posées à un agent qui a lu ton contexte, tes critères de décision et ta façon d'écrire donnent autre chose : un refus argumenté, un rappel de ce que tu as déjà tenté, un texte que tu peux envoyer. La compétence a bougé du prompt vers le fichier.

  • Le filtre qui dit non. Oji Udezue, ex-CPO de Typeform et Calendly, a encodé chez ProductMind un viability gate que son skill de démarrage de projet exécute avant la moindre ligne de code : il note ton idée sur la clarté du problème, la concurrence, la différenciation ou encore les revenus, et te recommande d'arrêter là si trois dimensions ressortent faibles. En direct, son idée « Standup Zero » se fait freiner — marché déjà saturé, différenciation faible, simple confort de workflow. C'est tout l'intérêt du fichier : un LLM ne te dit presque jamais non, une grille de critères écrite noir sur blanc, si.
  • La mémoire qui te connaît. Pedro Menezes, qui pilote du produit chez Stone depuis dix ans, a passé des mois à coder une SDK de mémoire pour agents avant de tout ranger : ce qu'il utilise aujourd'hui, ce sont des fichiers markdown dans un dossier, avec Claude Code ouvert dedans. Quand il demande s'il faut réinvestir dans un produit, l'agent lui renvoie que la question est mal posée — les deux investissements précédents ont buté sur l'activation, pas sur le produit. Il ne peut le dire que parce qu'il a lu les comptes rendus de réunion accumulés dans le dossier.
  • Le guide de voix qui se déclenche tout seul. Grace Clark, formatrice IA, a dicté le sien à l'oral : sa philosophie de communication, les mots qu'elle emploie, ceux qu'elle refuse de voir sortir. Le fichier se charge automatiquement sur presque tout ce qu'elle produit, et elle le corrige par simple note vocale dès qu'une formulation la hérisse. C'est le premier exercice qu'elle fait faire à ses élèves, parce que le gain se voit dès la première session.
  • Le déploiement sans anarchie. Le piège que voit Oji Udezue en entreprise, c'est que chacun modifie son CLAUDE.md dans son coin : tout le monde apprend, personne ne partage. Sa recommandation tient en un CLAUDE.md central et court que les skills des équipes viennent référencer, avec des artefacts alignés sur ce que la boîte attend déjà — product brief, market research. Chez Stone, Pedro Menezes a aidé 15 à 20 collègues à se fabriquer leur propre Chief of Staff, puis a distillé le sien en un questionnaire posté sur GitHub pour que le suivant démarre en dix minutes.

It's a think like me guide. And it's the best corpus of how I make decisions.

— Grace Clark, formatrice IA et ex-consultante marketing (How I AI)

Ce que tu peux faire en tant que PM

Écris tes trois premiers fichiers cette semaine, avant d'installer quoi que ce soit d'autre

  1. Écris ton CLAUDE.md en une page dans un dossier vide, façon Pedro Menezes : qui tu es, comment ta boîte décide, quel produit tu portes, qui est ton client, tes défis du moment. C'est le fichier que l'agent charge avant même ton premier bonjour — sans lui, tu réexpliques ton contexte à chaque session.
  2. Ajoute un voice guide markdown à côté, dicté à l'oral en deux ou trois minutes comme Grace Clark : ta façon de décider, les tournures que tu emploies, celles que tu bannis. C'est ce qui sépare un texte générique d'un texte que tu peux envoyer sans le réécrire.
  3. Installe un seul skill de jugement depuis la bibliothèque open source de ProductMind (disponible dans la description de l'épisode d'Aakash Gupta) et parle lui de la feature que tu souhaites lancer ce trimestre. L'intérêt n'est pas qu'il dise oui, c'est qu'il puisse dire non.
  4. Soit actif sur la prise de décisions : Pedro Menezes s'est fait rappeler à l'ordre par son propre agent après une semaine passée à empiler des requêtes dans son backlog sans rien décider ou trier.
3

Miro et Atlassian automatisent la prépa des rituels d'équipe, pas les tâches de chacun

Le message clé

La productivité individuelle grimpe pendant que celle des équipes stagne. Miro et Atlassian s'attaquent à cet écart en automatisant ce qui se passe entre les gens — la synthèse du lundi, le brief créa, le reporting — plutôt que les tâches de chacun dans son coin.

Ce qui se passe en ce moment

Tu as sans doute gagné une heure grâce à l'IA cette semaine. Ton équipe, elle, n'a rien gagné. Miro a fait interroger par Forrester 518 leaders produit, engineering et design : 75 % constatent que les outils IA dopent la productivité individuelle pendant que celle de l'équipe stagne, voire ralentit à mesure que l'individuelle monte. La raison est mécanique : chacun a son setup dans son coin, sur sa machine, sans surface partagée. On produit donc plus vite des livrables bien polis auxquels il manque le contexte des autres — et l'IA finit par amplifier le désalignement au lieu de le résorber.

  • La synthèse du lundi matin. Damir (Miro) fait tourner un flow qui aspire sept jours d'activité Slack et les dates éparpillées dans Confluence, puis les range dans une table dont les colonnes — « ce qui avance », « décision requise », « engagement de date » — dictent au modèle ce qu'il doit aller chercher. En trois ou quatre minutes, il en sort aussi le support de l'atelier : statut par fonction, confidence check, et une section « conflits » où l'IA a repéré seule que la revue légale et le lancement de campagne ne tenaient pas ensemble. Le stand-up a toujours lieu, mais l'équipe y arrive avec le même état des lieux au lieu de s'infliger un tour de table d'updates.
  • Le brief créa livré avec sa maquette. Chez Atlassian, Axel Saria a décrit en langage naturel à Studio ce qu'il voulait : dès qu'un work item passe d'« alignment » à « production » dans Jira Product Discovery, Rovo rédige le brief de landing page, un agent Replit publie la maquette et commente le work item avec le lien. L'équipe créa reçoit ainsi une représentation visuelle de la page plutôt qu'un document à interpréter, ce qui coupe court aux allers-retours. Axel Saria estime que cette préparation lui coûtait des heures, voire une journée entière.
  • Le reporting que n'importe qui peut relancer. Pour mesurer l'impact de son programme de webinars, Axel Saria (Atlassian) devait ouvrir un ticket et attendre des semaines qu'une autre équipe priorise sa demande. Avec Cursor branché sur le MCP Teamwork Graph et les données Databricks, il a obtenu le résultat en 30 minutes — puis il en a fait une skill à portée globale, déclenchable depuis Slack par toute l'équipe. C'est ce dernier geste qui fait passer le gain du perso au collectif : tant que l'automatisation vit sur ta machine, elle ne sert qu'à toi.

AI massively amplifies misalignment. If your org was misaligned before, you can be damn sure that AI would actually accelerate that misalignment.

— Damir, Head of Product AI chez Miro (Product School)

Ce que tu peux faire en tant que PM

Automatise la préparation d'un rituel d'équipe cette semaine, pas une tâche perso

  1. Choisis un rituel dont la préparation consiste à recopier des infos déjà écrites ailleurs : la synthèse du lundi, le point cross-fonctionnel, la revue de lancement. C'est là que la marge est la plus grande, parce que personne n'aime faire ce travail et que chacun le refait dans son coin.
  2. Branche l'automatisation sur tes sources dispersées (Slack, Confluence, Jira, Drive) et définis la structure de sortie avant d'écrire le prompt : chez Miro, ce sont les colonnes de la table — « ce qui avance », « décision requise », « engagement de date » — qui indiquent au modèle quoi chercher.
  3. Génère le support de la réunion et pas seulement un résumé : un board avec un statut par fonction et une section conflits donne aux gens quelque chose à quoi réagir, là où un pavé de texte se lit en diagonale.
  4. Rends l'automatisation utilisable par les autres — skill à portée globale, flow partagé, board commun — puis regarde dans un mois qui l'a déclenchée. Si tu es le seul, tu as amélioré ta productivité, pas celle de ton équipe.