Salesforce Agentforce est une plateforme permettant de créer des agents IA autonomes qui travaillent au sein des données et des flux de travail de Salesforce, répondant aux clients, qualifiant les prospects et mettant à jour les enregistrements. Il vaut la peine de changer lorsque votre goulot d’étranglement est un travail à haut volume et nécessitant peu de jugement sur des données CRM propres. Cela n’en vaut pas la peine lorsque vos données sont désordonnées, vos processus ne sont pas documentés ou qu’un simple flux fait déjà le travail.
Qu’est-ce qu’Agentforce, en termes simples ?
Agentforce est la couche de Salesforce pour les agents IA capables de raisonner sur un objectif, de choisir des actions et de les exécuter. Un agent est configuré avec des sujets, des instructions et un ensemble d’actions autorisées, telles que la recherche d’une commande, la création d’un dossier ou la rédaction d’une réponse. Il lit vos données Salesforce via Data Cloud et la couche de confiance de la plateforme, qui gère le masquage et la journalisation d’audit.
Par rapport aux anciennes fonctionnalités d’Einstein, la différence réside dans l’autonomie. Einstein prédisait ou suggérait principalement. Agentforce peut franchir l’étape suivante lui-même, dans les limites que vous définissez, sur des canaux tels que le chat Web, les applications de messagerie, l’e-mail et l’interface Salesforce utilisée par les employés.
Que signifient les “outils traditionnels” dans cette comparaison ?
La plupart des équipes envisageant Agentforce utilisent déjà un mélange des éléments suivants :
- Automatisation basée sur des règles dans Salesforce Flow, déclenchée par des modifications d’enregistrement ou des planifications.
- Chatbots scriptés avec des arbres de décision, souvent intégrés dans Service Cloud ou un widget tiers.
- Règles d’attribution de prospects, modèles de notation et séquences d’e-mails dans un outil d’automatisation marketing.
- Des personnes faisant le travail : des SDR qualifiant les prospects entrants, des agents triant les dossiers.
Chacun de ces éléments est prévisible. Un flux fait exactement ce pour quoi il a été construit. Cette prévisibilité est à la fois sa force et la raison pour laquelle il a du mal lorsque les entrées varient.
Où Agentforce surpasse-t-il clairement les outils basés sur des règles ?
L’écart apparaît lorsque la même demande arrive formulée de cent manières différentes. Un bot à arbre de décision gère “Où est ma commande ?” mais bloque sur “J’ai commandé le bleu mardi dernier et rien n’est arrivé, puis-je aussi changer l’adresse ?”. Un agent peut diviser cela en une recherche de commande, une réponse de statut et une demande de changement d’adresse, en utilisant les actions que vous avez autorisées.
La qualification des prospects entrants est un autre cas solide. Un agent peut poser des questions de suivi, vérifier le compte par rapport aux enregistrements existants, réserver une réunion et consigner la conversation. Un formulaire plus des règles d’attribution ne peut acheminer que ce qui a été saisi dans des champs fixes.
Le troisième cas est interne : des commerciaux posant des questions en langage naturel sur leur pipeline, ou des agents de service obtenant un résumé de dossier rédigé avant un appel. Ici, l’agent économise des minutes par interaction plutôt que de remplacer une personne.
Quand ne devriez-vous pas changer ?
Agentforce n’est pas une solution pour des bases faibles. Attendez si plusieurs de ces points s’appliquent :
- Les comptes et contacts en double sont courants, et personne n’est responsable de la qualité des données.
- Le processus que l’agent suivrait n’est écrit nulle part.
- Le volume est faible ; quelques dizaines de demandes par semaine justifient rarement l’effort de configuration.
- Le travail nécessite un jugement juridique ou financier que vous ne délégueriez pas à un employé junior.
- Un Flow résout déjà la plupart des cas et le reste est vraiment inhabituel.
Un agent travaillant sur des enregistrements en double répondra avec assurance avec l’historique de commande erroné. C’est pire qu’un bot qui dit “Je ne peux pas vous aider avec ça”.
Comment les coûts et les efforts se comparent-ils ?
La tarification d’Agentforce a changé plus d’une fois depuis son lancement, avec des modèles basés sur les conversations, les actions ou les crédits selon l’édition. Vérifiez la page de tarification actuelle de Salesforce et votre contrat avant d’estimer. Le coût le plus important n’est généralement pas la licence, mais le temps de configuration : rédaction des instructions, définition des actions, test des cas limites et surveillance des résultats.
Les outils traditionnels ont le profil opposé. Les flux sont inclus dans la plupart des éditions et sont peu coûteux à exécuter, mais chaque nouveau scénario nécessite que quelqu’un construise une autre branche. Au fil du temps, la charge de maintenance augmente, et cette croissance est l’argument honnête en faveur des agents.
Comment effectuer une comparaison équitable avant de s’engager ?
Exécutez les deux approches sur la même tranche de travail plutôt que de comparer une démo à la production. Un plan de test pratique :
- Choisissez un cas d’utilisation avec un volume clair, comme des questions sur le statut de la commande ou des demandes de démo entrantes.
- Enregistrez une ligne de base pendant quatre semaines : taux de résolution, temps de traitement, taux d’escalade et satisfaction client.
- Configurez l’agent avec un sujet étroit et seulement trois à cinq actions.
- Acheminez une partie du trafic vers celui-ci, gardez le reste sur l’outil existant et comparez les mêmes métriques.
- Examinez chaque semaine un échantillon de conversations d’agents pour détecter les mauvaises réponses, pas seulement les escalades.
L’examen hebdomadaire est important car une mauvaise réponse assurée n’apparaît pas comme une escalade. Elle apparaît plus tard comme une plainte.
Comment Alien Road applique Agentforce dans les projets CRM
Un engagement typique commence par une découverte au sein de l’organisation du client : quels objets contiennent des données fiables, quels processus sont documentés et où va réellement le temps du personnel. Souvent, la première recommandation est un nettoyage des données et un processus écrit, car un agent construit sur des règles peu claires hérite de la confusion.
La configuration suit le modèle “étroit d’abord” ci-dessus. L’équipe configure un agent pour un sujet, rédige les instructions avec les personnes qui font actuellement le travail et connecte uniquement les actions dont ce sujet a besoin. Les garde-fous, tels que les champs que l’agent ne doit jamais modifier, sont convenus avant les tests.
La mesure utilise la comparaison du trafic divisé par rapport au flux ou à l’équipe existant. Les rapports mensuels couvrent les taux de résolution et d’escalade, un échantillon de conversations examinées avec des erreurs classées et une liste continue des demandes que l’agent n’a pas pu gérer. Cette liste devient le backlog pour de nouvelles actions ou des décisions délibérées de garder une tâche humaine.
Qui devrait posséder l’agent une fois qu’il est en ligne ?
La propriété est la question que la plupart des pilotes laissent ouverte. Un agent touche à la fois au service, aux ventes et à l’informatique, il devient donc facilement le travail de personne. Nommez un propriétaire d’entreprise qui décide de ce que l’agent peut faire, et un administrateur qui maintient les sujets, les actions et les autorisations.
Donnez-leur une routine mensuelle : lisez un échantillon de transcriptions, examinez la liste des demandes échouées, vérifiez que les ensembles d’autorisations correspondent toujours aux actions de l’agent, et approuvez ou rejetez les modifications proposées. Traitez les modifications d’instructions comme des modifications de code, avec une brève note sur ce qui a changé et pourquoi. Sans cette routine, les petites modifications s’accumulent et personne ne peut expliquer pourquoi l’agent se comporte différemment en mars qu’en janvier.
Par où commencer cette semaine
Exportez les dossiers ou les prospects entrants du mois dernier et étiquetez-les par intention. Si une intention couvre une grande part et suit un processus clair et écrit, c’est votre pilote Agentforce. Si aucune intention ne se démarque, ou si le processus ne vit que dans la tête de quelqu’un, passez le mois prochain à le documenter et à améliorer d’abord votre Flow. Vous aurez ensuite soit un pilote prêt, soit vous découvrirez que l’outil traditionnel suffisait.
Continuez à lire : Système CRM · Système Crm