Votre DAF vous demande un cahier des charges pour votre projet d'agent vocal IA. Vous avez 48 heures. Par où commencer ?
Un projet d'agent vocal IA (callbot, voicebot, agent téléphonique conversationnel) ne se lance pas comme un abonnement SaaS. Il implique des équipes métier, des équipes SI, la téléphonie, la conformité, et souvent plusieurs prestataires en compétition. Sans document de cadrage rigoureux, les projets dérivent : périmètre flou, intégrations sous-évaluées, recette impossible, surcoûts en production.
Le cahier des charges est le seul document qui permet d'aligner toutes les parties prenantes avant le premier euro dépensé. Il sert à la fois de guide interne (valider les besoins métier) et d'appel d'offres externe (comparer des prestataires sur des bases objectives).
Ce guide détaille la structure complète d'un CDC agent vocal IA en 2026, avec les sections indispensables, les critères à documenter et une grille de sélection prestataire opérationnelle. Découvrez notre agent conversationnel vocal IA pour cadrer votre projet.
Pourquoi rédiger un cahier des charges avant de lancer un projet d'agent vocal IA
Un CDC n'est pas une formalité administrative. C'est le contrat implicite entre vos besoins réels et ce que le prestataire va livrer. Sans lui, chaque désaccord en cours de projet devient un litige potentiel.
Les projets d'agents vocaux IA sans CDC structuré échouent pour quatre raisons récurrentes :
- Périmètre fonctionnel flou : le prestataire livre un agent qui traite 3 intentions là où l'entreprise en attendait 12. Le scope n'avait pas été formalisé.
- Intégrations sous-évaluées : le CRM, l'ERP et le système téléphonique ne sont pas documentés. Les développements d'intégration alourdissent le budget de 30 à 60 %.
- Critères de recette absents : sans KPIs cibles définis en amont, la recette devient subjective. Qui décide si l'agent est "assez bon" ?
- Non-conformité RGPD découverte en prod : les exigences de localisation des données et de consentement n'ont pas été spécifiées. Résultat : refonte partielle après déploiement.
Un CDC bien rédigé prévient ces quatre scénarios. Il prend entre 3 et 10 jours de travail selon la complexité du projet. C'est le meilleur investissement que vous puissiez faire avant de signer un contrat avec un prestataire.
Les 6 blocs indispensables d'un cahier des charges agent vocal IA
Bloc 1 - Contexte et objectifs business
Un prestataire qui ne comprend pas votre objectif business ne peut pas vous proposer la bonne architecture technique. Le contexte métier n'est pas optionnel dans un CDC.
Ce bloc répond à : pourquoi ce projet, pour qui, avec quels résultats attendus ?
- Description de l'entreprise et du contexte : secteur, taille, volume d'appels actuels, organisation du service client.
- Problème à résoudre : temps d'attente trop longs, coût de traitement des appels trop élevé, indisponibilité en dehors des heures ouvrées, volume de demandes répétitives.
- Objectifs quantifiés : réduire l'AHT de X %, automatiser Y % des appels entrants, atteindre un CSAT de Z, réaliser un ROI en N mois.
- Périmètre initial et extensions prévues : quels flux à la phase 1, quels flux en phase 2.
- Contraintes calendaires : date de mise en production cible, jalons intermédiaires.
Bloc 2 - Spécifications fonctionnelles
Ce bloc est le cœur du CDC. Il décrit ce que l'agent doit faire, scénario par scénario.
| Élément à documenter | Description | Exemple |
|---|---|---|
| Intentions à traiter | Liste exhaustive des cas d'usage couverts par l'agent | Prise de RDV, suivi de commande, signalement de panne, demande de remboursement |
| Volume d'appels | Volume mensuel total, distribution horaire, pics saisonniers | 12 000 appels/mois, pics le lundi matin et le lendemain de fermetures |
| Durée moyenne des appels | AHT actuel par type de demande | 4 min en moyenne, 8 min pour les réclamations complexes |
| Flux de conversation | Pour chaque intention : happy path, cas d'erreur, condition d'escalade | Prise de RDV : collecte date + type + coordonnées → confirmation → écriture CRM |
| Langues requises | Français natif obligatoire ; autres langues selon la clientèle | Français, anglais, espagnol pour les filiales |
| Conditions d'escalade | Quand l'agent doit transférer à un humain | 3 incompréhensions successives, demande explicite, réclamation niveau 2, situation d'urgence |
| Disponibilité requise | Plages horaires de fonctionnement de l'agent | 24h/24, 7j/7 pour l'agent IA ; agents humains disponibles 8h-20h en semaine |
Bloc 3 - Spécifications techniques
Ce bloc s'adresse aux équipes SI et téléphonie. Il conditionne les délais et les coûts de réalisation.
- Infrastructure téléphonique actuelle : IPBX ou cloud PBX (Cisco, Avaya, Genesys, Ringover, etc.), protocoles SIP/PSTN, numéros à raccorder.
- Mode d'intégration téléphonie : trunk SIP direct, API téléphonie, WebRTC pour les canaux web.
- CRM et outils à connecter : nom de la solution, version, mode d'accès API souhaité (REST, webhooks, connecteur natif), données lues et écrites en temps réel.
- Exigences STT (Speech-to-Text) : précision requise sur accents régionaux, vocabulaire métier spécifique (termes techniques, références produits), résistance au bruit de fond.
- Exigences TTS (Text-to-Speech) : genre vocal, naturalité souhaitée, possibilité de voix de marque clonée.
- Hébergement : cloud public (AWS, GCP, Azure), cloud souverain français (OVH, Scaleway), on-premise. Localisation des données obligatoire (France ou UE).
- Architecture LLM : LLM propriétaire du prestataire, LLM cloud (GPT-4o, Claude, Gemini), LLM local/on-premise si données sensibles ou contraintes réglementaires.
Bloc 4 - Exigences de performance et SLA
Un SLA non spécifié dans le CDC devient un SLA par défaut imposé par le prestataire. Définissez vos propres seuils - ils seront votre levier contractuel si les performances se dégradent.
| Indicateur | Définition | Seuil minimal recommandé |
|---|---|---|
| Latence end-to-end | Délai entre la fin de la parole de l'appelant et le début de la réponse de l'agent | < 800 ms au P95 |
| Taux de disponibilité | % du temps où le service est opérationnel | > 99,5 % (soit < 3,6 h d'indisponibilité/mois) |
| Taux de compréhension STT | % d'énoncés correctement transcrits en conditions réelles | > 90 % sur vocabulaire métier |
| Taux de résolution au premier appel (FCR) | % d'appels résolus sans escalade ni rappel | > 65 % à 3 mois, > 75 % à 6 mois |
| Taux d'escalade | % d'appels transférés vers un agent humain | < 25 % à 3 mois, < 15 % à 6 mois |
| Délai de résolution incident critique | Délai maximal de correction d'un incident affectant le service | < 4 h pour un incident P1 (service indisponible) |
Bloc 5 - Exigences de conformité et sécurité
Ce bloc est non négociable et doit être validé par votre DPO ou votre responsable juridique avant la diffusion de l'appel d'offres.
- Localisation des données : hébergement en France ou UE imposé. Préciser si la sous-traitance à des serveurs hors UE est autorisée ou interdite (Cloud Act américain).
- Message d'information légal : le prestataire doit intégrer un message d'information à l'appelant en début d'appel (RGPD, articles 13 et 14).
- Durée de conservation des enregistrements et transcriptions : à spécifier selon votre politique interne (typiquement 1 à 6 mois pour les appels de service client).
- Droit à l'effacement : procédure de suppression des données d'un appelant sur demande, délai de traitement garanti.
- DPA (Data Processing Agreement) : exiger un accord de traitement des données conforme au RGPD, avec liste des sous-traitants ultérieurs.
- Certifications exigées : ISO 27001 (sécurité de l'information), HDS (Hébergement de Données de Santé) si secteur médical, PCI-DSS si paiements par téléphone, SOC 2 Type II si exigé par votre politique groupe.
- Secteur réglementé : si banque (DORA), assurance (Solvabilité II), santé (HDS + PGSSI-S), préciser les obligations spécifiques applicables.
Bloc 6 - Critères de sélection et processus d'appel d'offres
Ce bloc définit comment vous allez choisir votre prestataire. Il structure le processus depuis la diffusion du CDC jusqu'à la signature du contrat.
- Liste des prestataires sollicités : nombre de prestataires consultés, critères d'éligibilité (expérience secteur, références, taille).
- Format attendu des offres : mémoire technique, planning détaillé, démo sur cas d'usage représentatif, proposition commerciale.
- Processus de notation : grille de pondération (voir ci-dessous), soutenance obligatoire, démo live sur scénario imposé.
- Calendrier de l'appel d'offres : date de diffusion, date limite de réponse, date des soutenances, date de notification du prestataire retenu.
Grille de notation pour évaluer les offres de prestataires
La grille de notation transforme une décision subjective ("on a bien aimé la démo") en processus objectif documenté. Elle protège l'entreprise en cas de contestation et garantit la cohérence du choix.
| Critère | Pondération | Ce que vous évaluez concrètement |
|---|---|---|
| Adéquation fonctionnelle | 30 % | Couverture des intentions demandées, qualité des scénarios proposés, gestion des cas limites, flexibilité du no-code pour les équipes métier |
| Performance technique | 25 % | Latence mesurée sur démo en conditions réelles, qualité STT sur votre vocabulaire métier, naturalité du TTS, résistance au bruit |
| Intégrations | 20 % | Connecteurs natifs vs développements spécifiques, délai d'intégration estimé, maintenabilité des connecteurs, historique d'intégrations similaires |
| Conformité et sécurité | 15 % | Certifications fournies, localisation des données, DPA disponible, expérience secteur réglementé, politique de sous-traitance |
| Support et accompagnement | 10 % | SLA support, CSM dédié, formation incluse, fréquence des mises à jour produit, solidité financière et pérennité de l'éditeur |
Notez chaque critère de 1 (insuffisant) à 5 (excellent) lors de chaque soutenance prestataire. Multipliez par la pondération pour obtenir le score final. Le prix intervient en critère de départage entre offres proches - jamais comme critère de sélection principal.
La démo sur scénario imposé : incontournable
N'acceptez jamais une démo préparée à l'avance par le prestataire. Imposez un ou deux scénarios représentatifs de votre contexte réel, avec des formulations volontairement imparfaites (accents, interruptions, demandes ambiguës). La différence de qualité entre les agents se révèle dans ces conditions non idéales - pas dans un script parfaitement calibré.
Les 5 erreurs les plus fréquentes dans un cahier des charges agent vocal IA
| Erreur | Conséquence | Comment l'éviter |
|---|---|---|
| Périmètre trop large dès la phase 1 | Délais doublés, budget dépassé, agent peu performant sur tout | Commencer par 3 à 5 intentions prioritaires. Prévoir les extensions en phase 2. |
| Intégrations CRM non documentées | Surcoût de 30 à 60 % en phase de développement | Inventorier toutes les APIs disponibles avant la rédaction du CDC. Fournir la documentation API aux prestataires. |
| Absence de KPIs de recette | Recette subjective, désaccords sur la mise en production | Définir des seuils chiffrés pour chaque KPI. Ce sont les critères d'acceptation contractuels. |
| Conformité RGPD absente du CDC | Refonte partielle post-déploiement, risque de mise en demeure CNIL | Impliquer le DPO dès la rédaction. Exiger le DPA en pièce jointe obligatoire de l'offre. |
| Sélection sur le prix seul | Agent peu performant, coût total de possession (TCO) supérieur à une offre plus chère | Utiliser la grille de notation pondérée. Calculer le TCO sur 3 ans, pas sur le seul coût de setup. |
Comment TALKR accompagne la rédaction de votre cahier des charges
TALKR propose un atelier de cadrage gratuit pour les projets qualifiés. En deux heures, nos équipes vous aident à structurer le périmètre fonctionnel, identifier les intégrations critiques, et définir les KPIs de recette adaptés à votre secteur.
Un template CDC pré-rempli par secteur
Parce que les exigences d'un agent vocal pour un cabinet médical ne sont pas celles d'un réseau immobilier, TALKR met à disposition des templates sectoriels pré-remplis. Ces templates incluent les intentions les plus fréquentes, les contraintes réglementaires spécifiques et des benchmarks de performance observés sur des projets comparables.
Une réponse structurée à votre appel d'offres
Si vous avez déjà un CDC, TALKR répond à votre appel d'offres de manière structurée : mémoire technique, démo sur vos scénarios, planning détaillé, proposition commerciale au tarif à la minute transparent (0,21 €/min, dégressif selon les volumes). Aucun frais de setup pour les projets qualifiés.
Prêt à rédiger ou à diffuser votre cahier des charges ?
TALKR accompagne vos équipes dans le cadrage, la rédaction et la réponse à appel d'offres pour les projets d'agents vocaux IA. Demandez un atelier de cadrage gratuit ou transmettez-nous directement votre CDC.
Demander un atelier de cadrageQuestions fréquentes - Cahier des charges agent vocal IA
Que doit contenir un cahier des charges pour un agent vocal IA ?
Un CDC agent vocal IA complet couvre six blocs : contexte business et objectifs mesurables, spécifications fonctionnelles (intentions, scénarios, volumes), spécifications techniques (téléphonie, CRM, STT/TTS, hébergement), exigences de performance et SLA, exigences de conformité RGPD et sectorielles, et critères de sélection prestataire avec grille de notation.
Combien de temps faut-il pour rédiger un cahier des charges agent vocal IA ?
Entre 3 et 10 jours selon la complexité du projet. La phase la plus longue est l'inventaire des intentions et la cartographie des systèmes à intégrer. Un atelier de cadrage de 2 à 4 heures avec les équipes métier, SI et téléphonie réduit ce délai de 40 %. Ne passez pas en dessous de 2 jours : un CDC bâclé génère des surcoûts en phase de réalisation.
Quelle est la différence entre un cahier des charges fonctionnel et technique pour un agent vocal IA ?
Le CDF décrit ce que l'agent doit faire (intentions, scénarios, règles métier, escalades) et est rédigé par les équipes métier. Le CDT décrit comment il doit fonctionner (protocoles téléphoniques, APIs d'intégration, architecture LLM, SLA) et implique les équipes SI. Les deux sont complémentaires et doivent être cohérents l'un avec l'autre.
Quels KPIs inclure dans un cahier des charges pour un agent vocal IA ?
Trois catégories : KPIs techniques (taux de compréhension > 85 %, latence < 800 ms P95, disponibilité > 99,5 %), KPIs business (FCR > 70 % en cible, taux d'escalade < 20 %, taux d'abandon < 8 %), et KPIs d'expérience client (CSAT post-appel, NPS, taux de rappel dans les 24 h). Ces seuils deviennent vos critères d'acceptation contractuels lors de la recette.
Comment spécifier les intégrations CRM dans un cahier des charges agent vocal IA ?
Précisez : nom et version de la solution CRM, mode d'accès (API REST, webhooks, connecteur natif), données lues en temps réel pendant l'appel (identification client, historique, encours), données écrites après l'appel (compte-rendu, ticket, statut), contraintes de performance (temps de réponse API < 300 ms) et exigences de sécurité (OAuth 2.0, chiffrement TLS). Sans cette documentation, les surcoûts d'intégration atteignent 30 à 60 % du budget initial.
Quelles exigences RGPD inclure dans un cahier des charges callbot ?
Localisation des données (France ou UE obligatoire), message d'information légal à l'appelant en début d'appel, durée de conservation des enregistrements et transcriptions, procédure de suppression des données sur demande, DPA exigé en pièce jointe de l'offre, et certifications requises (ISO 27001, HDS si santé, PCI-DSS si paiements). Ces éléments sont non négociables et doivent figurer explicitement dans l'appel d'offres.
Comment évaluer et noter les offres de prestataires d'agent vocal IA ?
Utilisez une grille de notation pondérée sur cinq critères : adéquation fonctionnelle (30 %), performance technique (25 %), intégrations (20 %), conformité et sécurité (15 %), support et accompagnement (10 %). Notez de 1 à 5 lors de chaque soutenance. Imposez une démo sur vos propres scénarios - pas sur une démo préparée à l'avance. Le prix intervient en critère de départage, jamais en critère principal.