Un IVR sur mesure, ou SVI (serveur vocal interactif), est le premier contact de vos clients avec votre organisation au téléphone. Mal conçu, c’est un labyrinthe de menus qui fait raccrocher. Bien conçu, il reconnaît l’appelant, comprend ce qu’il veut et l’oriente vers la bonne ressource, ou lui donne directement l’information. Voxivra conçoit des IVR dynamiques, alimentés par vos données et construits sur des technologies ouvertes comme Asterisk.
Ce qui distingue un IVR dynamique d’un IVR classique
| IVR classique | IVR dynamique sur mesure |
|---|---|
| Arbre de menus identique pour tous | Parcours adapté selon l’appelant et son historique |
| Touches uniquement | DTMF et reconnaissance vocale combinés |
| Routage fixe | Routage selon les données (statut client, dossier ouvert, langue, priorité) |
| Modifications lourdes | Horaires, messages et règles ajustables |
| Peu de mesures | Statistiques par étape, abandons, transferts |
Exemple concret : un client qui a une commande en cours entend directement son statut ; un patient qui a un rendez-vous demain se voit proposer de le confirmer ; un appelant prioritaire est dirigé vers une équipe dédiée sans passer par les menus.
Cas d’usage
- Accueil multi-sites : routage selon la région, la langue ou l’établissement, avec horaires propres à chaque site.
- Identification et authentification : saisie d’un numéro de compte, vérification par code ou NIP, avant transfert ou libre-service.
- Libre-service : solde, statut de commande, horaires, état d’une panne.
- Paiement par téléphone : saisie DTMF isolée de l’agent pour limiter l’exposition des données de carte. Notre étude de cas sur le voicebot de paiement sécurisé illustre ce type de parcours.
- Gestion des urgences : message d’incident activable en quelques secondes, routage d’exception.
Les services publics et les centres d’appels sont parmi les environnements où un IVR dynamique fait le plus de différence, en raison du volume et de la diversité des demandes.
Comment Voxivra construit un IVR
Asterisk, AGI et ARI
Nous construisons sur Asterisk (seul ou avec FreePBX) depuis ses débuts. La logique de l’IVR est écrite dans le plan de numérotation, enrichie par des scripts AGI pour les décisions qui demandent des données externes : consultation du CRM, vérification d’un horaire, calcul d’une priorité. Pour les parcours plus riches ou asynchrones, nous utilisons ARI, qui donne à une application un contrôle complet sur l’appel. Voir notre page d’expertise Asterisk AGI.
DTMF et reconnaissance vocale
Le DTMF est géré nativement par Asterisk. Pour la parole, nous intégrons un moteur de reconnaissance vocale (STT) et, si nécessaire, une couche de compréhension (NLU) pour accepter des réponses naturelles plutôt que des mots-clés stricts. Les messages peuvent être enregistrés en studio ou produits en synthèse vocale neuronale, ce qui facilite les mises à jour et les données dynamiques (montants, dates).
Données et routage
L’IVR interroge vos systèmes en temps réel via API ou base de données : CRM, ERP, agenda, système de tickets. Le résultat détermine le parcours et la destination. Lors du transfert, les informations recueillies sont transmises à l’agent (fiche client, motif), ce qui évite de les redemander.
Fiabilité
Un IVR est un service critique : nous prévoyons des comportements de repli si une API ne répond pas, une supervision des appels et, au besoin, une architecture redondante.
Nos principes de conception d’un SVI
C’est rarement la technologie qui fait échouer un IVR, mais la conception des parcours. Quelques règles appliquées à chaque projet :
- Rester peu profond : deux niveaux de menus au plus pour les parcours courants, avec les demandes les plus fréquentes en premier, d’après les données réelles d’appels.
- Annoncer l’action, puis la touche : « Pour suivre une commande, faites le 1 » se retient mieux que l’inverse.
- Reconnaître avant de demander : si le numéro correspond à un client, inutile de poser les questions dont on connaît la réponse.
- Rendre l’option humaine visible : la cacher augmente la frustration et les rappels ; l’afficher avec un temps d’attente estimé les réduit souvent.
- Gérer silences et erreurs avec des relances courtes et utiles avant un repli.
- Écrire pour l’oreille : phrases courtes, vocabulaire constant, pas de message promotionnel avant le menu.
- Mesurer chaque étape pour voir précisément où les appelants décrochent.
Lorsque le problème vient d’un SVI existant, la refonte commence souvent par comparer l’arborescence actuelle aux vrais motifs d’appel. Notre article sur la modernisation d’un IVR existant détaille cette démarche.
Comment se déroule un projet
- Audit : analyse de l’IVR existant, des statistiques d’appels, des points d’abandon et des systèmes à intégrer.
- Conception : arborescence simplifiée, scripts des messages, règles de routage, cas d’erreur, choix DTMF ou vocal à chaque étape.
- Développement : plan de numérotation, scripts AGI ou application ARI, intégrations, messages.
- Tests et suivi : tests de tous les chemins, tests de charge, bascule planifiée sans interruption, puis suivi des abandons et transferts par étape.
À quoi vous attendre et prérequis
Un nouvel IVR réduit généralement les erreurs d’orientation et les transferts inutiles, mais le gain dépend surtout de la qualité de la conception : moins de niveaux, des choix clairs, et l’usage des données disponibles. Si vous remplacez un système existant, une migration par étapes permet de limiter les risques.
Prérequis utiles :
- les statistiques ou journaux de l’IVR actuel ;
- un accès à votre PBX ou à vos trunks SIP ;
- les API ou accès aux données nécessaires au routage ;
- une liste à jour des équipes, files et horaires.