Veilleproduit
Se connecterS'inscrire

Les signaux de la semaine

Veille du 8 au 14 juin 2026 · par ton agent de veille

35 contenus identifiés cette semaine

14 retenus pour leur pertinence, 21 écartés.

  • YouTube
  • Newsletters
  • Podcasts
1

Quand l'IA devient invisible : l'émotion est le nouveau terrain du design

Le message clé

Quand les interfaces IA deviennent conversationnelles, les trois couches classiques du bon produit (ça marche, c'est fiable, c'est simple) deviennent commodité. Ce qui différencie : l'émotion que l'IA transmet — son ton, sa façon de répondre à l'anxiété, sa capacité à reproduire la chaleur d'une vraie conversation.

Ce qui se passe en ce moment

En 2011, Aaron Walter (directeur UX de Mailchimp) théorisait que le vrai différenciateur d'un produit, c'est l'émotion — l'interface qui reconnaît ton anxiété au moment d'envoyer une campagne. En 2026, ce framework revient en force : Nesrine Changuel (ex Spotify, Google, Microsoft) l'a remis au centre de l'AI Experience Night. Quand l'interface disparaît dans la conversation, le ton, le rythme et l'empathie de l'IA deviennent le produit lui-même. Pendant ce temps, l'équipe design de Malt a dû s'arrêter — trop d'outils IA testés, plus de direction claire — pour se reposer la question basique : quel problème on essaie vraiment de résoudre ?

  • L'émotion comme différenciateur : quand tout le monde peut builder une IA qui fonctionne, ce qui reste comme avantage compétitif c'est comment elle se sent. Mailchimp montrait des gouttes de sueur à l'envoi d'une campagne — avec l'IA conversationnelle, chaque réponse doit faire pareil.
  • From browsing to asking : le passage aux interfaces conversationnelles change radicalement le métier du designer. Tu ne conçois plus des écrans et des parcours cliquables — tu conçois comment l'IA parle, à quel moment elle rassure, et comment elle gère le doute ou l'erreur.
  • Le piège de la sur-stimulation : l'équipe design de Malt a testé une dizaine d'outils IA en 6 mois, puis a dû faire une pause. Leur constat : accumuler des outils sans définir le problème à résoudre, c'est le réflexe classique que l'IA amplifie chez les designers eux-mêmes.
  • BPCE dans la banque de détail : concevoir une IA pour des clients bancaires, c'est un cas extrême — la confiance et la clarté ne sont pas négociables, et l'IA doit savoir quand se taire plutôt que de surexpliquer.

Quand la conversation devient le produit, l'émotion devient le design.

— Nesrine Changuel, ex Spotify / Google / Microsoft — AI Experience Night

Ce que tu peux faire en tant que PM

Définis l'émotion que ton IA doit transmettre

  1. Identifie un moment d'anxiété dans ton produit : où l'utilisateur hésite, a peur de se tromper, ou attend une confirmation. C'est là que l'IA conversationnelle peut faire la différence émotionnelle.
  2. Écris le "registre émotionnel" de ton IA en une phrase : "Notre IA doit être directe et rassurante, jamais condescendante." Définis-le avant de coder quoi que ce soit.
  3. Teste le ton avec de vrais utilisateurs : lis les réponses de ton IA à voix haute avec quelqu'un. Est-ce que ça ressemble à une vraie conversation, ou à un formulaire qui parle ?
  4. Fais une pause outil : liste les outils IA que ton équipe design teste en ce moment. Pour chacun, pose la question : quel problème précis ça résout ? Si tu ne sais pas, arrête le test.
2

La frontière PM - ingénieur est en train de changer : ça passe... ou ça casse.

Le message clé

Des PMs (ou product builder) sans background technique shippent des outils IA fonctionnels en combinant agents, APIs et "compound engineering" . Cela montre le potentiel mais aussi des challenges. Voici quelques exemples

Ce qui se passe en ce moment

Matt Van Horn (builder indépendant) ne sait pas lire du code. Mais il a fait du "compound engineering" : comme un ingénieur en mécanique assemble des pièces plutôt que de les fabriquer de zéro, le 'compound engineer' assemble des composants/services IA ensemble pour produire un outil qui a de la valeur. Pendant ce temps, Alexis d'Eudeville chez lemlist a donné à ses PMs un accès complet à la codebase via Claude Code depuis novembre 2025. Résultat : deux cas d'usage majeurs émergent, et une "révolte des devs" quand les PMs ont voulu pusher en prod directement.

  • Matt Van Horn (product builder indé) a créé un outil de recherche de vols depuis Seattle sans écrire une ligne de code — son agent a espionné Kayak pour détecter ses APIs secrètes, puis fabriqué l'outil seul. Ce que ça signifie pour un PM : avec des agents IA qui réutilisent des APIs existantes, tu peux aller très loin en ingénierie sans background technique.
  • La règle de Van Horn : ne lis jamais le plan que l'agent génère — pose une ou deux questions de clarification si besoin, puis laisse-le exécuter. Ce qui compte : l'output final, pas le raisonnement intermédiaire. Lire le plan te ferait perdre du temps à corriger des étapes qui auraient peut-être bien fonctionné de toute façon.
  • Alexis d'Eudeville (PM chez lemlist) décrit sa transition en trois images : d'abord les specs à la main dans Notion, puis Iron Man avec des super pouvoirs quand Claude Code arrive dans sa vie — et enfin l'éléphant dans un magasin de porcelaine dès qu'il s'agit de pousser en production.
  • La révolte des devs : quand les PMs de lemlist ont voulu pousser directement en production, les ingénieurs ont dit stop — la frontière entre conception et ingénierie se redessine, mais pas sans friction.

Le plus grand hack, si tu ne fais qu'une chose, c'est le compound engineering. D'une façon ou d'une autre je réussis à shipper des choses qui ont de la valeur — c'est encore dingue pour moi.

— Matt Van Horn, builder IA (Peter Yang)

Ce que tu peux faire en tant que PM

Réutilise les APIs déjà disponibles

  1. Identifie un workflow manuel ou répétitif dans ton équipe (support, reporting, feedbacks, CRM, briefs, etc.).
  2. Cartographie les APIs et données déjà accessibles : produit, outils internes, CRM, analytics, support, marketing.
  3. Assemble un prototype en moins de 2h en combinant ces APIs avec un LLM ou un agent IA pour automatiser une tâche ou générer un livrable utile.
  4. Valide rapidement la valeur avec quelques utilisateurs internes : l'objectif est de démontrer un gain concret, pas de construire une solution parfaite.
  5. Définis avec l'équipe ingénierie ce que tu peux expérimenter, déployer ou modifier sans revue afin d'éviter les frictions.
3

Personal OS de PM : ce que les meilleurs délèguent à l'IA (et ce qu'ils gardent)

Le message clé

Les PMs les plus efficaces de 2026 ont construit un système personnel IA — pas juste des prompts ponctuels — pour gérer stakeholders, décisions et contexte, tout en gardant le jugement stratégique pour eux.

Ce qui se passe en ce moment

Lucas Cerdan (Senior PM chez Samsara, co-créateur de La Product Conf) a construit son Personal OS IA pendant un congé parental en décembre 2025. Résultat : Cursor, MCP et Claude Code comme assistants permanents pour le suivi des stakeholders, le team radar et la documentation. À l'autre bout de l'Atlantique, Matthew Wensing (VP Product chez customer.io, $100M ARR) prépare ses all-hands en 2 heures avec Claude. Ce n'est pas un effet waouh ponctuel — c'est une nouvelle façon de travailler que les PMs seniors adoptent à vitesse accélérée.

  • Lucas Cerdan (Samsara, ~15 ans d'expérience) utilise Cursor, MCP et Claude Code pour tracker ses stakeholders, piloter un "team radar" et générer sa documentation — un OS construit progressivement depuis son congé parental début 2026.
  • Matthew Wensing (VP customer.io, $100M ARR) prépare sa réunion weekly de toute l'entreprise en 2h avec Claude — là où ça prenait une journée avant. Sa règle : si tu donnes un problème flou à l'IA, elle te donnera une réponse propre à un problème qui n'est pas le tien.
  • La règle 80/20 de Wensing : Claude fait 80% du travail, le PM concentre son énergie sur les 20% qui comptent vraiment — bien poser la question au départ, et valider que la réponse est la bonne à la fin.
  • La limite identifiée par Cerdan : déléguer le contexte opérationnel à l'IA oui, mais garder le sens politique et la lecture des relations humaines — ça, l'IA ne le capte pas encore.

Si tu donnes un problème flou à l'IA, elle va le résoudre — mais ce ne sera pas ton vrai problème. C'est toi qui doit mieux formuler le problème avant de déléguer.

— Matthew Wensing, VP Product customer.io (Aakash Gupta)

Ce que tu peux faire en tant que PM

Construis ton Personal OS IA cette semaine

  1. Identifie une tâche récurrente qui consomme 2h+/semaine (prep de réunion, synthèse stakeholders, mise à jour de doc) — c'est ton premier candidat à déléguer.
  2. Installe Claude Code ou Cursor et crée un fichier CLAUDE.md avec ton contexte projet : périmètre, équipe clé, décisions récentes.
  3. Lance un premier chantier délimité (ex: générer un compte-rendu de standup depuis tes notes) pour calibrer où l'IA simplifie trop vs. où elle gagne vraiment du temps.
  4. Identifie ta limite personnelle : quel type de jugement refuses-tu de déléguer ? Documente-le pour ne pas dériver.
  5. 🎯