Créer un agent vocal – Le guide complet pour les PME en 2025
La décision est prise : vous souhaitez créer un agent vocal. Commence maintenant la partie passionnante – et parfois intimidante – : la mise en œuvre concrète. Ce guide complet vous accompagne pas à pas tout au long du processus, de la première analyse des besoins jusqu'à la passation en exploitation stable.
Préparation : avant d'écrire le premier prompt
Ce dont vous avez besoin avant de commencer
Trop d'entreprises commencent par le « comment » avant d'avoir clarifié le « quoi » et le « pourquoi ». Cela entraîne des modifications fréquentes de configuration, des retards et de la frustration. Assurez-vous que les prérequis suivants sont remplis :
Besoins métier clarifiés : Quel problème concret l'agent vocal résout-il ? Quels KPI doivent s'améliorer ?
Prestataire sélectionné : Vous avez choisi une plateforme et obtenu l'accès.
Intégrations planifiées : Quels systèmes doivent être connectés ? L'IT est informée et prête.
Ressources allouées : Qui est responsable en interne ? Combien de temps est disponible ?
RGPD vérifié : Le délégué à la protection des données est impliqué, le DPA (accord de traitement des données) avec le prestataire est signé.
Étape 1 : Analyse des besoins – Comprendre entièrement le cas d'usage
Le canvas de cas d'usage
Remplissez un canvas de cas d'usage pour chaque cas d'usage prévu :
Déclencheur d'appel : Qu'est-ce qui déclenche l'appel ? (Client appelle, déclencheur outbound depuis le CRM, planification temporelle ?)
Segment client cible : Qui appelle ou est appelé ? (Client existant, nouveau client, prospect, VIP ?)
Objectif principal de la conversation : Quel est le résultat primaire à atteindre ?
Informations requises : Que l'agent doit-il demander au client ?
Données client disponibles : Que sait déjà le système sur l'appelant ?
Critère de succès : Comment savoir qu'un appel a réussi ?
Critères d'escalade : Quand faut-il transférer à un humain ?
Cas limites : Quelles situations exceptionnelles peuvent survenir ?
L'atelier de conception du flux de conversation
Réunissez les collaborateurs qui traitent le plus fréquemment les appels que l'agent doit prendre en charge. Demandez-leur :
- De décrire les 20 parcours de conversation les plus courants (qu'est-ce que le client demande, que répondent-ils ?)
- De présenter les 5 scénarios de conversation les plus difficiles
- D'identifier les cas pour lesquels ils escaladeraient
Ces connaissances sont précieuses – elles vivent dans la tête de vos collaborateurs, pas dans les manuels.
Étape 2 : Design de la persona – Qui est votre agent vocal ?
La persona comme fondation
Avant qu'un seul prompt soit rédigé, l'agent vocal a besoin d'une persona. La persona est le fondement sur lequel toutes les décisions conversationnelles sont construites.
Éléments de la persona :
Nom : L'agent a besoin d'un nom. Choisissez soigneusement : trop « robotique » (Robo, Bot) rebute, trop humain (Thomas, Lisa) peut créer de fausses attentes. Un bon juste milieu : « Léa », « Chloé », « Alex » – suffisamment humain pour créer de la proximité, sans être trompeur.
Tonalité : Comment s'exprime l'agent ? Définissez sur trois axes :
- Formel ↔ Décontracté
- Factuel ↔ Empathique
- Concis ↔ Détaillé
Pour un cabinet d'avocats : formel, équilibré entre factuel et empathique, clair et précis. Pour une salle de sport : décontracté, empathique, motivant, volontiers plus concis.
Limites de la persona : Que ne dirait jamais cet agent ? (Mauvaises blagues, opinions politiques, poser des diagnostics, donner des avis juridiques...)
Profil de connaissances : Que « sait » l'agent ? Produits et tarifs, horaires d'ouverture, processus, questions fréquentes.
Le document de persona
Rédigez un document de persona de 1 à 2 pages servant de référence pour tous les travaux de configuration. Ce document contient :
- Nom et histoire de fond (facultatif, mais utile)
- Lignes directrices de tonalité avec des exemples de formulations (positives/négatives)
- Limites de connaissance et définitions hors périmètre
- Philosophie d'escalade
Étape 3 : Développement des prompts – Le cerveau de l'agent
Du document de persona au prompt système
Le prompt système est l'instruction de base qui indique au modèle IA qui est l'agent et comment il doit se comporter. Un bon prompt système pour un agent de cabinet médical pourrait commencer ainsi :
« Tu es Léa, l'assistante accueillante et compétente du cabinet dentaire du Dr. Martin à Lyon. Tu aides les patients à prendre des rendez-vous, à répondre à leurs questions sur les soins et à obtenir des informations générales sur le cabinet. Tu es professionnelle et empathique, tu vouvoies les patients et tu veilles à ne jamais poser de diagnostic médical ni formuler de recommandations de traitement. En cas d'urgence médicale, tu orientes immédiatement vers le 15 (SAMU)... »
Dialogues spécifiques à chaque cas d'usage
Pour chaque cas d'usage, vous développez un flux de dialogue spécifique :
Flux de prise de rendez-vous :
- Accueil et identification (patient connu dans le CRM ou nouveau patient ?)
- Demande du motif de la visite (type de soin/consultation)
- Vérification des disponibilités (API de l'agenda)
- Présentation des options (3 options maximum)
- Confirmation
- Vérification des coordonnées (e-mail pour la confirmation ?)
- Clôture avec récapitulatif
Pour chaque étape, vous définissez :
- Que demande l'agent ?
- Quelles réponses attend-il ?
- Quel est le repli (fallback) en cas de réponse inattendue ?
- Quand escalade-t-il ?
Test des prompts avant intégration
Testez les prompts d'abord sans téléphonie – directement dans l'interface de configuration de la plateforme :
- Simuler 20 parcours de conversation « normaux »
- 5 scénarios de test de stress (clients difficiles, demandes inattendues)
- 3 tests hors périmètre (que fait l'agent quand il ne sait pas quelque chose ?)
- 5 tests d'escalade (l'agent se déclenche-t-il correctement ?)
Étape 4 : Mise en place des intégrations
Checklist d'intégration
Intégration CRM :
- Identifiants API configurés
- Identification de l'appelant via le numéro de téléphone fonctionnelle
- Les nouveaux contacts sont créés correctement
- Un journal d'appel est créé après chaque conversation
- Tous les champs pertinents sont remplis correctement
Intégration agenda :
- Les créneaux disponibles sont lus correctement
- Les rendez-vous sont enregistrés correctement
- Les e-mails de confirmation sont envoyés
- Les annulations fonctionnent correctement
Configuration téléphonie :
- Numéro de téléphone attribué
- Logique des horaires d'ouverture / hors horaires configurée
- Transfert en cas d'escalade configuré
- Repli en cas de panne système configuré
Étape 5 : Tests – Avant que les clients n'entendent
La suite de tests en trois phases
Phase A – Interne (jours 1–3) : L'équipe effectue des appels test selon des scénarios définis. Toutes les personnes qui travailleront avec le système participent. Documentez toutes les conclusions.
Phase B – Lancement progressif (jours 4–7) : Un petit segment de vrais clients est mis en contact avec l'agent – avec option de repli en cas de problèmes. Surveillez intensément. Collectez les premiers CSAT réels.
Phase C – Test de charge (jour 8) : Simulez une charge élevée (nombreux appels test simultanés). Vérifiez que le système reste stable sous charge. Testez le mécanisme de repli lors d'une panne simulée.
La checklist pré-lancement
Parcourez cette liste avant de passer en production :
Technique :
- Tous les cas d'usage fonctionnent sans erreur
- Toutes les intégrations sont validées
- Le tableau de bord de monitoring est actif
- Les alertes sont configurées
- Le protocole de repli est activé
- La conformité RGPD est confirmée
Opérationnel :
- Tous les collaborateurs sont formés
- Les parcours d'escalade sont testés et connus
- Le superviseur est désigné et prêt
- Le protocole d'urgence est documenté
Communication :
- Communication interne pour le lancement envoyée
- Communication client (si nécessaire) préparée
Étape 6 : Lancement et monitoring de la première semaine
La phase de monitoring intensif (semaine 1)
La première semaine après le lancement requiert une attention accrue :
À vérifier quotidiennement :
- Volume total vs. prévision
- Taux d'escalade (plus élevé que prévu ? → investiguer immédiatement)
- Journaux d'erreurs
- Premiers retours CSAT
Agir immédiatement si :
- Taux d'escalade > 40 % (indique un problème systémique)
- Erreurs d'intégration > 5 %
- Feedback client négatif sur des aspects qui n'ont pas émergé lors des tests
La première réunion de revue (fin de semaine 1)
Réunissez toutes les parties prenantes pour 60 minutes :
- Qu'est-ce qui s'est mieux passé que prévu ?
- Qu'est-ce qui s'est moins bien passé que prévu ?
- Quelles sont les 3 priorités pour la semaine prochaine ?
- Tous les membres de l'équipe sont-ils à l'aise avec le système ?
Étape 7 : Plan d'itération – Progresser après le lancement
Le cadre 30-60-90 jours
30 jours : Focus sur la stabilité de l'exploitation. Pas de modifications de configuration majeures, seulement des corrections de bugs critiques. Collecter et analyser les données.
60 jours : Premières optimisations systématiques basées sur les données des 30 premiers jours. Premiers tests A/B. Évaluation : quels autres cas d'usage sont judicieux en priorité ?
90 jours : Revue complète. Premier calcul du ROI. Décision sur la feuille de route pour les 3 prochains mois. Présentation à la direction.
Erreurs fréquentes lors de la création – et comment les éviter
Erreur 1 : Trop de cas d'usage en même temps Commencez par un seul. Perfectionnez-le. Puis étendez.
Erreur 2 : Pas de parcours d'escalade clair Un agent sans possibilité d'escalade frustre les clients ayant une demande complexe. Définissez toujours une sortie.
Erreur 3 : Ne pas maintenir la base de connaissances à jour Changements de tarifs, nouveaux collaborateurs, horaires modifiés – tout cela doit être intégré dans la base de connaissances de l'agent.
Erreur 4 : Lancement sans monitoring Un agent sans monitoring est une boîte noire. Vous ne voyez pas les problèmes jusqu'à ce que les clients se plaignent.
Erreur 5 : Pas de communication client Lorsque les clients entendent soudainement un agent IA sans y être préparés, cela peut les surprendre négativement. Réfléchissez à la pertinence d'une communication proactive.
Conclusion : bien planifier, c'est déjà à moitié réussir
Créer un agent vocal n'est pas un sprint – c'est un processus qui requiert une préparation soigneuse, des tests méthodiques et une itération continue. Les entreprises qui prennent le temps de parcourir chacune de ces étapes rapportent des résultats nettement plus rapides et significativement moins de problèmes après le lancement.
Lancez votre agent vocal avec le processus d'implémentation éprouvé d'anicall.io.