Rémi Kokabi4 novembre 20269 min de lecture

Cas d'usage MCP avec lemlist et HubSpot

Un deal dans HubSpot vient de passer en closed-lost. Le contact est toujours en poste dans l'entreprise. Personne dans lemlist ne pense à le recontacter, parce que personne n'a vérifié. Cet écart entre ce que votre CRM sait et ce que votre outil de prospection fait, c'est là que le pipeline meurt en silence.

C'est exactement ce qu'une vraie intégration HubSpot-lemlist est censée résoudre, et la plupart des équipes n'en exploitent que la moitié. La synchronisation native transfère les contacts et les activités dans les deux sens, mais elle ne peut pas répondre à une question comme « quels champions ont changé de poste ce mois-ci » ni créer une campagne à partir de la réponse. Pour ça, il faut un agent capable de lire les deux outils en même temps et d'agir dans la foulée.

Dans cet article, je vous montre précisément ce que gère l'intégration native par rapport à ce qu'apporte le MCP, et je vous donne des prompts à copier-coller dans Claude, ChatGPT ou Cursor dès aujourd'hui. Vous verrez comment relancer des deals perdus, multi-threader des opportunités bloquées et transformer des réponses en pipeline, sans exporter le moindre fichier.

Intégration native ou MCP : ce que chacun fait

lemlist se synchronise déjà avec HubSpot via une intégration HubSpot qui transfère contacts, activités et statuts entre les deux outils quasiment en temps réel. Le MCP ajoute une couche différente : il permet à un agent IA d'interroger HubSpot et lemlist dans la même conversation et d'agir sur la réponse directement.

La synchronisation native gère la plomberie. Les contacts créés dans un outil apparaissent dans l'autre. Les emails envoyés, ouverts, cliqués ou répondus dans lemlist s'ajoutent automatiquement à la timeline du contact HubSpot. Le mapping des champs contrôle quelles propriétés circulent dans quelle direction, et les changements de cycle de vie dans HubSpot peuvent mettre en pause les séquences lemlist pour éviter qu'un commercial n'envoie un email à froid à un prospect déjà engagé dans un deal.

Le MCP fait ce que la synchronisation n'a jamais été conçue pour faire. Il vous permet de poser une question qui couvre les deux outils (« quels deals closed-lost ont des contacts toujours en poste dans la même entreprise ? ») et d'obtenir une réponse, plus une action, en un seul prompt. L'agent lit HubSpot via le serveur MCP HubSpot et agit dans lemlist via le serveur MCP lemlist, le tout dans Claude, ChatGPT ou Cursor.

Voici comment les deux se comparent côte à côte :

Intégration native

MCP

Ce que ça fait

Synchronise contacts, activités et statuts entre lemlist et HubSpot

Permet à un agent d'interroger les deux outils et d'agir sur la réponse en une seule conversation

Quand ça tourne

En continu, quasiment en temps réel

À la demande, quand vous sollicitez l'agent

Qui le met en place

N'importe quel membre de l'équipe avec un accès admin aux deux outils

Quiconque connecte les deux serveurs MCP dans un client IA

Idéal pour

Garder les fiches et les timelines synchronisées

Les questions et actions cross-outils que la synchronisation n'a jamais été conçue pour gérer

Gardez les deux actifs. L'intégration native est votre socle de données. Le MCP, c'est ce qui transforme ces données en prospection sans exporter un CSV.

Ce qu'il vous faut avant de commencer

Trois prérequis :

  • Le MCP lemlist connecté dans Claude, ChatGPT ou Cursor. Suivez le guide sur comment configurer le MCP lemlist si ce n'est pas encore fait.

  • Le MCP HubSpot connecté dans le même client. HubSpot héberge un serveur MCP distant qui fonctionne avec Claude, ChatGPT et Cursor via OAuth.

  • Les permissions adaptées aux cas d'usage ci-dessous. Donnez à l'agent un accès en lecture aux deals, contacts et activités dans HubSpot, et un accès aux campagnes et leads dans lemlist.

Commencez par des prompts en lecture seule. Demandez à l'agent de récupérer les données et de vous montrer le résultat avant de le laisser créer ou modifier quoi que ce soit dans l'un ou l'autre outil.

1. Relancer les deals perdus

Les deals closed-lost dorment dans HubSpot avec une raison de perte attachée, et personne n'est assigné pour les relancer. La plupart des équipes les revisitent une fois par trimestre, au mieux.

Trouve les deals marqués closed-lost dans HubSpot ces 6 derniers mois, vérifie quels contacts sont toujours en poste dans l'entreprise, et crée une campagne de relance dans lemlist en utilisant la raison de perte comme variable.

L'agent lit les deals closed-lost et leur raison de perte depuis HubSpot, puis vérifie l'entreprise actuelle de chaque contact via l'enrichissement lemlist. Il crée une campagne de relance dans lemlist, ajoute les leads, et mappe la raison de perte comme variable personnalisée utilisable dans le premier email (« La dernière fois, c'était une question de timing. Voici ce qui a changé. »).

Avant de lancer sur toute la liste, relisez le contenu de la campagne et vérifiez que les raisons de perte sont assez propres pour servir de personnalisation. Un champ mal formaté peut casser toute la séquence.

2. Suivre les champions qui changent de poste

Un ancien acheteur qui rejoint une nouvelle entreprise, c'est l'un des leads les plus chauds que vous puissiez obtenir. Le problème : personne ne vérifie, et le signal passe sans prospection. Vous pouvez en savoir plus sur l'importance de ce sujet dans le guide sur le suivi des champions.

Liste les contacts sur les deals closed-won dans HubSpot, crée une liste de suivi dans lemlist pour les changements de poste, et déclenche la campagne champion quand l'un d'eux bouge.

L'agent récupère chaque contact lié à un deal closed-won dans HubSpot, crée une liste de suivi dans lemlist pour les signaux de changement de poste, et relie cette liste à une campagne pour que la prospection se déclenche automatiquement quand quelqu'un bouge. Les leads contactés le jour même du signal obtiennent 21,3 % de taux de réponse, contre 8,1 % après une semaine (données internes lemlist). La rapidité compte ici.

Avant de lancer sur toute la liste, vérifiez que le message de la campagne fait référence à la relation passée et au nouveau poste, pas à l'ancien.

3. Multi-threader les deals ouverts avec un seul contact

Les deals mono-contact calent quand cette personne ne répond plus. Vous perdez le momentum, et personne d'autre dans le compte ne sait que la conversation existe. Le playbook sur le multi-threading en vente explique pourquoi ça plombe vos taux de conversion.

Pour les deals ouverts au-dessus de 20 000 dollars avec un seul contact, trouve deux décideurs supplémentaires dans la base lemlist et ajoute-les à une séquence qui met notre champion en CC.

L'agent identifie les deals mono-contact au-dessus du seuil dans HubSpot, recherche des décideurs supplémentaires dans la base People de lemlist au sein de la même entreprise, crée ces contacts dans HubSpot, et les ajoute à une campagne avec le champion d'origine en CC. Un premier email envoyé à la personne qui gère le sujet, avec le décideur en CC, obtient 3,35 % de réponses, soit 23 % de plus qu'un destinataire unique (données internes lemlist).

Avant de lancer sur toute la liste, vérifiez que l'agent a bien matché la bonne entreprise et que les nouveaux contacts ont des intitulés de poste pertinents pour le deal.

4. Transformer les réponses positives en deals

Les réponses intéressées se perdent entre la séquence et le pipeline. Un prospect répond « parlons-en » dans lemlist, et personne ne crée de deal dans HubSpot avant que le commercial s'en souvienne, parfois plusieurs jours plus tard.

Vérifie les réponses intéressées de cette semaine dans lemlist et crée un deal HubSpot pour chacune, avec la réponse collée en note.

L'agent lit l'inbox unique de lemlist, filtre les réponses taguées comme intéressées, crée un deal dans HubSpot pour chacune, et attache le texte de la réponse en note sur la fiche du deal. Le commercial ouvre HubSpot et voit le deal avec tout le contexte, prêt à planifier un appel.

Avant de lancer sur toute la liste, confirmez le stage du deal, le pipeline et le mapping des propriétaires pour que les nouveaux deals atterrissent là où votre équipe les attend.

5. Voir quelles campagnes génèrent du pipeline

Les stats de campagne vivent dans lemlist. Le pipeline vit dans HubSpot. Sans relier les deux, personne ne sait quelle campagne outbound génère vraiment du revenu.

Compare les réponses aux campagnes lemlist ce mois-ci avec les deals créés dans HubSpot et classe les campagnes par pipeline généré.

L'agent lit les stats de réponses des campagnes lemlist et les données de création de deals dans HubSpot, puis les recoupe par email de contact. Le résultat est un classement des campagnes par valeur totale de pipeline, pour que vous puissiez doubler la mise sur ce qui marche et couper ce qui ne marche pas.

Avant de lancer sur toute la liste, vérifiez que les emails de contact correspondent dans les deux outils. Les décalages liés aux alias ou aux adresses personnelles vont sous-estimer l'attribution.

Garde-fous quand un agent travaille dans lemlist et HubSpot

Laisser un agent écrire dans deux outils en même temps, c'est puissant, mais ça demande des limites. Appliquez ces règles avant de passer à l'échelle sur les prompts ci-dessus :

  • Relisez chaque campagne créée par l'agent avant de la lancer. L'agent construit la structure, vous validez le contenu et l'audience.

  • Testez sur 10 leads d'abord. Lancez le prompt sur un petit lot, vérifiez le résultat dans les deux outils, puis élargissez.

  • Gardez les désinscriptions et les listes d'exclusion actives dans lemlist. L'agent les respecte, mais seulement si elles sont activées.

  • Décidez qui dans l'équipe peut connecter les serveurs MCP. Limitez l'accès aux personnes qui comprennent ce que l'agent peut modifier.

  • Tracez ce que l'agent a modifié. Après chaque session, vérifiez la campagne, les leads ajoutés, et les deals ou notes créés dans HubSpot. Si quelque chose cloche, vous le repérez avant que ça n'atteigne un prospect.

Lancez-le dans lemlist

Chaque prompt de cet article passe par le serveur MCP lemlist, qui fonctionne dans Claude, ChatGPT et Cursor. Une fois connecté, l'agent peut :

  • Rechercher dans la base People (650M+ contacts, 65M+ entreprises) pour trouver des décideurs par rôle, secteur, taille d'entreprise ou stack technique

  • Enrichir les contacts par enrichissement en cascade via 14+ fournisseurs pour obtenir des emails et numéros de téléphone vérifiés

  • Créer des campagnes et des séquences sur email, LinkedIn, appels et WhatsApp

  • Lire l'inbox unique et les stats de campagne pour suivre les réponses, ouvertures et conversions

  • Agir sur des signaux d'intention comme les changements de poste, les levées de fonds et l'activité de recrutement

Ces prompts sont un point de départ. Vous pouvez explorer d'autres workflows dans la liste complète des cas d'usage du MCP lemlist.

Ce qu'il faut retenir

L'intégration native HubSpot garde vos données synchronisées. Le MCP permet à un agent d'agir sur ces données en une seule conversation, en transformant les fiches CRM en campagnes, deals et attribution sans le moindre export. Copiez les prompts ci-dessus, commencez par un petit lot, et passez à l'échelle sur ceux qui fonctionnent.

Créez votre première séquence basée sur les signaux dans lemlist.

Transformez vos leads en pipeline

Trouvez des prospects, automatisez vos relances et générez plus d'opportunités commerciales.

Questions fréquentes

Gardez les deux. L'intégration native synchronise les données en continu. Le MCP permet à un agent de croiser les deux outils et d'agir à la demande.

Tout client qui supporte les serveurs MCP distants, comme Claude, ChatGPT ou Cursor, avec les deux serveurs connectés.

Il peut créer et modifier des campagnes, mais relisez chaque campagne avant le lancement et testez sur un petit lot d'abord.

Non. Vous connectez les deux serveurs MCP dans votre client IA, puis vous rédigez vos requêtes en langage naturel.
Rémi Kokabi

Rémi Kokabi

Co-founder @GTM Club

Partager l'article