Agentic CRM

Un CRM agentique est un système client où le logiciel, et non le rep, est l’auteur principal de l’enregistrement et l’initiateur de l’action suivante. Les agents observent les preuves brutes — appels, emails, agenda, événements produit —, écrivent eux-mêmes les champs de compte et d’opportunité, puis agissent dans un périmètre que vous avez accordé : rédiger la relance, faire avancer l’étape, ouvrir la tâche de renouvellement. Le système d’enregistrement cesse d’être un endroit où les gens saisissent et devient quelque chose qui tourne, que quelqu’un se connecte ou non.

Ce n’est pas un CRM avec un assistant AI dans la barre latérale. Un bouton de résumé, un rédacteur d’emails et un panneau « ce qui a changé sur ce compte » sont tous des fonctions requête-réponse : un humain décide qu’il faut faire quelque chose, demande, lit, et saisit malgré tout le résultat dans un champ. C’est un système d’enregistrement doté de fonctions AI, et tous les grands CRM en ont livré un. La distinction ne tient pas à la qualité du modèle. Elle tient à qui tient la plume.

Le test d’une seule question

Prenez une semaine et demandez à quoi ressemble votre pipeline si aucun rep n’ouvre le CRM. Dans un système d’enregistrement, la réponse est que le pipeline est figé : étapes périmées, next steps vides, aucun appel journalisé, parce que l’enregistrement ne reflète que ce que les humains ont eu le temps de saisir. Dans un CRM agentique, la réponse est que l’enregistrement a bougé quand même : les appels ont été rattachés à la bonne opportunité, l’étape a avancé ou reculé selon ce qui a été dit, et les relances sont parties.

Ce test démasque aussi le marketing. Si le récit agentique d’un éditeur se réduit à « vos reps saisiront moins parce que nous pré-remplissons le formulaire », l’humain reste l’auteur et l’agent n’est qu’une saisie semi-automatique. Utile, mais tarifé et gouverné comme une fonction, pas comme un travailleur.

Deux architectures portent la même étiquette

La couche d’agents par-dessus. Rox se place au-dessus du CRM que vous exploitez déjà plutôt que de le remplacer — son propre site décrit l’intégration avec « Salesforce, HubSpot, Gmail, Microsoft Outlook, Slack, and others » et présente le produit comme un stack d’AI appliquée pour du revenu autonome, avec des agents par compte qui font la recherche, la surveillance, l’outbound et la réécriture dans le CRM. Rien ne migre. Vos enregistrements restent où ils sont et les agents travaillent par-dessus.

Le CRM AI-native en dessous. Day.ai construit son propre modèle d’objets et positionne les agents comme la main-d’œuvre au-dessus, avec des archétypes dont un CRM Data Specialist censé « read the transcript, find the Opportunity it belongs to, and move it to exactly the stage the conversation earned », plus des rôles d’analyste RevOps, de sales engineer et de BDR. Ici l’enregistrement lui-même est neuf, ce qui est une migration, pas une installation.

La version des acteurs installés. Salesforce Agentforce et l’Agent Hub de HubSpot — le changement de nom de juillet 2026 de ce qui est sorti sous le nom de Breeze Agents — greffent un runtime d’agents sur le système d’enregistrement que vous avez déjà acheté. L’avantage : le modèle de données, les permissions et la surface d’audit sont ceux que vos admins connaissent déjà. Le coût : l’agent hérite de toute la dette de schéma que vous avez accumulée.

La décision d’achat se résume surtout à ceci : remplacez-vous l’enregistrement, ou louez-vous de la main-d’œuvre par-dessus ? Une équipe avec deux ans de personnalisation Salesforce et une surface de conformité loue de la main-d’œuvre. Une entreprise de 15 personnes dont personne ne fait assez confiance au CRM pour prévoir dessus remplace l’enregistrement.

L’unité de facturation est le révélateur

Rien n’expose plus vite le changement de catégorie que la grille tarifaire. Vérifié le 2026-08-06 :

• Day.ai facture par agent déployé, pas par personne : Free, Turbo à $25/mois, Professional à $60/mois, Executive à $200/mois, avec respectivement 2, 5 et 10 automated skill slots et 20% de remise en annuel. Sa propre page indique « no per-seat fees, no usage-based pricing ».
• Salesforce Agentforce tarife l’Agentforce User License à $5/utilisateur/mois et la marque « Requires Flex Credits » — le siège est désormais un petit droit d’accès devant un compteur. Les Flex Credits sont fongibles entre actions, prompts, translations et voice actions, vendus par blocs de $500, et les propres exemples chiffrés de Salesforce valorisent chaque crédit à un demi-cent : 40 crédits par requête, 20 requêtes par jour, 30 jours, font 24 000 crédits et $120 par mois. La tarification à la conversation est à $2 la conversation.
• HubSpot est passé au tarif à l’issue : $0.50 par conversation résolue par le customer agent (50 crédits) et $1.00 par lead recommandé par le prospecting agent (100 crédits), ce qui place le crédit HubSpot à un cent.
• Attio montre clairement l’hybride : les sièges existent toujours à $35 (Plus) et $79 (Pro) par utilisateur/mois en facturation annuelle, mais chaque siège porte une dotation de crédits de 100, 500, 1 000 et 2 500 par utilisateur/mois sur Free, Plus, Pro et Enterprise, avec des crédits de workspace supplémentaires vendus à part.

Lisez ces quatre grilles ensemble et le motif est que le nombre de sièges ne prédit plus la facture. Budgétez le pilote en unités de travail à votre volume réel — résolutions, leads recommandés, exécutions d’agent, crédits — parce qu’un modèle fondé sur les effectifs ne vous donne aucun signal sur ce que coûte un trimestre chargé.

Questions de diagnostic à poser à un éditeur

1. Qui a écrit ce champ ? Demandez à voir un enregistrement où les valeurs écrites par l’agent et par un humain se distinguent dans l’interface et dans l’export. Si ce n’est pas le cas, votre historique de pipeline devient discrètement une sortie de modèle.
2. Quels périmètres d’écriture l’agent détient-il, et puis-je le faire tourner en lecture seule d’abord ? Un mode dry-run ou proposition qui met les changements en file d’attente pour validation, c’est la différence entre un pilote et un incident.
3. Que se passe-t-il au passage de relais ? Quand l’agent de recherche passe la main à l’agent d’outbound, nommez lequel détient l’état et où se situe le contrôle humain. Plusieurs agents partageant une liste de tâches, c’est de l’orchestration ; plusieurs agents partageant un logo, c’est un lot de fonctions.
4. Combien coûte une unité de travail à notre volume ? Obtenez le chiffre pour votre nombre mensuel de conversations, de leads ou d’exécutions — pas le prix catalogue.
5. Puis-je plafonner ? Exigez des limites mensuelles d’exécution par agent. Que HubSpot recommande lui-même d’examiner les coûts estimés en crédits et de fixer des limites mensuelles d’exécution est le signe que les exécutions non plafonnées sont un vrai mode de défaillance.
6. Qu’est-ce qui survit à un audit ? Les journaux d’action vous disent ce qui a changé. Il vous faut les preuves sur lesquelles l’agent a agi, rattachées à l’enregistrement, sinon « le modèle a décidé » est toute votre explication.

Points de vigilance, chacun avec sa parade

L’historique écrit par l’agent contamine votre analytique. Si un agent fait avancer les étapes, vos taux de conversion par étape mesurent le jugement de l’agent au lieu du comportement de l’acheteur. Parade : tenez un marqueur de provenance par champ et reconstruisez le reporting de prévision et de conversion pour filtrer ou segmenter dessus avant d’accorder du crédit à un trimestre.

L’autonomie dépasse votre qualité de données. Un agent qui agit sur un compte en double ou un champ propriétaire périmé agit avec assurance et à côté de la plaque, à vitesse machine. Parade : passez d’abord la revue d’hygiène CRM ; un backlog de déduplication est un prérequis, pas un suivi.

Le compteur n’a pas de plafond par défaut. La tarification à la consommation transforme un trimestre chargé en écart budgétaire que personne n’a approuvé. Parade : fixez des plafonds d’exécution par agent dès le premier jour et rapprochez chaque mois le rapport d’usage de l’éditeur de vos propres comptages d’événements.

Les définitions d’étape deviennent des prompts de modèle. Dès qu’un agent déplace des opportunités, vos critères d’étape écrits sont la spécification que le modèle exécute. Parade : réécrivez les définitions d’étape du deal comme des tests de preuve que l’agent peut satisfaire — une étape exige un artefact rattaché, pas une impression.

Quand vous en avez réellement besoin

Achetez de l’agentique quand l’écart que vous comblez est du travail non enregistré : des reps qui mènent de bons appels et ne journalisent rien, des comptes que personne n’a touchés depuis 60 jours, des renouvellements qui remontent avec une semaine de retard. C’est la défaillance qu’un agent corrige directement, et c’est une défaillance qu’une meilleure mise en page de formulaire n’a jamais corrigée.

Passez votre tour quand votre problème est de processus ou de schéma. Si les deals calent parce que les validations prennent neuf jours, ou si votre pipeline est faux parce que trois équipes définissent « qualifié » différemment, un agent exécutera cette ambiguïté plus vite et produira une version plus assurée du même désordre. Corrigez les définitions, puis confiez-les à l’agent.

Pour le motif général derrière cette catégorie, voyez ce qui fait un agent AI pour les ops et AI agent vs RPA.