Pour un fondateur ou un responsable de compte d’un produit B2B en libre-service, la mission : trouver les clients dont le comportement dit « en croissance » (plus d’activité, plus de personnes, des consultations de la page de tarifs) tant que c’est encore vous qui choisissez le moment.
La discussion sur une offre supérieure commence généralement quand le client l’engage (une limite atteinte, un e-mail « combien pour plus de sièges ? »), c’est-à-dire selon son calendrier, après des semaines de signaux que personne n’a rassemblés. La hausse d’usage est dans l’analytics produit. Les nouvelles personnes du compte apparaissent dans le CRM. Les consultations de la page de tarifs sont dans l’analytics web. Pris isolément, chacun est un signal faible ; ensemble, c’est un compte qui vous dit qu’il devient trop grand pour son offre, et cet « ensemble », personne n’a le temps de le construire.
Les signaux arrivent déjà sur un seul profil par compte : événements de votre site et de votre produit, contacts au fil de leur apparition, état du CRM. Quatre appels les assemblent, et le passage en revue de tous les comptes est gratuit.
aggregate_dataRegroupez les événements du mois par compte, avec la période précédente à côté, et les comptes en hausse ressortent d’eux-mêmes : plus de sessions, plus de personnes actives, une nouvelle équipe soudain présente dans le produit. Le calcul se fait côté serveur sur tout le portefeuille, sans récupérer un seul profil.
aggregate_dataUne seconde agrégation, filtrée sur l’intention : qui a consulté les pages de tarifs, d’offres ou de mise à niveau, regroupé par compte. Un compte dont l’activité monte et qui lit vos tarifs vous a dit ce qu’il pense sans remplir le moindre formulaire.
batch_get_detailsLe détail des comptes qui cumulent les deux signaux, jusqu’à 25 par appel : entreprise, taille, secteur, état du CRM. C’est là que la liste restreinte se forme : un compte en croissance encore sur votre plus petite offre ne se lit pas comme un compte déjà sur l’offre la plus haute.
create_company_noteChaque compte prêt pour l’expansion reçoit une note : les preuves, le moment, et une accroche suggérée qui nomme ce que fait le client, plutôt qu’un « je me permets de revenir vers vous ». 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.
Lancez-le chaque mois, ou chaque semaine pendant un changement de tarifs.
D’abord, connectez Pathbound à votre agent : environ cinq minutes, quel que soit le client utilisé par votre équipe. Collez ensuite ce prompt. Voici comment repérer les opportunités d’expansion de façon planifiée : une tâche mensuelle récurrente dans ChatGPT, Claude ou Claude Cowork, ou un cron n8n avant votre cycle de facturation.
Trouvez les comptes qui semblent prêts pour l’expansion. Comparez l’activité de chaque compte ce mois-ci à son niveau de référence et listez ceux qui montent en régime : plus d’événements, plus de personnes actives. Vérifiez ensuite quels comptes ont quelqu’un qui consulte nos pages de tarifs ou d’offres. Récupérez le détail des comptes qui présentent les deux signaux (taille, secteur, état du CRM) et classez-les du plus prêt au moins prêt. Laissez une note sur chacun avec les preuves et une accroche suggérée, puis donnez-moi la liste restreinte avec, pour chacun, une ligne qui explique pourquoi maintenant.
Les conversations d’expansion commencent au moment que vous choisissez, preuves en main : « vous avez ajouté des personnes ce mois-ci et quelqu’un a consulté la page de tarifs » n’est pas le même e-mail que « je me permets de revenir vers vous ». Les comptes qui deviennent discrètement trop grands pour leur offre sont repérés pendant que la dynamique est là. Et comme le classement repose sur l’agrégation, passer en revue tous les comptes ne coûte rien tant que vous ne récupérez pas le détail des quelques comptes qui présentent les deux signaux.
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 : un agent qui exécute cette recette fait exactement cela, sur vos propres données plutôt qu’avec une boîte noire de scoring. Il classe les comptes selon la hausse de leur activité par rapport à leur propre référence, croise avec les personnes qui consultent les pages de tarifs, tient compte de la taille et de l’état du CRM, et consigne les preuves sur chaque compte. Connectez n’importe quel agent MCP à Pathbound, le MCP données clients, et lancez le prompt ci-dessus de façon planifiée.
Une activité en hausse par rapport à la référence propre au compte, davantage de personnes du compte qui apparaissent, et des signaux d’intention (pages de tarifs, d’offres et de mise à niveau) captés par Événements. Pris isolément, chacun n’est que du bruit ; la recette agit sur leur recoupement. Si votre CRM contient des champs d’offre ou d’affaire, ils entrent en compte via le détail du compte.
Non. La recette lit toutes les sources d’événements que vous connectez : le snippet d’événements sur votre site, les événements produit, PostHog si vous l’utilisez. Plus de sources affinent la référence, mais les consultations de la page de tarifs et les nouveaux contacts suffisent déjà à distinguer les comptes qui se réchauffent des comptes silencieux.
Même famille, autre sujet. Le lead scoring devine si un nouveau lead correspond à votre cible. Ici, on lit si un compte existant est en croissance (usage réel, personnes réelles, consultations réelles des tarifs) : aucun modèle à entraîner, rien à calibrer. Les preuves arrivent sur le compte ; la décision vous appartient.
Une note par compte prêt pour l’expansion, écrite avec create_company_note : les signaux, depuis quand ils sont apparus, et une accroche suggérée. La note se trouve sur le profil unifié que lisent tous les agents connectés et tous vos collègues ; l’envoi des notes vers les CRM synchronisés dans les deux sens, comme HubSpot, est en cours de déploiement. Rien d’autre ne change, sauf si vous demandez à l’agent de mettre à jour des champs.
Un rythme mensuel correspond à la façon dont se construit une dynamique d’expansion ; un rythme hebdomadaire se justifie pendant un changement de tarifs ou un lancement. Les appels sont des requêtes MCP sans état : une tâche récurrente dans ChatGPT ou Claude, une planification Cowork ou un cron n8n conviennent tous.
Inscrivez-vous, connectez un CRM ou ajoutez le snippet d’événements, puis pointez votre client MCP sur mcp.pathbound.ai/mcp.