Brancher ses outils
Connecter HubSpot à un agent IA
Un CRM ne se périme pas parce qu'il est mal conçu : il se périme parce que le remplir est le travail que personne ne fait. Un agent branché sur HubSpot lit et met à jour les fiches, les activités, les fichiers et le contenu marketing — par l'interface officielle de HubSpot, et strictement sous les permissions de l'utilisateur qui l'a connecté. C'est ce dernier point qui rend la chose gouvernable.
1. Ce que l'agent fait dans HubSpot
Le connecteur passe par le serveur officiel de HubSpot, ce qui garantit que le périmètre suit les règles de HubSpot et non les nôtres.
- Les fiches. Lire et mettre à jour contacts, entreprises et affaires — l'adresse qui a changé, l'interlocuteur qui est parti, l'étape où en est réellement le dossier.
- Les activités. Consigner ce qui s'est passé : l'appel, la relance, la réponse reçue. C'est la partie qui manque toujours, parce qu'elle se fait après coup.
- Les fichiers et le contenu marketing. Retrouver un document, consulter ou préparer du contenu rattaché à HubSpot.
2. L'agent hérite de vos permissions, jamais plus
C'est le mécanisme central, et il vaut d'être compris avant de brancher.
La connexion se fait avec l'utilisateur HubSpot dont les permissions doivent être respectées. L'agent n'a donc pas de droits propres : il agit avec ceux de cette personne. Si ce compte ne voit pas un pipeline, l'agent ne le voit pas non plus. Si ce compte ne peut pas supprimer, l'agent ne le peut pas.
La conséquence pratique est agréable : vous n'avez pas de nouveau modèle de droits à apprendre. Vous décidez du périmètre d'un agent en choisissant avec quel utilisateur HubSpot il est branché — souvent en créant un utilisateur dédié, aux droits volontairement étroits. Chaque personne de l'équipe peut aussi brancher son propre compte et n'accorder que ses propres permissions.
La connexion exige par ailleurs de désigner le portail et le type d'objet concernés : un agent n'est jamais branché « sur HubSpot » en général.
3. Ce qui reste sous validation
HubSpot est classé parmi les connecteurs à enjeu élevé, et le réglage par défaut le reflète : toute action qui écrit ou qui supprime demande un accord humain avant exécution, tant que vous ne l'avez pas explicitement assoupli.
En pratique, la plupart des équipes finissent par assouplir la mise à jour d'une fiche ou l'ajout d'une activité — le risque est faible et le gain quotidien — et conservent la validation sur ce qui engage : changer l'étape d'une affaire, modifier un montant, supprimer. C'est un arbitrage sain, et il se règle action par action plutôt qu'en bloc.
Comme toujours, la dépense de chaque agent est plafonnée avant l'appel au modèle : enveloppe épuisée, l'appel n'a pas lieu.
4. Ce que ça change dans la durée
Sur un CRM, le premier mois ne prouve rien. C'est la douzième semaine qui départage.
- Semaine 1. Les fiches touchées récemment sont complétées, les activités manquantes consignées. Le décalage entre ce que dit le CRM et ce qui s'est réellement passé commence à se réduire.
- Mois 3. Le pipeline reflète la réalité. C'est la première fois qu'on peut s'appuyer dessus pour décider, au lieu de « demander à qui suit le dossier ».
- Année 2. L'historique devient une donnée : quelles affaires avancent, lesquelles dorment, quelles relances produisent. Rien de tout cela n'est lisible dans un CRM à moitié rempli.
Aucun gain chiffré n'est promis. Ce qui est certain, c'est qu'un CRM tenu vaut mieux qu'un CRM riche en fonctions — c'est le sujet développé à part.
5. Questions fréquentes
Faut-il créer une application HubSpot ?
Une application d'authentification est créée une fois pour nullbot ; ensuite, chaque personne choisit son compte HubSpot et accorde ses propres permissions au moment de se connecter. Il n'y a donc pas de travail de configuration à refaire par utilisateur.
L'agent peut-il modifier une affaire sans que je le sache ?
Pas par défaut : les actions d'écriture et de suppression demandent une validation humaine avant exécution. Et même une fois cette validation assouplie sur les gestes anodins, tout reste tracé — dans le journal de nullbot comme dans l'historique de HubSpot, qui enregistre de son côté qui a modifié quoi.
Peut-on limiter un agent à un seul pipeline ?
Oui, par deux voies qui se cumulent : la connexion exige de désigner le portail et le type d'objet, et l'utilisateur HubSpot avec lequel l'agent est branché porte ses propres restrictions. Créer un utilisateur HubSpot dédié aux droits étroits est la méthode la plus simple et la plus lisible.
Et si nous utilisons un autre CRM ?
Pipedrive, Close, Attio et Folk figurent également au catalogue, et nullbot dispose de son propre CRM si vous n'en avez aucun. Le principe reste le même : l'agent travaille dans l'outil qui fait référence chez vous, plutôt que de créer une base parallèle qui se périmera à son tour.
Pour aller plus loin
Lire ensuite : un CRM tenu par des agents, connecter Stripe, ou tous les connecteurs disponibles.