Pourquoi la tâche passe avant l’outil
La plupart des projets d’agents qui échouent n’échouent pas à cause de la technique, mais de la tâche : elle était trop large (« soutenir nos ventes »), trop rare (douze cas par an) ou trop coûteuse en cas d’erreur (communication client sans contrôle). Un bon premier agent a une tâche étroite et récurrente, avec un résultat clair qu’une personne peut vérifier en quelques secondes.
Ce playbook mène en cinq étapes de la sélection à l’exploitation courante. Il ne promet ni économies ni validation de conformité – les deux dépendent de ton processus, de tes données et de ta situation juridique. Il fournit les questions auxquelles tu dois répondre au préalable.
1. Trois pilotes pertinents
- Structurer les notes CRM sous forme de brouillon
- Entrée : note d’entretien ou transcription. Sortie : brouillon structuré pour les champs obligatoires (motif, décideur, prochaine étape, date, objections). La personne vérifie et enregistre. Pourquoi c’est adapté : volume élevé, structure cible claire, erreurs visibles et peu coûteuses.
- Pré-trier les demandes entrantes
- Entrée : demande via formulaire ou e-mail. Sortie : proposition de catégorie (adaptée / floue / inadaptée), informations manquantes et personne responsable – sous forme de brouillon, pas de réponse au client. Pourquoi c’est adapté : régi par des règles, mesurable à l’aune de la qualification ultérieure, aucun contact externe.
- Recherche de connaissances interne avec sources
- Entrée : question d’un collaborateur. Sortie : brouillon de réponse avec renvoi vers les documents internes précis dont il provient. Pas de source, pas de réponse. Pourquoi c’est adapté : utile à chaque question, erreurs repérables en vérifiant les sources, pas besoin de données clients si le corpus de documents est choisi en conséquence.
2. Grille de sélection
Évalue chaque candidat sur quatre dimensions. Un pilote a besoin de notes élevées sur les trois premières et d’une note basse sur la quatrième.
| Critère | Question | Bon pilote |
|---|---|---|
| Volume | Combien de fois le cas se présente-t-il par semaine ? | Assez fréquent pour que la mise en place et l’exploitation soient rentables |
| Régularité | Peut-on décrire en quelques phrases ce qu’est un bon résultat ? | Oui, à quelques exceptions près |
| Qualité des données | L’entrée est-elle complète, structurée et accessible ? | En majorité oui ; les lacunes sont connues |
| Coût des erreurs | Que se passe-t-il si le résultat est faux et que personne ne s’en aperçoit ? | Faible : interne, corrigeable, sans effet externe |
3. Du recueil du processus à la mise en production
Recueil du processus
Décris le processus actuel en étapes, avec entrée, sortie, durée et responsable. Note quelles étapes demandent du discernement. L’agent prend en charge les étapes régies par des règles ; le discernement reste humain.
Droits et accès minimal
L’agent reçoit exactement les accès dont la tâche a besoin – en lecture seule là où la lecture suffit, sur le plus petit périmètre de données pertinent. Avant le lancement, clarifie quelles données sont traitées, où elles le sont et qui en est responsable. La conformité de ce traitement à la protection des données ou à la compliance dans ton cas n’est pas tranchée par ce playbook, mais par ton examen avec les services compétents.
Jeu de test
Avant la première exécution, constitue un jeu de test à partir de cas réels, anonymisés ou reconstitués : cas normaux (le quotidien), cas limites (incomplets, ambigus, inhabituellement longs) et cas d’erreur (mauvaise langue, entrée vide, informations contradictoires). Pour chaque cas, définis ce qu’est un résultat correct – avant de voir le résultat de l’agent.
Validation humaine
Pendant le pilote, l’agent produit des brouillons. Une personne valide, corrige ou rejette. Chaque correction est comptée et regroupée par type. Cette liste est ta principale source de données pour décider si l’agent reste.
Monitoring
- Nombre de cas par semaine et part sans correction.
- Type et fréquence des corrections.
- Temps de traitement par cas avant et après (mesuré, pas estimé).
- Pannes, dépassements de délai, résultats vides.
4. Calculer les coûts d’exploitation avant le lancement
Un agent coûte sur trois postes : la mise en place unique (recueil du processus, configuration, jeu de test), l’exploitation courante (frais d’utilisation, maintenance, temps de validation humain) et le coût des erreurs (corrections, reprises). Calcule les trois avant de commencer – et compte honnêtement le temps de validation : un agent dont 40 % des brouillons doivent être corrigés fait peu gagner.
Un schéma de calcul simple suffit pour décider : cas par mois × (minutes avant − minutes après) ÷ 60 donne la capacité libérée en heures. Multipliée par un taux horaire théorique, on obtient un gain calculé ; on en déduit les coûts d’exploitation mensuels. Ce n’est que lorsque cette valeur nette est positive que la mise en place peut être amortie en un certain nombre de mois. Les minutes « après » incluent le temps de validation humain – pas seulement le temps d’exécution de l’agent.
- Mesure les minutes « avant » sur au moins dix cas réels avant le lancement du pilote.
- Saisis les frais d’utilisation tels qu’ils s’appliquent au volume attendu, pas au volume de test.
- Fixe le taux horaire comme hypothèse et ne le modifie pas après coup pour sauver un résultat.
5. Critères d’arrêt
Avant le lancement, définis quand le pilote se termine – dans les deux sens. Qui ne formule les critères qu’après quatre semaines juge le résultat à l’humeur plutôt qu’aux données.
- Arrêt
- Taux de correction au-dessus d’une valeur définie à l’avance après quatre semaines ; une erreur avec effet externe ; coûts d’exploitation au-delà du cadre prévu ; l’équipe contourne l’agent au lieu de l’utiliser.
- Passage en production
- Taux de correction stable sous la valeur cible pendant au moins quatre semaines ; temps de traitement en baisse mesurable ; responsable de l’exploitation courante désigné ; droits et flux de données documentés.
- Extension
- Seulement quand le premier agent est en production. Un deuxième pilote ne démarre pas en parallèle du premier.
La fiche d’automatisation ci-dessous résume tous les points de ce playbook sur une page : tâche, critères, droits, jeu de test, validation, monitoring, coûts et critères d’arrêt. Remplis-la avant de choisir le premier outil.
Téléchargements
À emporter
Le Markdown s’ouvre dans n’importe quel éditeur de texte ou outil de prise de notes. Les fichiers CSV sont séparés par des points-virgules et s’ouvrent directement dans Excel, Numbers ou LibreOffice.
