Agentforce ou agents IA sur mesure : configurer ou construire ?

Réponse courte : configurez Agentforce quand la mission est un ensemble borné d'actions sur des données que Salesforce détient déjà. Construisez un agent sur mesure quand la difficulté est le raisonnement et non l'action, ou quand la donnée décisive vit hors du CRM. Les déploiements sérieux finissent le plus souvent par faire les deux, avec une jointure assumée entre les deux.

Quelle est la vraie différence ?

• Agentforce est la couche agent de Salesforce. Elle tourne sur l'Atlas Reasoning Engine, se configure plutôt qu'elle ne se code, et hérite de l'identité, du modèle de partage, de la piste d'audit et des limites de la plateforme (Agentforce Developer Guide).
• Un agent IA sur mesure est un logiciel qui vous appartient : votre choix de modèle, votre recherche documentaire, vos outils, votre orchestration, exécute où vous voulez et contre les systèmes que vous avez.

L'arbitrage n'est pas "facile contre puissant". C'est borné et gouverné contre illimité et à vous. Chacun est la bonne réponse environ une fois sur deux.

Quand faut-il configurer Agentforce ?

Configurez quand la plupart de ces conditions sont vraies :

• La donnée qui décide de la réponse est déjà dans Salesforce, ou arrive dans Data 360.
• Le travail a la forme du CRM : déflexion et routage des cas, réponses de service, hygiène des opportunités, planification, actions commerciales guidées.
• Les actions sont énumérables. Vous pouvez lister ce que l'agent a le droit de faire, et la liste tient sur un tableau blanc.
• La gouvernance est l'exigence dure. Droits, partage et audit sont acquis puisque l'agent vit dans la plateforme.
• Vous avez de la capacité admin. Quelqu'un à l'aise avec Flow, les permission sets et le modèle de données ira plus loin, plus vite, qu'une équipe d'ingénieurs partant de zéro.

La raison qu'on oublie : un agent dans la plateforme hérite du modèle de sécurité de la plateforme. Le reconstruire dans une stack maison coûte cher et se rate subtilement.

Quand faut-il construire un agent sur mesure ?

Construisez dès qu'un seul de ces points est vrai, car chacun disqualifie à lui seul une approche purement configurée :

• La donnée décisive n'est pas dans le CRM. Télémétrie, ERP, documents, ticketing, entrepôt de données, parc d'équipements. Si l'agent doit raisonner sur tout cela, le CRM est une source parmi d'autres.
• Le raisonnement est le produit. Analyse en plusieurs étapes, planification, recommandations classées et justifiées, ou tout cas où la réponse doit être défendue et pas seulement exécutée.
• Le processus n'est pas un processus CRM. Opérations, ingénierie, chaîne logistique, diagnostic terrain.
• Vous voulez choisir vos modèles. Des tâches différentes appellent des modèles différents, et vous ne voulez pas qu'on décide pour vous.
• L'agent doit tourner là où sont les utilisateurs, et ces utilisateurs ne sont pas dans Salesforce.

Quel test tranche la plupart des cas ?

Écrivez la mission de l'agent sous forme de liste d'actions. Si vous y arrivez et que chaque action lit ou écrit quelque chose que Salesforce connaît déjà, configurez. Si la difficulté est de choisir quelle action, sur des indices venus de plusieurs systèmes, construisez.

Ce test va plus vite qu'un comparatif grandeur nature et il est honnête sur les modes d'échec. Les projets purement configurés échouent quand une liste d'actions bornée réclame finalement du jugement illimité. Les projets purement construits échouent quand une équipe passe un trimestre à refaire des règles de partage, des pistes d'audit et une gestion de cas qui existaient déjà.

Pourquoi la réponse est-elle souvent les deux ?

Parce que les deux couches veulent des rôles différents. Agentforce est une bonne surface : elle se place là où les équipes service et vente travaillent déjà, avec la gouvernance de la plateforme autour. Un agent sur mesure est un bon cerveau pour tout ce qui doit raisonner entre systèmes. Reliez-les, et chacun fait ce qu'il sait faire.

Cette jointure est désormais un sujet de plateforme à part entière, plus un bricolage. Salesforce livre des interfaces Model Context Protocol dans son propre outillage, dont un Salesforce DX MCP Server derrière la nouvelle génération de DevOps Center (Salesforce Help). Les passages d'agent à agent et les hubs d'actions MCP sont la manière dont un agent CRM gouverné appelle des agents spécialisés sans qu'aucun des deux n'absorbe l'autre.

C'est l'architecture que nous construisons le plus souvent chez Tekunda. Nous sommes partenaire Salesforce certifié SI, ISV et PDO et partenaire Anthropic, nous avons été les premiers à mettre en production l'orchestration agent à agent Agentforce et une architecture SWARM, et nous construisons du CRM headless et des hubs d'actions MCP pour que les agents agissent sur plusieurs systèmes depuis un seul endroit. Côté équipements connectés, notre travail pour ASSA ABLOY a fait passer les cas hebdomadaires de 3 000 à 350, soit 93% de réduction sur 11 000 appareils et jusqu'à 2,5 millions d'événements par semaine, sur trois marchés et sans effectif support supplémentaire. Voir comment nous travaillons.

Comment décider sans six mois de comparatif ?

1. Écrivez la liste d'actions. Dix minutes, au tableau, avec ceux qui font le travail aujourd'hui.
2. Notez la source de données en face de chaque action. Comptez celles qui sont hors Salesforce.
3. Demandez ce qui casse si l'agent se trompe. Un fort rayon d'impact pousse vers la couche plateforme gouvernée.
4. Pilotez d'abord la moitié la plus petite. Quel que soit le côté borné, livrez-le et laissez la jointure attendre que la valeur soit prouvée.

FAQ

Agentforce suffit-il seul ?

Pour du travail borné au CRM sur des données Salesforce, en général oui. Il cesse de suffire dès que les éléments décisifs vivent dans des systèmes que Salesforce ne détient pas.

Un agent sur mesure peut-il fonctionner avec Agentforce plutôt que le remplacer ?

Oui, et c'est le schéma courant. Agentforce tient la surface CRM gouvernée, les agents sur mesure prennent le raisonnement inter-systèmes, et ils se passent la main.

Construire sur mesure revient-il à abandonner la gouvernance Salesforce ?

Seulement si vous l'architecturez ainsi. Faites passer les écritures CRM par des actions de la plateforme et vous conservez le modèle de partage et la piste d'audit.

Quelle est l'erreur la plus fréquente dans ce choix ?

Trancher au coût. Les deux trajectoires convergent plus souvent qu'on ne croît en coût total ; la différence durable, c'est le caractère borné ou non du travail.

Par où commencer un premier projet ?

Par un processus avec un propriétaire clair et un chiffre de départ mesurable. Les projets d'agents qui commencent en stratégie de plateforme finissent rarement.