L’essentiel en une minute
Qualifier un projet voix consiste à relier un besoin d’appel à un résultat vérifiable, puis à identifier les contenus, personnes, systèmes et contraintes nécessaires. Une bonne qualification ne cherche pas à tout concevoir : elle élimine les zones grises qui empêchent d’estimer, produire, intégrer et valider le service.
Quel problème le client veut-il résoudre ?
La première réponse doit décrire une situation observable : appels non pris, attente mal expliquée, orientation trop longue, demandes répétitives ou surcharge d’une équipe. Formuler le problème ainsi évite de partir directement sur une technologie et permet de choisir entre message, SVI, scénario conversationnel ou organisation humaine.
Quelles informations recueillir pour un message ?
Il faut connaître le moment de diffusion, le public, l’action attendue, le texte disponible, les variantes de calendrier, les mots à prononcer avec précaution et le système de destination. Le choix entre voix IA et vraie voix vient ensuite, selon le rythme, l’interprétation et le calendrier recherchés.
- Type de message et position dans le parcours d’appel.
- Langue, ton, musique éventuelle et règles de marque.
- Format de fichier et méthode d’import confirmés.
- Circuit de relecture et date de mise en service.
Quelles informations recueillir pour un agent vocal IA ?
Le brief doit préciser les intentions d’appel prises en charge, les connaissances autorisées, les actions possibles, les systèmes concernés, les données nécessaires, les motifs de relais et les horaires. Pour chaque point non confirmé, notez un responsable et une étape de validation.
- Volume et distribution des appels, sans confondre estimation et mesure.
- Exemples réels de demandes et cas qui doivent rester hors périmètre.
- Accès techniques disponibles et environnement de test.
- Critères de recette, suivi après lancement et procédure de changement.
Quand le projet est-il prêt à être chiffré ?
Le projet peut être chiffré lorsque le périmètre, les livrables, les dépendances, les rôles et le niveau d’incertitude sont visibles. Les inconnues restantes ne doivent pas être masquées : elles deviennent des hypothèses, des options ou une phase de cadrage préalable.
Les points à clarifier avant d’avancer
Faut-il un cahier des charges complet ?
Pas nécessairement pour le premier échange. Un brief court mais factuel suffit s’il identifie l’usage, les interlocuteurs, l’existant, les contraintes et le résultat attendu. Les détails peuvent être complétés pendant le cadrage.
Comment traiter une intégration non confirmée ?
Présentez-la comme une hypothèse à valider, jamais comme une fonctionnalité acquise. Identifiez l’API, l’accès, le propriétaire du système, l’environnement de test et le comportement de repli.
Qui doit valider le projet ?
Au minimum, un responsable métier valide le parcours et les contenus, tandis qu’un référent technique valide l’environnement, les accès et le déploiement. Le responsable du traitement des données doit être associé si des données personnelles sont concernées.