Gli agenti RCS for Business comunicano con gli utenti tramite messaggi, eventi e richieste per raggiungere i tuoi obiettivi aziendali. Che si tratti di obiettivi semplici (come l'invio di notifiche di consegna) o complessi (come la prenotazione di un volo), gli agenti utilizzano schede interattive, contenuti multimediali e suggerimenti per guidare gli utenti attraverso conversazioni fluide che soddisfano le esigenze di utenti e agenti.
Come funziona
Il flusso della conversazione tra l'agente e un utente è simile a una conversazione tra due persone, in cui ogni parte parla, ascolta e risponde all'altra.
Il tuo agente RCS for Business avvia conversazioni con gli utenti. Gli utenti non possono avviare conversazioni con il tuo agente, ma una volta che l'agente avvia una conversazione, l'utente può rispondere in qualsiasi momento.
L'agente invia il primo messaggio quando riceve un trigger esterno che configuri. Un trigger può essere qualsiasi cosa e dipende dal caso d'uso dell'agente:
- Un pacco viene spedito
- È ora di inviare offerte giornaliere per i panini a pranzo
- Un utente contatta l'assistenza clienti in chat
Quando l'agente riceve il trigger, invia un messaggio al dispositivo dell'utente con l'API RCS Business Messaging. L'agente invia tutti i messaggi, gli eventi e le altre richieste all'utente tramite l'API RBM come richieste HTTP con payload JSON. L'utente riceve il messaggio nell'app Messaggi sul suo dispositivo.
Se il dispositivo non supporta RCS, la piattaforma RCS for Business restituisce
un errore 404 e l'agente deve passare a un'altra tecnologia, ad esempio
gli SMS.
Quando l'utente risponde al messaggio o attiva un evento, il servizio RCS for Business di Google invia la risposta al tuo webhook, che trasmette le informazioni al tuo agente. Il webhook invia tutti i messaggi, gli eventi e le altre richieste degli utenti al tuo agente in formato JSON.
Dopo che l'agente riceve il messaggio, decodifica il JSON e analizza la risposta. Utilizzando la logica interna o facendo affidamento su un modulo di comprensione del linguaggio naturale (NLU) come Dialogflow, l'agente decide una risposta al messaggio dell'utente e la invia al dispositivo dell'utente tramite l'API RBM.
La conversazione continua tra l'agente e l'utente finché non raggiunge una conclusione prevista o l'utente smette di rispondere.
Esempio
L'esempio riportato di seguito mostra uno scenario semplice in cui un utente chiede un aggiornamento meteo.
- L'agente riceve un trigger da un servizio esterno che indica che un utente ha richiesto un aggiornamento meteo.
- L'agente invia un messaggio all'utente per confermare la sua richiesta e chiedere la sua posizione.
- Nell'app Messaggi, l'utente legge il messaggio e risponde con il suo indirizzo.
- L'agente elabora la risposta, recupera le informazioni meteo, crea un messaggio conversazionale e invia le informazioni all'utente. Inoltre, l'agente chiede se l'utente vuole anche informazioni meteo per un'altra località.
- L'utente legge i messaggi e ringrazia l'agente.
- L'agente riconosce che l'utente non ha richiesto ulteriori informazioni e termina la conversazione.
Crittografia
I messaggi RCS for Business inviati tra utenti e agenti sono criptati tra gli agenti RCS for Business e i server di Google e tra i server di Google e i dispositivi degli utenti. I partner non possono utilizzare le proprie chiavi di crittografia perché Google deve analizzare i messaggi alla ricerca di contenuti dannosi per proteggere tutti gli utenti e le attività.
Per saperne di più sulla sicurezza dei dati per RCS for Business, consulta Sicurezza dei dati per RCS for Business.
Passaggi successivi
Una volta acquisita familiarità con questi concetti, pensa a cosa vuoi che faccia il tuo agente e crea il tuo primo agente.