Salesforce Agentforce permet aux entreprises de créer des agents IA qui lisent et agissent sur les données CRM, de la réponse aux questions des clients à la mise à jour des enregistrements et à la qualification des leads. Comme ces agents peuvent effectuer des actions, les risques dépassent le cadre des mauvaises réponses : ils incluent des modifications d’enregistrements incorrectes, l’exposition de données via des autorisations, des dépassements de coûts liés à la tarification à l’usage et des actions prises en dehors des politiques. Définissez des règles pour le périmètre, les autorisations, les actions, les tests et la surveillance avant la mise en service du premier agent.
Qu’est-ce qu’Agentforce ?
Agentforce est la plateforme de Salesforce pour les agents IA autonomes, intégrée à Sales Cloud, Service Cloud et d’autres produits. Les agents sont configurés avec des sujets, des instructions et des actions dans Agent Builder. Ils s’appuient sur les enregistrements CRM et Data Cloud, et fonctionnent via l’Atlas Reasoning Engine, qui planifie les étapes et choisit les actions.
Salesforce fournit également Einstein Trust Layer, qui gère le masquage des données, le grounding et les fonctions d’audit, et stipule que les données client ne sont pas conservées par des fournisseurs de modèles tiers en vertu de ses accords. Ce sont des bases utiles, mais elles ne remplacent pas vos propres règles.
Quels risques sont spécifiques à un agent qui agit ?
Un chatbot qui répond mal induit un client en erreur. Un agent qui écrit des données erronées dans le CRM peut induire toute l’équipe commerciale en erreur et déclencher des automatisations en aval.
Actions incorrectes
Un agent pourrait mettre à jour une étape d’opportunité, modifier le champ de consentement d’un contact ou fermer un dossier trop tôt. Les flux et déclencheurs attachés à ces champs se déclenchent alors automatiquement.
Exposition des autorisations
Les agents s’exécutent avec un contexte utilisateur. Si cet utilisateur peut voir trop de choses, l’agent peut faire apparaître des enregistrements qu’un client ou un employé junior ne devrait jamais voir.
Dérive des politiques
Les instructions écrites en langage clair peuvent être interprétées librement. Un agent à qui l’on dit “aider les clients avec les retours” pourrait accepter un retour en dehors de la fenêtre autorisée.
Surprises sur les coûts
La tarification d’Agentforce est basée sur la consommation sous plusieurs formes, via des conversations, des Flex Credits ou des options par utilisateur, et les modèles ont changé depuis le lancement. Consultez la page de tarification actuelle ; une utilisation illimitée sur un canal très fréquenté peut augmenter rapidement.
Qualité des données
Les agents raisonnent à partir des enregistrements qu’ils trouvent. Les doublons, les comptes obsolètes et les champs vides conduisent à de mauvaises réponses et à des actions incorrectes.
Quelles limites devez-vous prévoir ?
Au moment de la rédaction, Agentforce fonctionne mieux au sein du modèle de données Salesforce. La connexion à des systèmes externes nécessite MuleSoft, des API ou la configuration de Data Cloud, ce qui ajoute du temps.
- Les actions ne sont aussi bonnes que les flux, les classes Apex ou les modèles de prompt qui les sous-tendent
- La qualité linguistique varie selon la langue ; testez en turc ou sur tout marché non anglophone
- Les agents dépendent de Data Cloud et d’un grounding correct pour des réponses précises
- Certaines fonctionnalités dépendent de l’édition et des licences complémentaires
Quelles règles de gouvernance devez-vous définir en priorité ?
Écrivez-les avant de construire et gardez-les dans un endroit que les administrateurs et les propriétaires d’entreprise peuvent lire.
- Périmètre par agent : les sujets qu’il traite et une liste explicite de ce qu’il ne doit pas faire
- Liste blanche d’actions : chaque action que l’agent peut entreprendre, avec un propriétaire et une raison
- Lecture seule d’abord : commencez les agents avec des actions de lecture ; ajoutez des actions d’écriture après les tests
- Utilisateur agent dédié avec des ensembles d’autorisations à privilèges minimaux et des règles de partage
- Protections des champs : champs de consentement, de tarification et de contrat non modifiables par les agents
- Approbation humaine pour les actions à fort impact telles que les remises, les remboursements ou les changements d’étape
- Escalade vers une file d’attente humaine avec contexte complet
- Plafonds budgétaires et alertes sur la consommation
- Audit : activez la journalisation et examinez les actions de l’agent chaque semaine
- Contrôle des changements : toute modification d’instruction ou d’action doit d’abord passer par un sandbox
Comment tester un agent ?
Salesforce propose l’Agentforce Testing Center pour exécuter des jeux de tests contre des agents dans un sandbox. Utilisez-le et ajoutez vos propres cas adverses.
- Créez 100 énoncés de test ou plus par sujet à partir de cas réels
- Incluez les demandes hors périmètre et les tentatives de contournement des règles
- Vérifiez les modifications d’enregistrements après chaque test, pas seulement le texte de réponse
- Confirmez que les champs masqués restent masqués dans les réponses
- Relancez les tests après chaque version, y compris les versions saisonnières de Salesforce
Que doit couvrir la surveillance après le lancement ?
Une fois en ligne, surveillez à la fois la qualité de la conversation et les effets sur les données.
- Journal des actions : quels enregistrements l’agent a modifiés et combien ont été annulés par des humains
- Taux d’escalade et raisons
- CSAT ou feedback des représentants sur les sorties de l’agent
- Consommation par rapport au budget
- Signaux de qualité des données : doublons créés, champs laissés vides
Comment décider quels travaux confier au premier agent ?
Les bons premiers travaux sont fréquents, à faible risque et faciles à vérifier. Répondre aux questions sur les commandes ou le statut des dossiers, résumer l’historique du compte pour un représentant avant un appel et rédiger des e-mails de suivi pour examen humain conviennent bien. Les travaux qui modifient les chiffres de revenus, les prix ou le consentement du client ne conviennent pas.
Notez chaque travail candidat sur trois points : volume, risque en cas d’erreur et facilité avec laquelle une personne peut vérifier le résultat. Commencez par le travail qui obtient un score élevé en volume et faible en risque.
- Volume élevé, faible risque, facile à vérifier : commencez ici
- Volume élevé, risque élevé : plus tard, avec approbation humaine sur chaque action
- Faible volume, risque élevé : gardez avec les humains
Comment Alien Road applique Salesforce Agentforce
Dans un engagement CRM typique, nous commençons par une revue des données et des autorisations. Les agents héritent de chaque défaut de l’organisation, nous vérifions donc les doublons, les règles de partage et les champs qui pilotent les automatisations avant de construire quoi que ce soit.
Nous rédigeons ensuite les règles de gouvernance avec les responsables des ventes ou du service du client, construisons un premier agent avec des actions en lecture seule dans un sandbox et le testons avec des cas réels passés. Les actions d’écriture sont ajoutées une par une, chacune avec son propre jeu de tests et sa propre règle d’approbation.
Les rapports couvrent les conversations des agents, les actions entreprises et annulées, les escalades et la consommation par rapport au budget. Le client obtient une vue mensuelle de ce que l’agent a fait et de ce que cela a coûté, ainsi que des tendances de qualité des données.
Par où commencer cette semaine
Listez le premier travail que vous souhaitez qu’un agent fasse et chaque champ CRM qu’il devrait lire ou modifier. Pour chaque champ, demandez qui en est le propriétaire et quelles automatisations il déclenche. Tout champ qui déclenche un flux ou affecte les chiffres de revenus doit rester en lecture seule pour la première version de l’agent. Cette liste unique façonnera votre ensemble d’autorisations et votre plan de test.
Ensuite, ouvrez un sandbox et vérifiez les ensembles d’autorisations que votre utilisateur agent prévu recevrait. Supprimez tout ce dont le premier travail n’a pas besoin. Il est beaucoup plus facile d’accorder l’accès plus tard, après les tests, que d’expliquer pourquoi un agent a modifié des enregistrements qu’il n’aurait jamais dû toucher.
Continuer la lecture : Système CRM · Système Crm