Du feedback à la roadmap : la boucle qui trie à ta place

Tu as cinq sources de signaux. Elles débordent chaque semaine et tu les parcours quand tu trouves le temps, c'est-à-dire rarement. Voilà comment monter une boucle qui lit le flux à ta place, groupe les thèmes qui montent et te soumet des ajustements de roadmap que tu as juste à valider.

Les tickets arrivent dans Intercom. Les frictions dans les messages Slack des CSM. Les raisons de churn dans les exit interviews. La dissatisfaction dans les réponses NPS. Les demandes de fonctionnalités dans les notes d'appels sales. Aucune de ces sources ne s'arrête. Ensemble, elles te disent en temps réel ce que vivent tes utilisateurs.

Le problème, c'est que tu ne les lis pas ensemble. Tu les survoles par silos, à l'occasion, au moment où un incident te force à y revenir. Le thème qui monte depuis trois semaines dans les tickets Intercom ne remonte pas ta roadmap. Il le fera quand il aura viré en crise.

L'alternative n'est pas de tout lire à la main. C'est de monter une boucle.

La différence entre une session et une boucle

Une session de recherche, c'est ponctuel. Tu as dix entretiens et deux mois de tickets. Tu bloques un après-midi, tu demandes à Claude de les coder et d'en sortir des thèmes sourcés. C'est utile, c'est la méthode de l'article sur les verbatims.

Une boucle, c'est récurrent. Chaque semaine, les mêmes sources versent de nouveaux signaux. Tu ne constitues pas un corpus pour l'analyser une fois. Tu fais tourner l'analyse régulièrement, tu observes les tendances, et tu ajustes la roadmap avant que la friction devienne incident.

La distinction pratique tient à une question. Dans une session, tu cherches des insights sur un sujet précis : "qu'est-ce qui bloque l'onboarding ?" Dans une boucle, tu surveilles ce qui bouge sans question préalable. Ce n'est pas une investigation. C'est de l'écoute systématique.

Teresa Torres, qui a formalisé la pratique de la discovery continue, fixe le rythme minimal : au moins un touchpoint client par semaine, par trio produit. "Quand j'ai commencé à recommander ça il y a six ans, les gens pensaient que c'était impossible", écrit-elle (Product Talk). La boucle structure ce que cette cadence devrait rendre régulier.

Le workflow concret

Pas d'outil à installer. Un export, un brief, un résultat.

La boucle tient en trois opérations : Surveiller (réunir les signaux de la semaine), Regrouper (extraire les thèmes avec fréquences et verbatims), Comparer (voir ce qui a bougé par rapport à la semaine précédente). Toi, tu décides ensuite. L'agent lit et compte. Il ne tranche pas.

1. Constituer le corpus de la semaine. Exporte les tickets fermés sur ta période depuis Intercom, Zendesk ou Linear. Copie les verbatims Slack que t'ont transmis les CSM. Ajoute les réponses NPS pertinentes ou les notes d'appels sales. Si tu as branché Linear ou Intercom sur Claude via MCP, tu peux interroger directement sans exporter. Sinon, copie-colle dans un seul fil.
2. Briefer l'analyse. Le brief doit imposer trois choses : les thèmes avec leur fréquence, les verbatims exacts qui les fondent (pas des paraphrases), et le flag des thèmes nouveaux ou en forte hausse par rapport à la dernière analyse. Sans ce troisième point, tu as une session, pas une boucle.
3. Comparer avec la semaine précédente. Colle le résultat de la semaine dernière dans le même fil. Demande à Claude d'identifier ce qui a bougé : thème nouveau, thème en hausse, thème qui disparaît. C'est la signature d'une tendance, pas d'une occurrence.
4. Décider les ajustements. Un thème qui triple en deux semaines remonte dans le backlog. Un thème que tu croyais résolu qui réapparaît mérite une investigation. Un thème en baisse après un fix confirme l'impact. Toi, tu choisis. L'agent a lu, pas tranché.

En vingt minutes, tu as lu 67 signaux, identifié deux tendances critiques et tu sais sur quoi agir cette semaine. Pas un sprint de recherche. Une boucle hebdomadaire.

Ce que la boucle ne fait pas

Elle ne priorise pas à ta place.

Un thème qui monte en fréquence n'est pas forcément le plus urgent. Quatorze signaux sur un délai de rapport agacent des utilisateurs. Neuf signaux sur une perte silencieuse de données compromettent la confiance dans toute une fonctionnalité. La fréquence est un indicateur. La sévérité reste ton jugement.

Elle ne remplace pas la recherche qualitative.

Un verbatim extrait d'un ticket est fragmenté. Il manque le ton, le contexte, la gravité ressentie. La boucle repère les patterns. La session de recherche avec l'interview et l'analyse thématique te dit pourquoi le pattern existe. Les deux se complètent : la boucle dit "quoi" et "combien". La session dit "pourquoi".

Elle ne tient pas sans comparaison.

Un corpus sans baseline, c'est une session déguisée. La boucle prend son sens quand tu peux comparer deux semaines. Tu ne cherches pas à savoir "quels thèmes existent" mais "lesquels bougent".

Deux pièges classiques

Par où commencer

La boucle ne remplace pas tes sessions de recherche. Elle remplace les semaines où tu n'en fais pas. Et entre deux sprints de discovery, c'est elle qui voit le signal monter. Tu n'es plus le PM qui ouvre ses tickets le vendredi pour éviter les surprises. Tu es le PM dont la roadmap bouge avant que l'incident arrive.

Passe à l'action : si tu veux brancher tes sources directement sur Claude sans copier-coller chaque semaine, l'article Les MCP pour un PM t'explique comment connecter Linear, Notion ou Intercom en quelques clics. Si tu veux transformer les insights de ta boucle en personas réutilisables, l'article De l'interview utilisateur à l'insight te donne la méthode pour les figer.