La réponse courte
Lancer un audit de préparation à Agentforce ne prend que quelques semaines. En comparaison, un pilote raté peut coûter des mois et éroder la confiance interne. Il est donc judicieux de répondre à l'avance à cinq questions clés : Le processus est-il défini et a-t-il un propriétaire clair ? Les données sur lesquelles l'agent s'appuiera sont-elles fiables ? Existe-t-il une base de connaissances bien entretenue ? Le modèle d'autorisations est-il clair ? Y a-t-il quelqu'un pour gérer l'agent après le lancement ?
Cet audit n'est pas une simple question binaire "oui/non". Il attribue un score à chaque axe, produisant une carte des lacunes qui permet une décision plus précise : lancer le projet, réduire son périmètre (scope), ou le reporter pour combler une lacune spécifique au préalable.
Le cadre de décision concernant l'adéquation d'un cas d'usage est détaillé dans Agentforce pour les entreprises.
Les cinq axes de préparation
| Axe | Question clé | Signe de faiblesse | Seuil minimum pour un pilote |
|---|---|---|---|
| Processus | Le processus est-il défini et a-t-il un propriétaire nommé ? | Chaque équipe agit différemment, aucun document n'existe | Un processus documenté avec un propriétaire et un volume connu |
| Données | Les champs que l'agent lira sont-ils fiables ? | Champs vides ou remplis de texte libre | 90 % d'exhaustivité des champs critiques pour le processus |
| Connaissances | Existe-t-il une source approuvée pour les réponses ? | Articles obsolètes ou contradictoires | 20 articles à jour pour les scénarios courants |
| Autorisations | Est-il clair ce que chaque utilisateur est autorisé à voir et à faire ? | Autorisations larges et non contrôlées | Mappage des profils et ensembles d'autorisations pour le processus |
| Opérations | Qui surveille, corrige et approuve les changements ? | Aucun propriétaire après le lancement | Un propriétaire opérationnel et une routine de revue hebdomadaire |
Axe 1 : Le Processus
L'échec le plus fréquent n'est pas technologique. Les organisations choisissent un processus sans propriétaire, ce qui entraîne l'absence de décisionnaire pour les questions qui surgissent pendant la mise en œuvre : que faire en cas d'exception, quand escalader, qu'est-ce qui est considéré comme une réponse correcte. Sans décision claire, l'équipe technique invente des règles non alignées avec les attentes métier.
Test pratique : Demandez la description écrite du processus à quatre personnes qui l'exécutent. Si vous recevez quatre versions significativement différentes, le processus n'est pas prêt pour l'automatisation par un agent ; il est prêt pour être documenté et validé collectivement.
Le volume est également crucial. Un processus qui se produit dix fois par mois ne justifiera pas le coût de construction et de maintenance, même s'il est source de frustration. Un bon candidat est un processus à fort volume, de haute répétabilité, et avec une variation dans la formulation de la demande – précisément là où les règles rigides échouent.
Axe 2 : Les Données
Une qualité de données parfaite n'est pas requise sur l'ensemble de l'instance Salesforce. Ce qui est essentiel, c'est la qualité des champs que l'agent lira ou mettra à jour dans le processus choisi. L'audit est ciblé et mesurable : prenez la liste des champs pertinents et mesurez leur exhaustivité, la cohérence des valeurs et les doublons dans les enregistrements associés.
Trois vérifications rapides pour obtenir des réponses : le pourcentage de champs critiques renseignés, le nombre d'enregistrements dupliqués dans l'objet central, et le pourcentage de cas où l'information requise provient d'un système externe plutôt que de Salesforce. La troisième vérification est souvent la plus surprenante, car elle révèle des dépendances d'intégration non budgétisées.
Le texte libre est un signal d'alarme particulier. Lorsque des informations essentielles résident dans un champ de commentaires, l'agent devra les inférer, ce qui est précisément là où des erreurs difficiles à détecter se produisent.
L'approche recommandée pour la gestion des lacunes en matière de données est détaillée dans Mesures de qualité des données dans Salesforce.
Axe 3 : Les Connaissances
La base de connaissances est évaluée non pas sur sa quantité, mais sur sa couverture et sa validité. Prenez les vingt requêtes les plus fréquentes et vérifiez pour chacune : s'il existe un article approuvé, sa dernière mise à jour, et son propriétaire. Couvrir la moitié des scénarios avec des articles à jour est préférable à une couverture complète avec des articles obsolètes.
Un signe de faiblesse facile à manquer : des articles rédigés uniquement pour un public interne et utilisés simultanément pour répondre aux clients. Ils peuvent contenir des formulations, des prix ou des exceptions qui ne doivent pas être divulgués à l'extérieur. Une séparation doit être effectuée avant la connexion de l'agent.
Axe 4 : Les Autorisations
L'agent agit au nom d'un utilisateur, transformant ainsi le modèle d'autorisations existant en modèle de sécurité de l'IA. Si les autorisations sont larges et non contrôlées aujourd'hui, l'agent augmentera l'exposition sans en être la cause première. L'audit examine trois points : qui est autorisé à lire les données dans le processus, quelles actions d'écriture sont nécessaires, et qui approuve une action sensible.
Pour chaque action que l'agent effectuera, il est essentiel de définir si elle est réversible. Une action irréversible – un remboursement financier, la clôture d’un dossier, l’envoi d’un message au client – exige un point d'approbation humaine dans la phase initiale. Cela a donc un impact sur la conception du processus et pas seulement sur sa configuration.
La planification des points d'approbation en fonction du risque est détaillée dans Human-in-the-Loop dans Agentforce.
Un agent n'est pas un projet avec une date de fin. C'est un composant qui nécessite le monitoring des traces, la gestion des échecs, la mise à jour du contenu et le contrôle des coûts. Une organisation qui n'a pas la ressource pour accomplir ces tâches – même à temps partiel – verra une dégradation progressive de la qualité en l'espace d'un trimestre.
Le minimum requis : un propriétaire opérationnel désigné, une routine de revue hebdomadaire des conversations ayant échoué, un processus de changement convenu pour la mise à jour des instructions, et un budget mensuel surveillé. Si aucun de ces quatre éléments n'est en place, la lacune sur cet axe est plus importante qu'il n'y paraît à première vue.
| État | Interprétation | Action recommandée |
|---|---|---|
| Tous les axes au seuil ou au-dessus | Préparation complète | Pilote sur un processus avec critères Go/No-Go |
| Faiblesse en opérations uniquement | Peut être compensé par un accompagnement | Pilote avec accompagnement externe et développement de compétences internes simultanément |
| Faiblesse en connaissances uniquement | Lacune de contenu ciblée | Quatre à six semaines de formation sur la connaissance, puis un pilote |
| Faiblesse en données ou permissions | Risque substantiel | Ne pas démarrer avec l'agent ; combler la lacune comme un projet distinct |
| Faiblesse sur trois axes ou plus | L'organisation n'est pas prête | Choisir un sous-processus plus restreint et réévaluer |
Scénario : Une organisation financière qui a choisi le mauvais processus
Une organisation financière a demandé un agent pour gérer les demandes de modification des informations client. L'audit de préparation a révélé que le processus impliquait deux systèmes externes, que toute modification nécessitait une approbation réglementaire, et que le volume mensuel était modeste. Les axes des autorisations et des données ont obtenu un score faible.
Lors du même audit, un autre processus est apparu, auquel personne n'avait pensé : la gestion des questions de statut concernant les demandes existantes. Ce processus repose sur un seul champ fiable dans Salesforce, n'implique aucune action d'écriture, et son volume est huit fois supérieur. Le pilote a été réorienté vers ce processus.
Le résultat pratique de l'audit n'était pas "prêt ou pas prêt", mais plutôt un changement de candidat. C'est la contribution principale de l'audit de préparation : il est suffisamment peu coûteux pour être réalisé sur trois candidats et choisir celui avec le moins de dépendances.
Liste de contrôle de la préparation
- ☐ Un candidat de processus unique a été sélectionné avec un propriétaire nommé.
- ☐ Le volume mensuel et le taux de répétabilité ont été mesurés.
- ☐ L'exhaustivité des champs critiques pour le processus a été vérifiée.
- ☐ Les doublons dans l'objet principal ont été vérifiés.
- ☐ Les dépendances vis-à-vis des systèmes externes ont été identifiées.
- ☐ La couverture des connaissances pour les vingt requêtes les plus fréquentes a été mappée.
- ☐ Le contenu interne a été séparé du contenu pouvant être partagé avec les clients.
- ☐ Les autorisations de lecture et d'écriture pour le processus ont été mappées.
- ☐ Les actions réversibles et irréversibles ont été classifiées.
- ☐ Un propriétaire opérationnel et une routine de revue post-lancement ont été définis.
Lorsque l'intervention d'un tiers est nécessaire pour réaliser l'audit et le traduire en feuille de route, le service Agentforce et IA offre une voie pratique pour la suite.