La chiamata A2P, o "application-to-person", è una chiamata vocale avviata via software da un'applicazione o da un flusso di lavoro automatizzato verso una persona. Un sistema aziendale può attivare la chiamata, riprodurre o generare un messaggio, raccogliere l'input del tastierino numerico, fornire un aggiornamento di stato o trasferire il destinatario a un operatore umano quando il flusso di lavoro richiede assistenza.
In termini pratici: la voce A2P è un canale di comunicazione in uscita programmabile. L'applicazione decide quando deve iniziare una chiamata, la piattaforma vocale effettua e controlla la chiamata e il risultato viene riportato nel flusso di lavoro aziendale.
Gli utilizzi comuni includono promemoria per appuntamenti, avvisi di consegna, notifiche dell'account, chiamate per password monouso, avvisi di interruzione del servizio, richiamate dalla coda e flussi di lavoro del servizio clienti che trasferiscono una chiamata connessa a un operatore.
Come funziona la chiamata vocale A2P
La maggior parte dei sistemi vocali A2P segue lo stesso percorso di base, sebbene i dettagli dell'implementazione varino in base al fornitore.
Un evento aziendale attiva il flusso di lavoro
Un sistema di pianificazione, CRM, sistema antifrode, piattaforma logistica o altra applicazione determina che una chiamata deve essere effettuata.
L'applicazione richiede una chiamata in uscita
Il software invia una richiesta a una piattaforma vocale programmabile. Twilio, ad esempio, documenta una API Programmable Voice che può creare e controllare le chiamate a livello programmatico.
Il fornitore instrada la chiamata
Il fornitore del servizio vocale collega la chiamata attraverso il percorso di rete appropriato verso il numero di destinazione.
Il destinatario ascolta o interagisce con la chiamata
Il flusso di lavoro può riprodurre audio registrato, utilizzare la sintesi vocale (text-to-speech), raccogliere l'input DTMF dal tastierino o collegare la persona a un operatore.
Lo stato della chiamata torna all'applicazione
L'applicazione può utilizzare le informazioni di stato definite dal fornitore per decidere se l'attività è completata, se è opportuno un altro tentativo, se utilizzare un altro canale o se è necessario il follow-up di un operatore umano. La risorsa Call di Twilio è un esempio di questo modello basato su eventi e stati.
Chiamate A2P vs. Messaggistica A2P
La voce A2P e la messaggistica A2P possono essere attivate da eventi aziendali simili, ma sono canali diversi. La messaggistica A2P è ampiamente utilizzata per notifiche, promemoria, autenticazione e altri messaggi "application-to-person"; la voce aggiunge un'interazione parlata in tempo reale e può supportare l'input del tastierino o il trasferimento a un operatore umano. La panoramica sulla messaggistica A2P di Twilio fornisce un utile punto di riferimento per il confronto con la messaggistica.
| Canale | Utile quando | Vincolo principale |
|---|---|---|
| Voce A2P | Il messaggio è sensibile al fattore tempo, l'interazione parlata è d'aiuto, l'input da tastierino è utile o il trasferimento a un operatore umano è importante. | Le chiamate sono più invadenti e il consenso o altri requisiti di conformità dipendono dallo scopo, dalla tecnologia, dal destinatario e dalla giurisdizione. |
| Messaggistica A2P | Il messaggio è breve, asincrono e facile da gestire da uno schermo. | Il destinatario deve notare e leggere il messaggio, e possono applicarsi regole specifiche per la messaggistica riguardanti la registrazione, il consenso e le norme degli operatori. |
| Chiamata in uscita umana | La situazione richiede giudizio, negoziazione, empatia o una conversazione complessa fin dall'inizio. | Il costo del personale e la simultaneità sono più vincolati rispetto a un flusso di lavoro di notifica guidato dal software. |
Casi d'uso comuni per la voce A2P
Promemoria per appuntamenti e prenotazioni
Un'applicazione di pianificazione può effettuare una chiamata di promemoria prima di un appuntamento e consentire al destinatario di confermare, annullare o richiedere di essere richiamato. Il flusso di lavoro deve registrare il risultato in modo da non continuare a chiamare dopo che l'attività è stata completata.
Notifiche di consegna e servizio
Un sistema di logistica o di assistenza sul campo può attivare una chiamata quando cambia una finestra di consegna, un tecnico è in arrivo o un evento di servizio richiede attenzione immediata.
Autenticazione e avvisi sull'account
Alcuni servizi utilizzano la voce come canale alternativo per password monouso o notifiche importanti sull'account. I flussi di lavoro sensibili alla sicurezza dovrebbero evitare di rivelare più informazioni di quelle necessarie al destinatario per completare l'attività.
Richiamate dalla coda
Un contact center o call center può consentire a un cliente di uscire dalla coda e ricevere una chiamata quando un operatore diventa disponibile. L'applicazione avvia la richiamata, ma la conversazione di assistenza effettiva avviene comunque tra il cliente e l'operatore.
Notifiche di interruzione e incidenti
Le organizzazioni possono utilizzare chiamate automatizzate per distribuire aggiornamenti operativi sensibili al fattore tempo. Il messaggio dovrebbe rendere comprensibili il mittente, lo scopo e l'azione successiva il prima possibile.
La chiamata A2P non è la stessa cosa del "Robocalling legale"
"Avviato dall'applicazione" descrive come inizia una chiamata. Non determina, di per sé, se una chiamata sia consentita.
Negli Stati Uniti, il Telephone Consumer Protection Act e le norme FCC limitano alcune chiamate che utilizzano una voce artificiale o preregistrata. Le chiamate di telemarketing possono avere requisiti di consenso più rigorosi rispetto ad alcune chiamate informative non di telemarketing, e la regola esatta dipende dal tipo di chiamata, dalla tecnologia, dal destinatario, dallo scopo e dall'esenzione applicabile. L'ordine del 2024 della FCC sul consenso e la revoca TCPA è una delle fonti primarie attuali per tale quadro normativo.
Per un programma vocale negli Stati Uniti, l'implementazione dovrebbe definire almeno:
- che tipo di messaggio viene inviato;
- quale consenso o altro permesso è richiesto per quel tipo di chiamata;
- come le richieste di revoca e opt-out vengono acquisite e rispettate;
- se si applicano i requisiti federali o statali "do-not-call";
- quale identificazione o informativa è richiesta;
- quali controlli sugli orari di chiamata o sulla frequenza si applicano; e
- se la registrazione o la trascrizione crea requisiti aggiuntivi.
Tali regole dovrebbero essere legate alla campagna effettiva e alla giurisdizione, piuttosto che copiate da un modello A2P generico.
Cosa fa — e cosa non fa — STIR/SHAKEN
STIR/SHAKEN è un framework di autenticazione dell'ID chiamante utilizzato sulle reti vocali IP. È stato progettato per rendere le informazioni dell'ID chiamante più affidabili e aiutare i fornitori a combattere lo spoofing illecito.
È importante non sopravvalutare tale funzione. L'autenticazione dell'ID chiamante non prova che il contenuto di una chiamata sia veritiero, che il chiamante abbia ottenuto il consenso richiesto o che la chiamata sia lecita. Un programma A2P affidabile richiede pertanto sia controlli dell'identità di rete che controlli a livello di campagna per il consenso, la soppressione e la governance.
Un'architettura vocale A2P pratica
Un tipico flusso di lavoro di produzione appare così:
Evento aziendale → logica dell'applicazione → API vocale/fornitore → rete dell'operatore → destinatario → interazione/evento di stato → applicazione
Evento aziendale
L'attivatore dovrebbe essere esplicito: un appuntamento raggiunge una finestra di promemoria, cambia lo stato di una consegna, si attiva una regola dell'account o una richiamata raggiunge la testa di una coda.
Logica dell'applicazione
L'applicazione decide se una chiamata deve essere effettuata, quale messaggio o interazione approvata utilizzare, quale numero chiamare, cosa succede dopo una mancata risposta e quando il flusso di lavoro deve fermarsi.
Fornitore di servizi vocali
Il fornitore gestisce l'avvio della chiamata ed espone le funzioni di controllo della chiamata e di stato. A seconda della piattaforma, tali funzioni possono includere sintesi vocale, registrazioni, raccolta DTMF, instradamento SIP, conferenze, code o trasferimento a un operatore.
Interazione del destinatario
La chiamata dovrebbe identificare rapidamente il mittente e lo scopo. Se il destinatario può compiere un'azione, le scelte dovrebbero essere limitate a quanto necessario per completare l'attività.
Aggiornamento di stato e flusso di lavoro
I risultati delle chiamate dovrebbero rifluire nell'applicazione aziendale. Una conferma completata dovrebbe sopprimere tentativi non necessari; una chiamata fallita o senza risposta può passare a un altro passaggio approvato in base al flusso di lavoro.
Costruisci il flusso di lavoro prima di scegliere le funzionalità
Una progettazione A2P utile parte dall'attività del cliente, non dall'elenco delle funzionalità API.
- Perché una chiamata vocale è necessaria? Se una notifica testuale o in-app è sufficiente, una chiamata potrebbe creare un'interruzione inutile.
- Cosa dovrebbe succedere quando la persona risponde? Definisci l'interazione di successo più breve possibile.
- Cosa succede dopo una mancata risposta o un fallimento? Imposta un percorso esplicito di tentativi o di canale alternativo invece di consentire tentativi infiniti.
- Quando l'automazione dovrebbe passare a una persona? Fatturazione complessa, retention, controversie, conversazioni mediche, finanziarie o di supporto possono richiedere il giudizio umano.
- Cosa interrompe le chiamate future? La conferma, l'opt-out, lo stato dell'account o un evento modificato dovrebbero aggiornare prontamente la logica di soppressione.
Lista di controllo per l'implementazione vocale A2P
Prima del lancio, verifica quanto segue:
- I numeri di destinazione sono normalizzati e convalidati per il flusso di lavoro.
- Il numero chiamante e la configurazione dell'ID chiamante sono autorizzati per il fornitore e il percorso utilizzati.
- I registri del consenso o di altre autorizzazioni sono collegati al caso d'uso corretto.
- Il messaggio parlato identifica l'organizzazione e lo scopo come richiesto per la campagna.
- I percorsi di opt-out o di revoca vengono acquisiti e propagati ai sistemi di soppressione.
- La logica dei tentativi ha un massimo definito e non continua a chiamare dopo il successo.
- La logica del fuso orario e degli orari consentiti si basa sul destinatario piuttosto che solo sull'ora del server aziendale.
- Gli stati di fallimento, occupato, nessuna risposta e completato hanno azioni successive separate.
- I trasferimenti a operatori umani hanno dietro di sé logiche di gestione del personale e delle code.
- La registrazione o la trascrizione è abilitata solo dopo aver affrontato le regole applicabili e i requisiti di notifica.
- Il monitoraggio può rilevare tassi di errore anomali, filtraggio dell'operatore o variazioni impreviste del volume di chiamate.
Metriche che aiutano davvero
Il numero totale di chiamate effettuate dice poco sul fatto che il flusso di lavoro abbia risolto l'attività del cliente. Misure più utili possono includere:
- tasso di risposta o connessione;
- tasso di completamento dell'attività;
- tasso di conferma;
- tasso di opt-out o revoca;
- tasso di chiamate fallite per causa;
- tasso di chiamate ripetute;
- tasso di trasferimento a operatore umano;
- tasso di completamento del trasferimento;
- tentativi medi necessari per completare l'attività; e
- tasso di reclami.
Una campagna può avere un alto tasso di risposta ed essere comunque progettata male se i destinatari non comprendono la chiamata, non riescono a completare l'attività prevista o chiedono frequentemente di interrompere le chiamate future.
Domande frequenti
Cosa significa chiamata A2P?
La chiamata A2P di solito significa che un'applicazione o un flusso di lavoro automatizzato avvia una chiamata vocale verso una persona. L'applicazione può fornire informazioni, raccogliere input, aggiornare un altro sistema aziendale o trasferire il destinatario a un operatore umano.
La chiamata A2P è la stessa cosa del robocalling?
Non esattamente. A2P descrive un flusso di lavoro avviato da un'applicazione. "Robocall" è comunemente usato per chiamate che coinvolgono la composizione automatica o una voce artificiale o preregistrata. Gli obblighi legali dipendono dalla tecnologia effettiva, dal contenuto, dal destinatario, dallo scopo e dalla giurisdizione.
L'A2P 10DLC è richiesto per le chiamate vocali A2P?
No. L'A2P 10DLC è un framework statunitense per la messaggistica aziendale su numeri standard a 10 cifre. Le chiamate vocali hanno requisiti separati per quanto riguarda il fornitore, l'ID chiamante, il consenso e la regolamentazione.
STIR/SHAKEN rende una chiamata automatizzata conforme?
No. STIR/SHAKEN aiuta ad autenticare le informazioni dell'ID chiamante sulle reti IP supportate. Non sostituisce il consenso, le norme "do-not-call", l'informativa, la registrazione o altri requisiti specifici della campagna.
Una chiamata A2P può essere trasferita a un operatore umano?
Sì. Un flusso di lavoro vocale programmabile può collegare o trasferire una chiamata che ha ricevuto risposta a un operatore quando il processo aziendale richiede l'interazione umana e la piattaforma supporta tale flusso di chiamata.
Conclusione
La voce A2P è meglio intesa come un canale di comunicazione programmabile: il software decide quando effettuare una chiamata e cosa deve fare la chiamata. L'API vocale è solo uno strato. Un sistema affidabile ha anche bisogno di un'attività del cliente chiara, tentativi controllati, un'identità del chiamante accurata, logiche di consenso e soppressione, feedback sullo stato e un punto definito in cui l'automazione cede la conversazione a una persona.
