Si vous êtes dans une équipe GTM en ce moment, vous utilisez probablement déjà l’IA pour quelque chose (ou peut-être tout) : rédiger des messages d’approche, résumer des notes d’appels, rechercher des prospects. Les gains faciles ont été faits. La vraie question, c’est de savoir si vos agents peuvent réellement agir dans les outils que vous utilisez chaque jour, ou s’ils se contentent de vous remettre un résumé en vous demandant d’aller faire le travail vous-même.

Cet écart tient aux éditeurs. Certaines plateformes GTM ont rendu l’authentification, la lecture de données et l’écriture en retour vraiment simples pour les agents. D’autres ont techniquement des API, mais rendent l’expérience assez pénible pour que la plupart des équipes abandonnent avant de voir le moindre résultat. Quelques-unes sont tout simplement verrouillées. Le «  ToolBench » d’Arcade.dev évalue chaque serveur MCP public sur la qualité des définitions, la conformité au protocole, la sécurité et la maintenabilité. Plutôt que de deviner, voici comment la GTM stack se classe réellement.

Les 5 applications GTM SaaS les plus ouvertes

1. Attio

Transparence totale : nous utilisons Attio comme notre propre CRM chez Arcade. C’est aussi pourquoi nous avons des opinions bien arrêtées à son sujet.

Attio a été conçu API-first d’une façon que la plupart des CRM ne sont pas. Les CRM traditionnels ont ajouté des API développeurs en afterthought, une fois le produit déjà construit autour de la saisie manuelle. L’API d’Attio donne l’impression d’avoir été conçue par des gens qui avaient vraiment prévu de l’utiliser : propre, cohérente, bien documentée, et assez flexible pour gérer des modèles de données personnalisés sans transformer chaque opération d’écriture en jeu de devinettes.

Quand nous avons construit notre propre toolkit MCP Attio, la granularité et la profondeur de leur spec API nous ont permis deconstruire quelque chose de très optimiséDes définitions d’outils précises, des schémas exacts, aucune approximation sur ce qui est valide. Ce niveau de qualité d’API n’est pas acquis. La plupart des éditeurs de CRM n’exposent pas assez de détails pour construire dessus proprement, ce qui explique pourquoi tant d’intégrations MCP finissent gonflées ou fragiles. Celle d’Attio, non.

2. Salesforce

Salesforce est complexe, mais complexe n’est pas synonyme de fermé. Leurs API sont étendues, éprouvées par un immense écosystème de développeurs depuis vingt ans, et ils livrent réellement des SDK dans plusieurs langages pour éviter d’avoir à assembler des appels HTTP bruts. C’est important quand on construit des outils pour agents, parce que les clients typés réduisent les approximations sur ce qui est valide.

Plus récemment, Salesforce a lancé Agentforce avec un support MCP natif. C’est un signal clair qu’ils préfèrent faire partie de l’écosystème d’agents plutôt que d’élever un rempart autour.

Nous avons construit leserveur MCP Salesforce Arcade.devpour couvrir le workflow CRM complet du quotidien (leads, opportunités, tâches, journalisation des appels), soit 17 outils au total. Certaines parties étaient vraiment difficiles à construire. La conversion de leads ne passe pas du tout par l’API REST ; elle requiert la SOAP Partner API de Salesforce, ce qui est une aventure. Mais c’est faisable, parce que Salesforce a maintenu la plateforme sous-jacente ouverte. La complexité est réelle, mais elle se surmonte.

3. Apollo.io

Le positionnement d’Apollo, c’est que la prospection doit être systématique : trouver les bonnes personnes, obtenir leurs coordonnées, contacter à grande échelle. C’est déjà un workflow taillé pour les agents. L’API le reflète : endpoints REST authentifiés par OAuth, documentation claire, et des endpoints qui font vraiment ce que leur nom suggère.

Un agent commercial connecté à Apollo peut extraire une liste de décideurs sur un compte cible, les enrichir et les injecter dans une séquence sans qu’un commercial touche le clavier. C’est le workflow. L’API d’Apollo ne vous met pas de bâtons dans les roues.

4. Google Workspace (Gmail + Calendar)

Gmail et Calendar ne sont pas des outils GTM au sens traditionnel, mais concrètement, c’est là que se passe l’essentiel de la vente. Les appels se bookent dans Calendar. Les relances partent via Gmail. Beaucoup de contexte sur les deals vit dans des fils d’emails qui n’atterrissent jamais dans le CRM.

Google fournit des serveurs MCP first-party pour les deux, et le modèle d’authentification est le bon : les agents se connectent au compte de l’utilisateur via OAuth, pas avec un credential de service partagé. Ça semble être un détail, mais c’est en réalité important. Un agent qui rédige des emails à votre place doit le faire en tant que vous, avec accès à votre vrai historique d’envoi et à vos contacts, pas comme un utilisateur d’intégration générique.

Les outilsGmail et Calendar d’Arcadefigurent régulièrement parmi les plus utilisés en production. Pas surprenant vu leur place centrale dans le workflow.

5. Exa

Exa est une API de recherche et de données web conçue spécifiquement pour les applications IA. Ce n’est pas un outil GTM traditionnel, mais c’est devenu l’une des choses les plus utiles dans notre stack de prospection, et nettement moins cher que les fournisseurs de données historiques.

L’idée centrale : une requête Exa bien structurée peut faire remonter la plupart des enrichissements de compte que vous paieriez autrement à ZoomInfo ou Apollo. Tours de table récents, signaux de recrutement, lancements de produits, changements de direction, descriptions d’entreprise : ça revient propre et vite. Pour la recherche approfondie sur un compte cible avant une campagne outbound ou un appel commercial, c’est vraiment le meilleur outil que nous ayons utilisé. Nous avons construit un toolkit Arcade pour Exa, et il est en usage régulier pour les workflows de prospection depuis.

Les applications GTM SaaS les plus fermées

Gong

Gong est l’entrée la plus frustrante de cette liste, parce que le cas d’usage pour les agents est tellement évident. Il enregistre chaque appel commercial, fait remonter les risques sur les deals, suit la santé du pipeline. C’est exactement le contexte qu’un agent voudrait consulter avant de recommander quoi faire sur un deal. « Quelles objections ce prospect a-t-il soulevées ? » « Comment ce deal se compare-t-il à d’autres que nous avons gagnés à ce stade ? »

Le problème, c’est d’accéder à ces données. L’API de Gong est réservée aux contrats enterprise avec un accord commercial séparé. Pas de self-serve. Pas de serveur MCP. Et pour une plateforme qui facture ce qu’elle facture, c’est un choix délibéré : ils veulent que vous restiez dans leur produit, pas que vous alimentiez vos données dans un agent qui pourrait remplacer une partie de la valeur qu’ils vous vendent. C’est leur droit, mais ça en fait une impasse pour toute équipe qui cherche à construire une intelligence pipeline automatisée.

ZoomInfo

ZoomInfo dispose d’une base de données de contacts B2B massive, ce qui rend leurs restrictions d’API particulièrement irritantes. Les conditions de licence sont complexes, l’usage est mesuré à la loupe, et l’ensemble est structuré pour rendre difficile ce type de workflow d’enrichissement programmatique que vous voudriez confier à des agents. On dirait que ça a été conçu par leur équipe juridique plutôt que par leurs ingénieurs.

Les équipes qui font de l’outbound assisté par agents ont tendance à contourner ZoomInfo plutôt qu’à passer par lui, en utilisant Apollo pour les données de contact à la place.

Salesloft

Salesloft a des API et supporte techniquement des intégrations, mais l’expérience développeur accuse un retard visible sur le reste du marché. Les rate limits sont agressives, la stratégie MCP est peu développée, et on ne sent pas d’investissement interne réel pour faire de la connectivité agent une vraie priorité. Pour les équipes qui utilisent Salesloft pour leurs séquences, c’est vraiment limitant : inscrire des prospects et lire les données d’engagement de façon programmatique est plus lent et plus pénible que ça ne devrait l’être.

L’essentiel à retenir

Le test le plus simple pour n’importe quel outil de votre GTM stack : un agent peut-il faire quelque chose d’utile avec, ou chaque action nécessite-t-elle encore qu’un humain passe par l’interface ? Pour tout ce qui figure dans la liste ouverte, la réponse est oui. Pour la liste fermée, les éditeurs ont fait un choix (délibéré ou simplement par négligence) : les agents ne sont pas une priorité. C’est bon à savoir avant de construire dessus.