Trasferimento a caldo e a freddo: le differenze

Un trasferimento a caldo è un passaggio di chiamata in cui il primo operatore presenta chi chiama alla persona successiva prima di metterli in contatto. “Ciao Dana, ho Sam in linea: gli hanno addebitato due volte l’ordine 4471 e ho già verificato la sua identità.” Poi il primo operatore esce. In un trasferimento a freddo la chiamata va direttamente alla persona o alla coda successiva senza presentazioni, e Sam rispiega tutto.

Tutta la differenza è qui: chi risponde sa già perché il cliente sta chiamando? Questa guida spiega come funziona ogni trasferimento su un sistema telefonico, quando conviene l’uno o l’altro, uno script di trasferimento a caldo da riutilizzare e cosa cambia quando il primo operatore è un agente vocale IA. È scritta per i responsabili di contact center e per gli ingegneri che costruiscono i loro flussi di chiamata.

Trasferimento a caldo e a freddo a confronto

Esiste una terza opzione: il trasferimento in conferenza, in cui il primo operatore aggiunge la persona successiva alla chiamata con il cliente, fa la presentazione dal vivo e poi riaggancia. Alcuni team lo chiamano anch’esso trasferimento a caldo. Il cliente sente il passaggio, il che crea fiducia, ma è l’opzione che richiede più tempo operatore.

Come funziona ogni trasferimento su un sistema telefonico

Un trasferimento a freddo è una sola istruzione al sistema telefonico: invia questa chiamata a quella destinazione. Su un sistema SIP, il lato dell’operatore invia una richiesta SIP REFER che chiede all’operatore telefonico o al PBX di collegare il cliente altrove, e la tratta del primo operatore termina. Se la destinazione non risponde, quello che succede dipende dalle sue regole: segreteria, una coda o una chiamata interrotta.

Un trasferimento a caldo si fa in tre passaggi:

1. Il primo operatore mette il cliente in attesa.
2. Il primo operatore apre una seconda chiamata, la chiamata di consultazione, con la persona successiva e le riassume il caso.
3. Il primo operatore completa il trasferimento. Il sistema telefonico unisce il cliente alla seconda chiamata ed esclude il primo operatore.

Sui sistemi SIP il passaggio 3 è un REFER con un’intestazione Replaces, che dice al sistema di sostituire la chiamata di consultazione con quella del cliente. L’RFC 5589 descrive sia la versione cieca sia quella assistita. Non servono le RFC per gestire un contact center, ma aiutano quando un trasferimento funziona nei test e fallisce con un altro operatore telefonico.

Se la persona successiva non risponde alla chiamata di consultazione, il primo operatore torna dal cliente e offre un’alternativa. È il vantaggio nascosto del trasferimento a caldo: nessuno viene mandato nel vuoto.

Quando usare un trasferimento a caldo

Usa un trasferimento a caldo quando ripetere i dettagli farebbe arrabbiare il cliente, o quando la persona successiva non può agire senza:

• Escalation e reclami. Chi ha già spiegato il problema una volta non vuole rifarlo per un supervisore.
• Passaggi commerciali. Un contatto qualificato passato a un venditore dovrebbe sentire “Ho parlato a Priya della vostra flotta di 40 furgoni”, non “attenda, prego”.
• Clienti verificati. Se la verifica dell’identità è già fatta, dillo, così l’operatore successivo non la ripete.
• Specialisti rari. Se la destinazione è una sola persona, verifica che sia disponibile prima di inviare il cliente.

Usa un trasferimento a freddo quando la destinazione è prevedibile e il contesto conta poco: una linea fatturazione, un negozio, un reparto che si occupa di una cosa sola. È la scelta giusta anche quando il software del team che riceve mostra già i dati del cliente, perché in quel caso è il sistema a fare la presentazione.

Uno script di trasferimento a caldo

Tieni il riassunto breve. Chi riceve la chiamata ha bisogno di quattro cose: chi chiama, cosa vuole, cosa hai già fatto e cosa manca.

Al cliente, prima dell’attesa:

“Il nostro team fatturazione può rimborsarti direttamente. Chiamo Dana della fatturazione e le spiego cos’è successo, così non devi ripeterlo. Resterai in attesa per poco, meno di un minuto. Va bene?”

All’operatore che riceve, nella chiamata di consultazione:

“Ciao Dana, ho Sam Ortiz in linea. Gli hanno addebitato due volte l’ordine 4471, 86 $ ciascuno. Ho verificato la sua identità e confermato il doppio addebito. Vuole il rimborso del secondo. Puoi prenderlo tu?”

Di nuovo con il cliente:

“Sam, ho Dana della fatturazione in linea. Ha già tutti i dettagli. Dana, a te.”

Se Dana non può prendere la chiamata, torna da Sam con un orario per richiamarlo invece di mandarlo in una coda generica.

Quando il primo operatore è un agente vocale IA

Gli agenti vocali gestiscono una quota crescente del primo contatto, quindi in molti call center il trasferimento più comune ora è dall’IA a una persona. La logica del trasferimento a caldo resta valida, ma la meccanica cambia.

Una persona che fa un trasferimento a caldo passa quasi tutta la chiamata di consultazione a trasmettere contesto. Un agente vocale ha già l’intera conversazione in forma di testo, quindi può inviare il contesto come dati e saltare la chiamata di consultazione. Ottieni così il vantaggio principale del trasferimento a caldo, una persona informata, senza l’attesa. Funziona solo se la persona vede davvero quel contesto: mettilo dove guarda, cioè nel ticket, nella scheda CRM o nel pop-up della postazione.

Un buon passaggio dall’IA a una persona fa quattro cose:

1. Dice al cliente cosa sta succedendo. “Ti metto in contatto con il nostro team fatturazione. Ho già inviato loro un riepilogo, quindi non dovrai ricominciare da capo.”
2. Scrive prima il riepilogo. Il motivo della chiamata, cosa è già verificato e cosa serve ancora al cliente. Il riepilogo deve partire prima del trasferimento, non dopo.
3. Instrada in base al motivo. Le domande di fatturazione vanno alla fatturazione; un cliente arrabbiato va alla coda dei supervisori. Un trasferimento nel posto sbagliato fa perdere più tempo di nessun trasferimento.
4. Ha un piano B. Se il trasferimento fallisce o la coda è chiusa, l’agente resta in linea e propone di richiamare.

Il trasferimento è anche il momento in cui i clienti si arrendono. 2X Solutions, che gestisce circa 3 milioni di chiamate IA al mese, ha ridotto gli abbandoni prima del trasferimento dal 3,4% a meno dell’1% dopo il passaggio a Cartesia, che ha anche portato la sua latenza vocale da 500–900 millisecondi a meno di 100. Un cliente costretto ad aspettare risposte lente prima del passaggio spesso riattacca prima di arrivare a una persona.

Come configurare i trasferimenti su Cartesia Managed Agents

Su Cartesia Managed Agents, i trasferimenti usano lo strumento di sistema transfer_to_number. Il trasferimento vero e proprio è a freddo tramite SIP REFER; lo rendi “a caldo” inviando il contesto prima.

1. Aggiungi le regole di trasferimento. Nel Playground, apri Tools e attiva Transfer call. Ogni regola ha una destinazione (un numero in formato E.164, un URI SIP o una variabile dinamica come {{transfer_number}}) e una condizione che dice al modello quando usarla, per esempio “The caller has a billing or payment question.”
2. Fai parlare prima l’agente. Imposta pre_tool_speech su force per lo strumento di trasferimento, così l’agente dice sempre al cliente cosa sta per succedere invece di tacere e far squillare.
3. Invia il riepilogo con uno strumento webhook. Crea uno strumento webhook che pubblichi il riepilogo della chiamata nel tuo sistema di ticket o CRM. Nel prompt dell’agente, digli di chiamare quello strumento prima di trasferire.
4. Instrada per cliente se serve. Una variabile dinamica può impostare la destinazione di ogni chiamata, per esempio l’account manager assegnato a un cliente, preso dal CRM all’inizio della chiamata.
5. Prova il caso di errore. I trasferimenti richiedono una chiamata telefonica tramite Twilio o un trunk SIP, e le destinazioni URI SIP richiedono un trunk SIP. Il tuo operatore deve accettare REFER per il tipo di destinazione. Su un trunk SIP, se l’operatore rifiuta un trasferimento, Cartesia mantiene collegata la chiamata originale: indica nel prompt cosa deve dire l’agente in quel caso.

{
	"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."
					}
				]
			}
		}
	}
}

Poi chiama il numero da un telefono vero, chiedi di parlare con una persona e controlla cosa vede chi risponde. Se il suo schermo è vuoto, il trasferimento è a freddo, qualunque cosa dica la configurazione.

Errori di trasferimento che ti fanno perdere clienti

Misura i trasferimenti come qualsiasi altra parte della chiamata: la quota di chiamate trasferite, gli abbandoni prima che il trasferimento si colleghi e quanto spesso chi riceve deve far ripetere qualcosa al cliente. Quest’ultimo è l’indicatore più diretto per capire se i tuoi trasferimenti sono davvero a caldo.

Per provare, crea un agente nel playground di Cartesia, aggiungi una regola di trasferimento e chiamalo. La pagina sull’agente telefonico IA spiega numeri di telefono, chiamate in uscita e trasferimenti.

Guide correlate

• Cos’è un trunk SIP e come usarlo con l’IA vocale
• Automazione del contact center: cosa automatizzare per primo
• Call center IA: come avviare un progetto pilota con agenti vocali
• IVR conversazionale: come sostituire i menu telefonici
• Agente vocale IA: cos’è e come crearne uno