Agentforce ou agents IA sur mesure : configurer ou construire ?

Reponse courte : configurez Agentforce quand la mission est un ensemble borne d'actions sur des donnees que Salesforce detient deja. Construisez un agent sur mesure quand la difficulte est le raisonnement et non l'action, ou quand la donnee decisive vit hors du CRM. Les deploiements serieux finissent le plus souvent par faire les deux, avec une jointure assumee entre les deux.

Quelle est la vraie difference ?

• Agentforce est la couche agent de Salesforce. Elle tourne sur l'Atlas Reasoning Engine, se configure plutot qu'elle ne se code, et herite de l'identite, du modele 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 modele, votre recherche documentaire, vos outils, votre orchestration, execute ou vous voulez et contre les systemes que vous avez.

L'arbitrage n'est pas "facile contre puissant". C'est borne et gouverne contre illimite et a vous. Chacun est la bonne reponse environ une fois sur deux.

Quand faut-il configurer Agentforce ?

Configurez quand la plupart de ces conditions sont vraies :

• La donnee qui decide de la reponse est deja dans Salesforce, ou arrive dans Data 360.
• Le travail a la forme du CRM : deflexion et routage des cas, reponses de service, hygiene des opportunites, planification, actions commerciales guidees.
• Les actions sont enumerables. 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 capacite admin. Quelqu'un a l'aise avec Flow, les permission sets et le modele de donnees ira plus loin, plus vite, qu'une equipe d'ingenieurs partant de zero.

La raison qu'on oublie : un agent dans la plateforme herite du modele de securite de la plateforme. Le reconstruire dans une stack maison coute cher et se rate subtilement.

Quand faut-il construire un agent sur mesure ?

Construisez des qu'un seul de ces points est vrai, car chacun disqualifie a lui seul une approche purement configuree :

• La donnee decisive n'est pas dans le CRM. Telemetrie, ERP, documents, ticketing, entrepot de donnees, parc d'equipements. Si l'agent doit raisonner sur tout cela, le CRM est une source parmi d'autres.
• Le raisonnement est le produit. Analyse en plusieurs etapes, planification, recommandations classees et justifiees, ou tout cas ou la reponse doit etre defendue et pas seulement executee.
• Le processus n'est pas un processus CRM. Operations, ingenierie, chaine logistique, diagnostic terrain.
• Vous voulez choisir vos modeles. Des taches differentes appellent des modeles differents, et vous ne voulez pas qu'on decide pour vous.
• L'agent doit tourner la ou sont les utilisateurs, et ces utilisateurs ne sont pas dans Salesforce.

Quel test tranche la plupart des cas ?

Ecrivez la mission de l'agent sous forme de liste d'actions. Si vous y arrivez et que chaque action lit ou ecrit quelque chose que Salesforce connait deja, configurez. Si la difficulte est de choisir quelle action, sur des indices venus de plusieurs systemes, construisez.

Ce test va plus vite qu'un comparatif grandeur nature et il est honnete sur les modes d'echec. Les projets purement configures echouent quand une liste d'actions bornee reclame finalement du jugement illimite. Les projets purement construits echouent quand une equipe passe un trimestre a refaire des regles de partage, des pistes d'audit et une gestion de cas qui existaient deja.

Pourquoi la reponse est-elle souvent les deux ?

Parce que les deux couches veulent des roles differents. Agentforce est une bonne surface : elle se place la ou les equipes service et vente travaillent deja, avec la gouvernance de la plateforme autour. Un agent sur mesure est un bon cerveau pour tout ce qui doit raisonner entre systemes. Reliez-les, et chacun fait ce qu'il sait faire.

Cette jointure est desormais un sujet de plateforme a part entiere, plus un bricolage. Salesforce livre des interfaces Model Context Protocol dans son propre outillage, dont un Salesforce DX MCP Server derriere la nouvelle generation de DevOps Center (Salesforce Help). Les passages d'agent a agent et les hubs d'actions MCP sont la maniere dont un agent CRM gouverne appelle des agents specialises 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 certifie SI, ISV et PDO et partenaire Anthropic, nous avons ete les premiers a mettre en production l'orchestration agent a 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 systemes depuis un seul endroit. Cote equipements connectes, notre travail pour ASSA ABLOY a fait passer les cas hebdomadaires de 3 000 a 350, soit 93% de reduction sur 11 000 appareils et jusqu'a 2,5 millions d'evenements par semaine, sur trois marches et sans effectif support supplementaire. Voir comment nous travaillons.

Comment decider sans six mois de comparatif ?

1. Ecrivez la liste d'actions. Dix minutes, au tableau, avec ceux qui font le travail aujourd'hui.
2. Notez la source de donnees 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 gouvernee.
4. Pilotez d'abord la moitie la plus petite. Quel que soit le cote borne, livrez-le et laissez la jointure attendre que la valeur soit prouvee.

FAQ

Agentforce suffit-il seul ?

Pour du travail borne au CRM sur des donnees Salesforce, en general oui. Il cesse de suffire des que les elements decisifs vivent dans des systemes que Salesforce ne detient pas.

Un agent sur mesure peut-il fonctionner avec Agentforce plutot que le remplacer ?

Oui, et c'est le schema courant. Agentforce tient la surface CRM gouvernee, les agents sur mesure prennent le raisonnement inter-systemes, et ils se passent la main.

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

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

Quelle est l'erreur la plus frequente dans ce choix ?

Trancher au cout. Les deux trajectoires convergent plus souvent qu'on ne croit en cout total ; la difference durable, c'est le caractere borne ou non du travail.

Par ou commencer un premier projet ?

Par un processus avec un proprietaire clair et un chiffre de depart mesurable. Les projets d'agents qui commencent en strategie de plateforme finissent rarement.