Détecter un répondeur en temps réel, sans perdre l’appel
La détection de répondeur — AMD, pour answering machine detection — reconnaît pendant les premières secondes d’un appel sortant si c’est une messagerie qui a décroché plutôt qu’une personne. L’appel n’est pas transféré à un agent : le workflow que vous avez configuré s’applique à la place.
Le problème qu’il résout
Sur une campagne sortante, une grande partie des numéros composés n’aboutissent pas à une conversation. Sans détection, chacun de ces appels occupe un agent le temps qu’il comprenne qu’il parle à une annonce enregistrée, puis raccroche et recommence.
Ce temps-là ne se voit nulle part dans les rapports : il est réparti en fragments de quelques secondes, des centaines de fois par jour.
Comment il fonctionne
Le modèle travaille sur le signal audio en temps réel, pendant l’appel, en amont du transfert vers votre plateau. Il ne se contente pas de mesurer un silence ou une durée : il analyse la nature de ce qui est prononcé.
Cette distinction compte, parce qu’elle conditionne la décision suivante — et cette décision doit être prise avant qu’un agent ne soit mobilisé, pas après.
« Et si le modèle se trompe ? »
C’est la première question posée, et elle est légitime : un modèle AMD trop agressif raccroche au nez de vrais clients. Le chiffre qui répond à cette inquiétude n’est pas un taux de précision annoncé par nous, mais le résultat mesuré chez nos clients.
×4 plus d’humains dans les appels transférés à vos agents. Un modèle qui écarterait des interlocuteurs réels ferait baisser ce ratio, pas monter. C’est la meilleure garantie que nous puissions vous donner — et vous la vérifiez sur vos propres campagnes dès la première semaine.
175 heures de temps d’agent libéré par semaine — soit l’équivalent de cinq ETP sur une base de 35 heures. Non pas supprimés : réaffectés à des conversations.
Moyenne constatée sur les campagnes sortantes, sur six mois.
Ce qui se passe une fois le répondeur détecté
La détection n’a d’intérêt que par la décision qui suit. Vous configurez le workflow :
- Déposer un message vocal, après le bip — repéré par notre modèle de détection de bip, pour que le message ne soit pas tronqué.
- Raccrocher et replanifier l’appel à un autre moment.
- Brancher un agent IA qui laisse un message personnalisé selon le contact.
- Ne rien faire et passer au numéro suivant.
Dans tous les cas, le résultat de l’appel remonte dans votre CRM sans saisie manuelle.
Questions fréquentes
Qu’est-ce que l’AMD en téléphonie ?
L’AMD (answering machine detection) est un mécanisme qui identifie, pendant un appel sortant, si l’interlocuteur est une personne ou une messagerie vocale, afin de déclencher un traitement différent dans chaque cas.
Faut-il changer d’outil de centre de contact ?
Non. Le modèle se pose en amont de votre plateforme — Kiamo, Genesys, Vocalcom ou Nixxis — sans que rien n’y soit reconfiguré.
Est-ce compatible avec un composeur prédictif ?
Oui. Le modèle ne remplace pas votre composeur : il qualifie l’appel en temps réel avant la mise en relation.
Peut-on l’activer seul, sans les autres modèles ?
Oui, et c’est la façon la plus courante de démarrer : la détection de répondeur seule, sur une campagne sortante, pour mesurer l’effet avant d’aller plus loin.
Voir le modèle tourner sur vos appels
Dites-nous combien d’appels vous passez et depuis quel outil. Nous vous montrons ce que le modèle change sur vos chiffres.