Un transfert à chaud est un transfert d’appel où le premier agent présente l’appelant à la personne suivante avant de les mettre en relation. « Bonjour Dana, j’ai Sam en ligne : sa carte a été débitée deux fois pour la commande 4471, et j’ai déjà vérifié son identité. » Puis le premier agent se retire. Avec un transfert à froid, l’appel arrive directement chez la personne ou dans la file suivante, sans présentation, et Sam réexplique tout.
Toute la différence est là : la personne qui décroche sait-elle déjà pourquoi l’appelant est là ? Ce guide explique comment fonctionne chaque transfert sur un système téléphonique, quand choisir l’un ou l’autre, un script de transfert à chaud réutilisable, et ce qui change quand le premier agent est un agent vocal IA. Il s’adresse aux responsables de centres de contact et aux ingénieurs qui construisent leurs parcours d’appel.
Transfert à chaud ou à froid
| Transfert à chaud | Transfert à froid | |
|---|---|---|
| Autres noms | Assisté, annoncé, consultatif | Aveugle, non annoncé, direct |
| Ce qu’entend l’appelant | Une attente, puis une présentation | Une sonnerie, puis une nouvelle voix |
| Ce que sait la personne qui reçoit l’appel | Le motif de l’appel, par le premier agent | Ce qu’affiche son écran, souvent rien |
| Temps du premier agent | L’appel de consultation plus la présentation, souvent une minute ou plus | Quelques secondes |
| Risque | L’appelant attend pendant que les agents se parlent | L’appelant répète tout ou tombe dans la mauvaise file |
| Idéal pour | Escalades, réclamations, passages de relais commerciaux, cas complexes | Routage simple : facturation, horaires, un service bien identifié |
Il existe une troisième option : le transfert en conférence, où le premier agent fait entrer la personne suivante dans l’appel avec l’appelant, fait la présentation en direct, puis raccroche. Certaines équipes l’appellent aussi transfert à chaud. L’appelant entend le passage de relais, ce qui met en confiance, mais c’est l’option qui prend le plus de temps d’agent.
Comment chaque transfert fonctionne sur un système téléphonique
Un transfert à froid est une seule instruction au système téléphonique : envoie cet appel vers cette destination. Sur un système SIP, le côté de l’agent envoie une requête SIP REFER qui demande à l’opérateur ou au PBX de connecter l’appelant ailleurs, et la branche du premier agent se termine. Si la destination ne répond pas, la suite dépend de ses propres règles : messagerie, file d’attente ou appel coupé.
Un transfert à chaud se fait en trois étapes :
- Le premier agent met l’appelant en attente.
- Le premier agent ouvre un second appel, l’appel de consultation, vers la personne suivante et lui résume le dossier.
- Le premier agent finalise le transfert. Le système téléphonique relie l’appelant au second appel et retire le premier agent.
Sur les systèmes SIP, l’étape 3 est un REFER qui porte un en-tête Replaces, lequel demande au système de remplacer l’appel de consultation par celui de l’appelant. La RFC 5589 décrit les versions aveugle et assistée. Vous n’avez pas besoin des RFC pour gérer un centre de contact, mais elles aident quand un transfert marche en test et échoue chez un autre opérateur.
Si la personne suivante ne répond pas à l’appel de consultation, le premier agent revient vers l’appelant et propose une autre solution. C’est l’avantage caché du transfert à chaud : personne n’est envoyé dans le vide.
Quand utiliser un transfert à chaud
Utilisez un transfert à chaud quand répéter les détails agacerait l’appelant, ou quand la personne suivante ne peut pas agir sans eux :
- Escalades et réclamations. Un appelant qui a déjà expliqué son problème ne veut pas tout redire à un superviseur.
- Passages de relais commerciaux. Un prospect qualifié transmis à un commercial devrait entendre « J’ai parlé à Priya de votre flotte de 40 utilitaires », pas « veuillez patienter ».
- Appelants vérifiés. Si la vérification d’identité est faite, dites-le, pour que l’agent suivant ne la refasse pas.
- Spécialistes rares. Si la destination est une seule personne, vérifiez qu’elle est disponible avant d’envoyer l’appelant.
Utilisez un transfert à froid quand la destination est prévisible et que le contexte compte peu : une ligne de facturation, un magasin, un service qui ne traite qu’un sujet. C’est aussi le bon choix quand le logiciel de l’équipe qui reçoit affiche déjà les informations de l’appelant, car c’est alors le système qui fait la présentation.
Un script de transfert à chaud
Faites court. La personne qui reçoit l’appel a besoin de quatre choses : qui appelle, ce qu’il veut, ce que vous avez déjà fait et ce qui reste à faire.
À l’appelant, avant la mise en attente :
« Notre équipe facturation peut vous rembourser directement. Je vais appeler Dana, de la facturation, et lui expliquer la situation pour que vous n’ayez pas à la répéter. Vous serez en attente un court instant, moins d’une minute. Ça vous va ? »
À l’agent qui reçoit, pendant l’appel de consultation :
« Bonjour Dana, j’ai Sam Ortiz en ligne. Sa carte a été débitée deux fois pour la commande 4471, 86 $ à chaque fois. J’ai vérifié son identité et confirmé le double débit. Il veut le remboursement du second prélèvement. Tu peux le prendre ? »
De retour avec l’appelant :
« Sam, j’ai Dana de la facturation en ligne. Elle a tous les détails. Dana, je vous laisse. »
Si Dana ne peut pas prendre l’appel, revenez vers Sam avec un horaire de rappel plutôt que de l’envoyer dans une file générale.
Quand le premier agent est un agent vocal IA
Les agents vocaux gèrent une part croissante du premier contact. Dans beaucoup de centres d’appels, le transfert le plus courant est donc désormais de l’IA vers un humain. La logique du transfert à chaud tient toujours, mais la mécanique change.
Un humain qui fait un transfert à chaud passe l’essentiel de l’appel de consultation à transmettre le contexte. Un agent vocal a déjà toute la conversation sous forme de texte : il peut envoyer le contexte sous forme de données et se passer de l’appel de consultation. Vous obtenez ainsi le principal bénéfice du transfert à chaud, un humain informé, sans le temps d’attente. Cela ne marche que si l’humain voit vraiment ce contexte : placez-le là où il regarde, dans le ticket, la fiche CRM ou la fenêtre contextuelle de son poste.
Un bon passage de relais de l’IA vers un humain fait quatre choses :
- Il dit à l’appelant ce qui se passe. « Je vous mets en relation avec notre équipe facturation. Je leur ai envoyé un résumé, vous n’aurez pas à tout reprendre. »
- Il écrit d’abord le résumé. Le motif de l’appel, ce qui est déjà vérifié et ce dont l’appelant a encore besoin. Le résumé doit partir avant le transfert, pas après.
- Il route selon le motif. Les questions de facturation vont à la facturation ; un appelant mécontent va à la file des superviseurs. Un transfert au mauvais endroit fait perdre plus de temps que pas de transfert du tout.
- Il prévoit un plan B. Si le transfert échoue ou si la file est fermée, l’agent reste en ligne et propose un rappel.
C’est aussi au moment du transfert que les appelants abandonnent. 2X Solutions, qui traite environ 3 millions d’appels IA par mois, a fait passer les raccrochages avant transfert de 3,4 % à moins de 1 % après son passage à Cartesia, qui a aussi réduit sa latence vocale de 500–900 millisecondes à moins de 100. Un appelant qui subit des réponses lentes avant le transfert raccroche souvent avant d’atteindre quelqu’un.
Configurer les transferts sur Cartesia Managed Agents
Sur Cartesia Managed Agents, les transferts passent par l’outil système transfer_to_number. Le transfert lui-même est un transfert à froid via SIP REFER ; vous le rendez « chaud » en envoyant le contexte avant.
- Ajoutez des règles de transfert. Dans le Playground, ouvrez Tools et activez Transfer call. Chaque règle a une destination (un numéro au format E.164, une URI SIP ou une variable dynamique comme
{{transfer_number}}) et une condition qui indique au modèle quand l’utiliser, par exemple « The caller has a billing or payment question. » - Faites parler l’agent d’abord. Réglez
pre_tool_speechsurforcepour l’outil de transfert, afin que l’agent annonce toujours à l’appelant ce qui va se passer au lieu de se taire et de faire sonner. - Envoyez le résumé avec un outil webhook. Créez un outil webhook qui publie le résumé de l’appel dans votre outil de tickets ou votre CRM. Dans le prompt de l’agent, demandez-lui d’appeler cet outil avant de transférer.
- Routez par appelant si besoin. Une variable dynamique peut définir la destination de chaque appel, par exemple le gestionnaire de compte attribué à un client, récupéré dans votre CRM au début de l’appel.
- Testez le cas d’échec. Les transferts exigent un appel téléphonique via Twilio ou un trunk SIP, et les destinations URI SIP exigent un trunk SIP. Votre opérateur doit accepter REFER pour le type de destination. Sur un trunk SIP, si l’opérateur refuse un transfert, Cartesia garde l’appel d’origine connecté : indiquez dans le prompt ce que l’agent doit dire dans ce cas.
{
"config": {
"system_tools": {
"transfer_to_number": {
"pre_tool_speech": "force",
"transfers": [
{
"destination": { "type": "phone", "phone_number": "+14155550100" },
"condition": "The caller has a billing or payment question."
},
{
"destination": {
"type": "phone",
"phone_number": "{{account_manager_number}}"
},
"condition": "The caller asks for their account manager."
}
]
}
}
}
}Appelez ensuite le numéro depuis un vrai téléphone, demandez à parler à quelqu’un et vérifiez ce que voit la personne qui décroche. Si son écran est vide, le transfert est à froid, quoi qu’en dise la configuration.
Les erreurs de transfert qui font perdre des appelants
| Erreur | Ce que vit l’appelant | Correction |
|---|---|---|
| Transférer sans prévenir | Un silence, puis une sonnerie | Dire où va l’appel et pourquoi, à chaque fois |
| Aucun contexte ne parvient à l’humain | Tout raconter de nouveau | Écrire le résumé là où regarde l’agent qui reçoit |
| Transférer vers une file fermée | Messagerie ou appel coupé | Vérifier horaires ou disponibilité avant le transfert |
| Pas de plan B en cas d’échec | Une ligne morte | Rester en ligne et proposer un rappel |
| Appels de consultation trop longs | Plusieurs minutes d’attente | Limiter le résumé à qui, quoi, ce qui est fait et la suite |
| Transférer trop tôt | Un humain traite ce que l’agent pouvait résoudre | Suivre le taux de transfert par motif et corriger les premiers |
Mesurez les transferts comme toute autre partie de l’appel : la part d’appels transférés, les raccrochages avant que le transfert aboutisse, et la fréquence à laquelle l’agent qui reçoit doit faire répéter l’appelant. Ce dernier indicateur dit le plus directement si vos transferts sont vraiment à chaud.
Pour essayer, créez un agent dans le playground Cartesia, ajoutez une règle de transfert et appelez-le. La page agent téléphonique IA présente les numéros, les appels sortants et les transferts.