Pour un fondateur ou un responsable CS qui gère la rétention sans analyste, la mission : savoir chaque lundi quels comptes ont baissé, pourquoi, et quels sont les trois à appeler, dans un récapitulatif assez court pour être lu avant le stand-up.
L’idée, c’était une revue fixe chaque lundi : ce qui a baissé, pourquoi, qui appelle. En pratique, le « quoi » suppose d’exporter l’activité par compte, le « pourquoi » d’ouvrir les fils de discussion du support un par un, et le temps de tout rassembler, on est mercredi et la revue se fait en diagonale. Alors le rituel s’éteint sans bruit. Le churn est diagnostiqué une fois par trimestre, après coup, au renouvellement qui ne se signe pas.
Un profil par compte contient déjà les croisements : l’activité issue d’Événements, les conversations de tous les canaux, l’état du CRM. Le diagnostic tient en quatre appels au serveur MCP de Pathbound, et la partie qui semble coûteuse, passer en revue tous les comptes, est justement la partie gratuite.
aggregate_dataDeux agrégations côté serveur (les événements de cette semaine par compte, ceux de la semaine dernière à côté) et chaque compte qui a bougé ressort : ceux qui ont baissé, ceux qui sont devenus complètement silencieux, ceux qui ont bondi. Tout le portefeuille est passé en revue sans récupérer un seul profil.
batch_get_detailsAvec jusqu’à 25 comptes par appel, la colonne d’identifiants des comptes qui ont bougé devient une liste de travail : entreprise, taille, secteur, état du CRM. Le compte payant dont l’activité a baissé de moitié ne se lit pas comme un espace de travail gratuit devenu silencieux, et c’est cette étape qui les distingue.
get_company_conversationsLa baisse a généralement une raison qui dort dans les fils de discussion : une alerte d’échec restée sans réponse, un e-mail d’onboarding resté en plan, un ticket de support qui s’est terminé sans suite. Rassembler les conversations de tous les contacts du compte place la raison à côté du chiffre.
create_company_noteChaque compte signalé reçoit une note (ce qui a baissé, la raison probable, la prochaine étape) et l’agent rend le récapitulatif de la semaine avec les trois comptes à appeler en premier. Les notes se trouvent sur le profil unifié que lit chaque agent connecté ; l’envoi des notes vers les CRM synchronisés dans les deux sens est en cours de déploiement.
Les quatre mêmes appels chaque lundi. Dans Cowork, enregistrez la recette une fois : elle devient une tâche permanente de l’équipe.
D’abord, connectez Pathbound à votre agent : environ cinq minutes, quel que soit le client utilisé par votre équipe. Collez ensuite ce prompt. Voici le rituel de rétention hebdomadaire, automatisé : enregistrez-le comme tâche récurrente du lundi dans Claude Cowork (ou dans n’importe quel planificateur compatible MCP) et lisez le récapitulatif en prenant votre café.
Lancez notre diagnostic hebdomadaire du churn. Comparez l’activité de chaque compte cette semaine à celle de la semaine dernière et listez les comptes qui ont le plus baissé, qui sont devenus complètement silencieux ou qui ont bondi. Pour chaque compte qui s’est refroidi, récupérez son détail, lisez ses conversations récentes (fils de discussion avec le support, alertes d’échec, e-mails restés sans réponse) et donnez-moi la raison en une ligne. Laissez une note sur chaque compte signalé avec votre analyse et la prochaine étape suggérée, puis donnez-moi le récapitulatif : ce qui a bougé, pourquoi, et les trois comptes que je dois appeler aujourd’hui.
La revue du lundi a lieu, parce qu’elle coûte un prompt au lieu d’une demi-journée d’exports. Chaque baisse reçoit une explication tant que le compte peut encore être sauvé : l’alerte d’échec traitée, la configuration bloquée relancée. Nous avons lancé cette recette sur un vrai espace de travail en écrivant cette page. La comparaison d’une semaine sur l’autre a fait ressortir un compte dont l’activité s’était effondrée, et la lecture des conversations en a donné la raison : des alertes d’échec sans réponse et un fil sur la configuration resté sans suite.
Pathbound est un serveur MCP distant unique : la recette s’exécute partout où s’exécute votre agent. Choisissez le produit que votre équipe utilise déjà et suivez les étapes de configuration.
mcp.pathbound.ai/mcpLe vôtre n’est pas dans la liste ? Tout client MCP se connecte de la même façon.
Oui : cette recette est une analyse hebdomadaire du churn qu’un agent mène de bout en bout. Activité par compte d’une semaine sur l’autre, raisons tirées des vraies conversations, récapitulatif avec les comptes à appeler. Pathbound est le MCP données clients sur lequel elle s’appuie ; l’agent (Claude, Cowork, n8n ou votre propre boucle d’agent) reste le vôtre.
Oui, c’est le workflow de churn auquel Cowork se prête le mieux : une tâche répétable en plusieurs étapes, avec un document à la fin. Enregistrez le prompt comme tâche Cowork récurrente : la tâche s’exécute le lundi matin, lit Pathbound par MCP et rend le récapitulatif. La configuration est décrite sur la page Utiliser Pathbound avec Claude Cowork.
La recette des comptes silencieux est la liste de surveillance : un passage en revue qui classe les comptes selon leur refroidissement, pensé pour s’exécuter avant les renouvellements. Celle-ci est le rituel qui s’y ajoute : un récapitulatif hebdomadaire qui lit aussi pourquoi chaque compte a bougé et consigne le verdict. Lancez la veille chaque mois et le diagnostic chaque semaine ; ils s’appuient sur les mêmes profils.
De la fiche du compte elle-même : fils de discussion du support depuis Intercom ou Zendesk, e-mails restés sans réponse, alertes d’échec, notes de réunion, rassemblés sur tous les contacts de l’entreprise avec get_company_conversations. L’agent cite ce qui s’y trouve. Quand la fiche est maigre, la réponse honnête est « activité en baisse, aucun signal qui l’explique », ce qui est en soi une raison d’appeler.
Pathbound suit l’activité, les conversations et l’état du CRM, pas la facturation. Si votre CRM contient des champs d’offre ou d’affaire, l’agent les lit avec le détail du compte ; les calculs de revenu restent dans votre outil de facturation. Le diagnostic vous dit qui s’est refroidi et pourquoi, c’est-à-dire la partie que la facturation ne voit pas.
Une note par compte signalé (ce qui a baissé, la raison probable, la prochaine étape), écrite avec create_company_note, plus le récapitulatif que l’agent rend dans la conversation. Les notes se trouvent sur le profil unifié que lit chaque agent connecté ; l’envoi des notes vers les CRM synchronisés dans les deux sens, comme HubSpot, est en cours de déploiement.
Inscrivez-vous, connectez un CRM ou ajoutez le snippet d’événements, puis pointez votre client MCP sur mcp.pathbound.ai/mcp.