Agents IA dans le CRM : la facture se règle à l’exécution
Depuis juillet, chaque exécution d'un agent IA dans HubSpot consomme des crédits. La documentation de l'éditeur, mise à jour le 21 octobre, décrit quatre garde-fous à poser avant d'ouvrir un agent en production.
Un agent IA dans un CRM ne se facture pas comme une licence. Il se facture à l’usage, et l’usage n’est pas décidé par celui qui signe le budget : il est décidé par un déclencheur, un workflow ou un commercial qui appelle l’agent depuis une fiche. Depuis le 23 juillet 2026, chez HubSpot, tous les agents IA consomment des crédits. La documentation de l’éditeur a été remise à jour le 21 octobre, et elle est plus instructive qu’un communiqué : elle décrit précisément les réglages par lesquels une direction commerciale garde la main.
Le sujet n’est pas la facture elle-même, qui restera modeste sur les premiers mois. C’est que cette bascule déplace une décision d’outillage vers une décision de gouvernance : qui a le droit de créer un agent, ce que cet agent peut écrire dans votre base, et combien de fois il peut tourner avant de s’arrêter tout seul. L’éditeur avait posé le cadre de ce déplacement à son rendez-vous annuel, en faisant du CRM le contexte commun des humains et des agents ; la tarification à l’exécution en est la traduction comptable.
Quatre réglages, dans cet ordre
1. Qui a le droit de créer un agent
La création et la personnalisation d’un agent exigent le rôle Super Admin ou la permission Agent Builder. En amont, un Super Admin doit avoir activé plusieurs réglages IA au niveau du portail : l’accès aux outils d’IA générative, l’accès aux données du CRM, aux données de conversion client, aux fichiers, et l’accès à l’assistant Breeze. Autrement dit, la porte s’ouvre d’un cran administratif, pas d’un achat.
Un second réglage, plus discret, mérite d’être posé explicitement : l’attribution d’accès à chaque agent, via le menu à trois points puis Assign access. Quatre options existent, dont « seuls les propriétaires et super admins peuvent modifier et exécuter », « tout le monde peut modifier et exécuter », et un accès personnalisé par équipe et par utilisateur. La deuxième option est la plus coûteuse des trois, et c’est souvent celle qui reste par défaut dans un pilote.
2. Ce que l’agent est autorisé à faire
Trois actions sont disponibles par défaut : parcourir le web, lire les fiches du CRM, et y écrire. S’y ajoutent des actions de connexion à des systèmes externes via les serveurs MCP pris en charge. La distinction entre lecture et écriture est le point de vigilance : un agent qui lit produit une analyse, un agent qui écrit modifie votre base commerciale, et la qualité de cette base est exactement ce qu’un changement d’outil met des mois à réparer — une migration de CRM se joue sur le tri, pas sur l’import.
Côté déclenchement, deux voies sont documentées. La section Run from > Automate permet une exécution depuis un workflow ou une automatisation : par le panneau latéral des automatisations sur l’offre Starter, par le constructeur de workflows d’Agent Hub sur les offres Professional et Enterprise. La section Run from > CRM cards permet d’ajouter l’agent à une fiche CRM, sur un ou plusieurs types d’objets. Le second cas est le plus consommateur en pratique, parce qu’il met le bouton dans la main de toute l’équipe.
3. La simulation, qui ne coûte rien
C’est la fonction la plus utile et la moins utilisée. Le bouton Test, en haut à droite du constructeur, lance une simulation après saisie des informations requises. Deux propriétés en font un outil d’arbitrage et pas seulement de mise au point :
- Les simulations ne consomment pas de crédits. L’agent peut lire le contexte CRM, mais n’effectue aucune action sur le CRM et ne modifie rien.
- Elles renvoient un coût estimé par exécution, calculé sur l’exécution en cours et sa complexité. L’historique est consultable depuis Agents > Agent Hub, onglet Agents, Edit sur la carte de l’agent, puis Test > View history : le nom d’une simulation donne le nombre de crédits estimé.
Une réserve, que l’éditeur pose lui-même : le coût estimé peut différer du coût réel. Et si des outils MCP sont configurés, ils peuvent réellement s’exécuter pendant la simulation — d’où la recommandation de travailler avec des données d’exemple.
4. Le plafond par agent
Dans le constructeur, le menu à trois points donne accès à Edit run limit. Le commutateur Monthly agent run limit permet de saisir un nombre d’exécutions mensuelles, puis de valider. Deux comportements méritent d’être connus : la fourchette de crédits estimée se met à jour en fonction de la limite choisie, ce qui transforme le réglage en outil de budgétisation ; et une fois la limite atteinte, l’agent cesse de s’exécuter. La limite s’applique agent par agent. L’onglet Run history affiche les crédits estimés par exécution.
Un agent qui s’arrête parce qu’il a atteint son plafond est un incident lisible. Un agent sans plafond qui a tourné quatre mille fois sur un déclencheur mal écrit est une ligne de facture qu’on découvre après coup.
Où la fonction est disponible
| Périmètre | Offres ouvertes à la création d’agents |
|---|---|
| Marketing Hub, Sales Hub, Service Hub, Data Hub, Content Hub | Starter, Professional, Enterprise |
| Smart CRM, Revenue Hub | Professional et Enterprise uniquement |
| Dans tous les cas | Des crédits HubSpot sont nécessaires pour les exécutions |
Le fait que la création d’agents descende jusqu’à l’offre Starter est l’information de structure : la capacité n’est plus réservée aux comptes Enterprise accompagnés par un intégrateur. Elle arrive chez des équipes de cinq à quinze commerciaux, sans gouvernance préalable. C’est précisément le profil où le plafond mensuel n’est pas une option.
Ce que cela change pour un arbitrage d’outillage
Trois conséquences pratiques, au-delà du cas HubSpot.
- Le coût d’un agent devient variable, donc prévisible seulement si on le borne. Dans une comparaison d’offres, la question utile n’est plus le prix du siège mais l’existence d’un plafond par agent et d’une simulation sans facturation.
- Le droit d’écriture dans le CRM devient un paramètre de négociation interne, au même titre que les droits de suppression. Il se documente dans le même tableau que les rôles.
- La séquence de déploiement compte plus que la fonctionnalité. C’est le même constat que pour l’IA commerciale en général : l’outil ne crée pas le processus, il l’accélère, y compris quand le processus est bancal.
À noter pour la suite : des réglages de plafond au niveau du compte et par action, distincts de la limite par agent, ont été rapportés en octobre par plusieurs intégrateurs, avec des versions contradictoires sur leur activation par défaut. La documentation consultée ne les couvre pas. Le réglage à vérifier dans votre propre portail, avant de conclure, est donc bien celui-ci — d’autant que la feuille de route bouge vite depuis que quatre résultats clients ont remplacé les Hubs historiques dans l’organisation produit de l’éditeur.
Les écrans à ouvrir
Chaque réglage cité ici est décrit par l’éditeur, captures à l’appui, dans sa documentation sur le constructeur d’agents et dans celle consacrée au contrôle de la consommation de crédits, mise à jour le 21 octobre 2026. Une heure suffit à poser les quatre garde-fous sur un portail existant ; c’est moins que le temps qu’il faudra pour réparer une base que personne n’avait interdit à un agent d’écrire.
