Mettre un agent Agentforce en production : la check-list en 12 points

Une démonstration Agentforce se monte en quelques jours. Un agent qui tient face à de vrais clients ou de vrais salariés demande plus de rigueur. Cette check-list réunit les points qui séparent le plus souvent les deux. Utilisez-la comme revue « go / no go » avec votre équipe plateforme, votre responsable métier et votre équipe sécurité.

Avant la mise en service : périmètre et données

• Une mission, écrite. Décrivez en deux phrases ce que fait l'agent, pour qui, et ce qu'il ne doit jamais faire. Chaque topic et chaque action doit s'y rattacher.
• Des topics qui ne se chevauchent pas. Si deux topics peuvent répondre à la même demande, l'agent hésitera entre les deux. Fusionnez-les ou précisez les instructions.
• Des données d'ancrage avec un responsable. Listez toutes les sources sur lesquelles l'agent s'appuie : articles de connaissance, objets Data 360, systèmes externes. Donnez à chacune un responsable et une règle de mise à jour.
• Aucune donnée sensible inutile. Retirez les champs et les objets que l'agent n'a aucune raison de lire. Ce qu'il ne peut pas lire, il ne peut pas le divulguer.

Avant la mise en service : droits et tests

• Le moindre privilège pour l'utilisateur de l'agent. Vérifiez ce que l'agent peut lire et, surtout, quels enregistrements ses actions peuvent créer ou modifier. Séparez les actions en lecture seule des actions qui écrivent.
• Un jeu de tests écrit. Au moins quelques dizaines de demandes réalistes, dont des demandes hors sujet, ambiguës et des tentatives pour faire ignorer ses instructions à l'agent. Notez le comportement attendu pour chacune.
• Des résultats conservés comme preuves. Enregistrez les résultats avec la date et la version testée. Vous les rejouerez après chaque modification.

Le jour de la mise en service

• Un passage clair vers un humain. Définissez quand l'agent passe la main (sujets sensibles, faible confiance, demande explicite) et vérifiez que le conseiller reçoit l'historique de la conversation.
• La mention de transparence. Dites aux utilisateurs qu'ils s'adressent à une IA, dans la conversation elle-même. Dans l'Union européenne, l'article 50 de l'AI Act l'impose depuis le 2 août 2026.
• Une base de coût. Notez le volume attendu et estimez la consommation par conversation, pour que la première facture ne soit pas la première mesure.

Les premières semaines

• Un responsable nommé. Une personne qui lit chaque semaine un échantillon de conversations, suit les indicateurs et valide les modifications.
• Un journal des modifications. Chaque changement d'instructions, de topics, d'actions ou de sources de données, avec la date, la raison et la personne qui l'a validé.

Les erreurs fréquentes

• Ouvrir l'agent à tous les utilisateurs d'un coup au lieu d'un groupe pilote.
• Considérer l'Einstein Trust Layer comme toute la sécurité : il protège l'échange avec le modèle, pas les droits que vous donnez à l'agent.
• Mesurer le succès au nombre de conversations plutôt qu'à la part des demandes réellement résolues.
• Oublier l'agent après la mise en service : les connaissances vieillissent, et chaque version de Salesforce peut changer son comportement.