Cara kerja RCS Business Messaging

Agen RCS Business Messaging (RBM) berkomunikasi dengan pengguna melalui pesan, peristiwa, dan permintaan untuk mencapai sasaran bisnis Anda. Baik sasaran tersebut sederhana (seperti mengirim notifikasi pengiriman) atau kompleks (seperti memesan tiket), agen menggunakan kartu informasi, media, dan saran untuk memandu pengguna melalui percakapan yang mengalir yang memenuhi kebutuhan pengguna dan agen.

Cara kerjanya

Alur percakapan antara agen Anda dan pengguna mirip dengan percakapan antara dua orang, yang masing-masing bergiliran berbicara, mendengarkan, dan menanggapi yang lain.

Agen RBM Anda memulai percakapan dengan pengguna. Pengguna tidak dapat memulai percakapan dengan agen Anda, tetapi setelah agen memulai percakapan, pengguna dapat membalas kapan saja.

Agen Anda akan mengirim pesan pertama saat menerima pemicu eksternal yang Anda konfigurasi. Pemicu dapat berupa apa saja dan bergantung pada kasus penggunaan agen Anda:

  • Paket dikirim
  • Saatnya kirimkan promo sandwich makan siang harian
  • Pengguna menghubungi dukungan pelanggan melalui chat

Pemicu eksternal mengaktifkan agen RBM

Saat agen menerima pemicu tersebut, agen akan mengirim pesan ke perangkat pengguna dengan RCS Business Messaging API. Agen Anda mengirim semua pesan, peristiwa, dan permintaan lainnya kepada pengguna melalui RBM API sebagai permintaan HTTP dengan payload JSON. Pengguna menerima pesan di aplikasi Message di perangkatnya.

Jika perangkat tidak mendukung RCS, platform RBM akan menampilkan error 404, dan agen harus kembali ke teknologi lain, seperti SMS.

Saat pengguna merespons pesan atau memicu peristiwa, layanan RBM Google akan mengirimkan respons ke webhook yang dikonfigurasi, yang akan meneruskan informasi kembali ke agen Anda. Webhook mengirimkan semua pesan pengguna, peristiwa, dan permintaan lainnya ke agen Anda sebagai JSON.

Setelah menerima pesan, agen akan mendekode JSON dan mengurai respons. Dengan menggunakan logika internal, atau mengandalkan modul natural language understanding (NLU) seperti Dialogflow, agen Anda akan memutuskan respons terhadap pesan pengguna dan mengirimkan respons ke perangkat pengguna melalui RBM API.

Percakapan akan berlanjut antara agen Anda dan pengguna hingga mencapai kesimpulan yang diinginkan atau pengguna berhenti merespons.

Contoh

Contoh berikut menunjukkan skenario sederhana saat pengguna meminta info terbaru cuaca.

  1. Agen Anda menerima pemicu dari layanan eksternal yang menunjukkan bahwa pengguna meminta informasi cuaca terbaru.
  2. Agen Anda akan mengirim pesan kepada pengguna yang mengonfirmasi permintaan pengguna dan meminta lokasi pengguna.
  3. Di aplikasi Message, pengguna membaca pesan dan merespons dengan alamatnya.
  4. Agen Anda memproses respons, mengambil informasi cuaca, membuat pesan percakapan, dan mengirimkan informasi kepada pengguna. Selain itu, agen Anda akan bertanya apakah pengguna juga menginginkan informasi cuaca untuk lokasi lain.
  5. Pengguna membaca pesan dan berterima kasih kepada agen.
  6. Agen Anda mengonfirmasi bahwa pengguna tidak meminta informasi tambahan dan mengakhiri percakapan.

Enkripsi

Pesan yang dikirim antara pengguna dan agen dienkripsi antara agen RBM dan server Google, serta antara server Google dan perangkat pengguna. Agen tidak dapat menggunakan kunci enkripsi mereka sendiri karena Google perlu memindai pesan untuk menemukan konten berbahaya guna melindungi semua pengguna dan bisnis.

Pesan yang diterima di perangkat pengguna dienkripsi oleh enkripsi di seluruh perangkat yang telah dikonfigurasi pengguna untuk perangkat mereka, dan Google men-deploy model keamanan di perangkat untuk melindungi data pesan.

Apa langkah selanjutnya?

Setelah Anda merasa nyaman dengan konsep ini, pertimbangkan tindakan yang perlu dilakukan agen dan buat agen pertama Anda.