Setelah Pemeriksaan Dukungan RCS: Menyiapkan Peluncuran Bisnis Anda

Pemeriksaan dukungan RCS membantu Anda merencanakan kontak mana yang cocok untuk rich messaging. Sebelum meluncurkannya, verifikasi ketersediaan pengirim Anda di jaringan yang dituju, uji pesan beserta fallback SMS-nya, dan kumpulkan hasil pengiriman dari penyedia perpesanan Anda.

→ Jelajahi CheckNumber.AI →

Mulai dari pesan yang dibutuhkan pelanggan Anda

Pembaruan status pengiriman adalah titik awal yang baik. Pelanggan Anda membutuhkan perkiraan waktu kedatangan dan cara untuk mengubah instruksi pengiriman. RCS dapat menampilkan opsi tersebut sebagai konten yang lebih kaya; SMS perlu menyampaikan informasi penting tersebut dalam format teks. Kebutuhan bisnisnya tetap sama, saluran apa pun yang membawanya.

Pemeriksa RCS kami membantu mengidentifikasi nomor dengan sinyal dukungan RCS dalam daftar yang diunggah. Gunakan hasil pengamatan tersebut untuk memperkirakan audiens bagi versi konten kaya dan siapkan alternatif yang sesuai. Simpan tanggal pengamatan bersama nomor tersebut agar kampanye berikutnya tidak mewarisi asumsi lama tanpa disadari.

Tentukan bagian pesan mana yang paling esensial sebelum menyusun uji coba peluncuran. Jika tanggal pengiriman berubah, kedua versi harus memuat tanggal baru tersebut. Rich card yang dirancang dengan apik tidak banyak membantu pelanggan jika fallback teks yang diterimanya justru memuat informasi kedaluwarsa.

Hubungkan file hasil pemeriksaan dengan pengirim Anda yang sebenarnya

Dukungan pada tingkat nomor dan kesiapan pengirim bisnis menjawab pertanyaan yang berbeda. CheckNumber menyediakan data pengamatan untuk perencanaan. Sementara itu, penyedia perpesanan Anda memastikan apakah agen spesifik Anda dapat melayani tujuan yang dimaksud dan apakah konten yang diminta memang didukung.

Panduan pengiriman Google RCS for Business mengidentifikasi berbagai kegagalan terpisah: perangkat yang belum didukung, agen yang belum diluncurkan di jaringan penerima, dan fitur pesan yang tidak dapat digunakan perangkat. Oleh karena itu, hasil pengamatan daftar yang positif tetap menyisakan pertanyaan penting sebelum peluncuran: dapatkah pengirim ini mengirimkan versi pesan tersebut melalui rute yang telah dikonfigurasikan?

Mintalah penyedia Anda untuk mengonfirmasi status peluncuran agen pada target pasar dan jaringan yang masuk dalam cakupan. Lakukan pengujian menggunakan konfigurasi pengirim produksi yang memang disiapkan untuk kampanye, alih-alih berasumsi bahwa demo di lingkungan pengembangan menjamin jangkauan yang sama. Jika lingkungan pengujian memiliki perbedaan, catat perbedaan tersebut sebelum mengevaluasi hasilnya.

Pemeriksa kami dapat menyertakan konteks sistem yang terdokumentasi, tetapi tidak mendeteksi operator seluler dari nomor tersebut. Dapatkan informasi jaringan dan pengirim melalui fitur penyedia perpesanan yang relevan. Hal ini memastikan setiap keputusan didasarkan pada sumber yang tepat, tanpa memaksakan hasil ekspor daftar untuk dijadikan laporan konfigurasi pengirim.

Jadikan pesan fallback informasi yang lengkap bagi pelanggan

Siapkan versi SMS saat menyusun versi RCS. Pertahankan nomor referensi pesanan, perkiraan waktu kedatangan yang diperbarui, serta langkah lanjutan yang relevan. Ganti setiap interaksi kaya dengan alternatif teks yang dapat ditangani oleh alur perjalanan pelanggan Anda saat ini. Periksa kembali bagaimana pesan tersebut terbaca secara mandiri; penerima tidak semestinya bergantung pada rich card untuk memahami isi pesan.

Fallback juga membutuhkan identitas pengirim (originator) yang berfungsi dengan baik. Dokumentasi fallback RCS dari AWS, misalnya, mensyaratkan nomor telepon khusus yang memenuhi syarat atau sender ID untuk tujuan tersebut; konfigurasi pool dan akun menentukan identitas mana yang dapat digunakan. Penerapan pada penyedia lain tentu memerlukan pemeriksaannya sendiri. Pastikan persyaratan serupa terpenuhi pada layanan pilihan Anda, alih-alih menganggap status “fallback diaktifkan” sudah menyelesaikan seluruh pengaturan.

Gunakan kontak uji coba untuk menguji jalur-jalur penting: pesan kaya yang berhasil, tujuan yang tidak didukung, dan perangkat yang untuk sementara tidak dapat dijangkau jika penyedia Anda mendukung skenario uji coba tersebut. Periksa nama pengirim yang muncul, teks pesan, tautan tujuan, dan hasil akhir pengiriman. Permintaan kirim yang diterima oleh sistem saja belum membuktikan bahwa pelanggan telah menerima pesan yang bermakna.

Tentukan penanganan untuk pembaruan status yang belum terkirim

Pesan promosi yang tertunda dan pembaruan status pengiriman yang memiliki batas waktu memerlukan penanganan yang berbeda. Tetapkan batas waktu yang wajar bagi informasi pelanggan, lalu sepakati bagaimana sistem pengiriman Anda menangani pesan yang masih tertunda saat batas waktu tersebut tercapai. Google mendokumentasikan kedaluwarsa dan pembatalan (revocation) pesan sehubungan dengan fallback; implementasinya menjadi bagian dari arsitektur perpesanan Anda.

Simulasikan skenario kedatangan pesan yang terlambat saat pengujian. Jika SMS telah menyampaikan perkiraan waktu kedatangan yang diperbarui, apa yang mencegah pembaruan RCS lama di antrean agar tidak membingungkan pelanggan? Periksa perilaku kedaluwarsa, pembatalan, dan event yang sebenarnya dari penyedia sebelum menentukan pengaturan waktu. Jangan mengasumsikan pembatalan berhasil hanya karena timer aplikasi telah selesai berjalan.

Langkah ini juga memperjelas event mana saja yang harus disimpan oleh aplikasi Anda. Pertahankan referensi pesan sistem pengiriman beserta hasil salurannya, sehingga notifikasi pengiriman yang datang kemudian dapat ditautkan kembali ke pembaruan status yang sama. Tim Anda kemudian dapat menelusuri pesan yang tertunda tanpa perlu menjalankan ulang pemeriksaan audiens untuk menjawab pertanyaan yang tidak berkaitan.

Pisahkan hasil pengamatan perencanaan dari hasil pengiriman aktual

Dokumen serah terima peluncuran yang baik mencakup daftar audiens yang telah diperiksa, tanggal pemeriksaan, cakupan pengirim yang telah dikonfirmasi, versi pesan yang telah diuji, serta perilaku fallback yang dipilih. Catat ketidakpastian yang masih tersisa dan memerlukan verifikasi penyedia sebelum memperluas skala audiens.

Setelah peluncuran, ukur tingkat keterkiriman, kegagalan, kedaluwarsa, dan fallback dari data telemetri perpesanan. Pisahkan metrik balasan dan tindakan yang berhasil diselesaikan pelanggan dalam kolom tersendiri. Jumlah nomor yang didukung merupakan masukan perencanaan; jumlah pembaruan status yang berhasil diterima pelanggan adalah hasil operasional. Menampilkan keduanya memungkinkan tim mengidentifikasi apakah kendala muncul sebelum pengiriman, pada rute pengiriman, atau dalam pengalaman pesan itu sendiri.

Mulailah dengan satu pembaruan status pelanggan yang lengkap beserta fallback-nya, lalu terapkan persiapan yang sama ke tipe pesan berikutnya. Manfaatkan dokumentasi CheckNumber untuk mempersiapkan pemeriksaan dukungan, dan bawa file audiens yang dihasilkan ke tahap pengujian pengirim guna menentukan kesiapan peluncuran Anda.