CheckNumber.AI · 4 min read
Bir RCS Desteği Denetiminin Ardından: İşletme Lansmanınızı Hazırlama
RCS liste sonuçlarını bir lansman planına dönüştürün: gönderici hazırlığını denetleyin, SMS yedeğini test edin ve iletimi ayrı ölçün.
Bir RCS desteği denetimi, hangi kişilerin zengin mesajlaşmaya uygun olabileceğini planlamanıza yardımcı olur. Lansmandan önce, hedef ağlarda kendi göndericinizin kullanılabilirliğini doğrulayın, mesajı ve SMS yedeğini test edin ve mesajlaşma sağlayıcınızdan iletim sonuçlarını toplayın.
Müşterinizin ihtiyaç duyduğu mesajla başlayın
Bir teslimat güncellemesi, başlamak için kullanışlı bir noktadır. Müşterinizin bir varış zaman aralığına ve teslimat talimatlarını değiştirmenin bir yoluna ihtiyacı vardır. RCS bu seçenekleri daha zengin içerik olarak sunabilir; SMS ise temel bilgileri metin olarak iletmelidir. Mesajı hangi kanal taşırsa taşısın, iş gereksinimi aynıdır.
RCS Denetleyicisi ürünümüz, yüklenen bir listede RCS desteği sinyaline sahip numaraları belirlemeye yardımcı olur. Zengin sürüm için bir hedef kitle tahmin etmek ve uygun bir alternatif hazırlamak üzere bu gözlemi kullanın. Daha sonraki bir kampanyanın eski bir varsayımı farkında olmadan devralmaması için gözlem tarihini numaranın yanında saklayın.
Bir lansman testi düzenlemeden önce mesajın hangi kısmının zorunlu olduğuna karar verin. Teslimat tarihi değişirse, her iki sürüm de yeni tarihi aktarmalıdır. Güncelliğini yitirmiş bir metin yedeği alan bir müşteri için özenle hazırlanmış zengin bir kart pek bir işe yaramaz.
Destek dosyasını gerçek göndericinize bağlayın
Numara düzeyindeki destek ile bir kurumsal göndericinin hazır olması farklı sorulara yanıt verir. CheckNumber planlama için bir gözlem sağlar. Mesajlaşma sağlayıcınız ise sizin özel temsilcinizin hedeflenen varış noktasına hizmet verip veremeyeceğini ve talep edilen içeriğin desteklenip desteklenmediğini belirler.
Google’ın kurumsal RCS gönderme kılavuzu; desteklenmeyen cihazlar, bir alıcının ağında kullanıma sunulmamış temsilciler ve bir cihazın kullanamayacağı mesaj özellikleri için ayrı hata durumları tanımlar. Bu nedenle, olumlu bir liste gözlemi geriye gerçek bir lansman sorusu bırakır: Bu gönderici, mesajın bu sürümünü yapılandırılmış rotası üzerinden iletebilir mi?
Sağlayıcınızdan, kapsamdaki pazarlar ve ağlar için temsilcinin lansman durumunu onaylamasını isteyin. Bir geliştirme tanıtımının aynı erişimi sağladığını varsaymak yerine, kampanya için amaçlanan canlı ortam gönderici yapılandırmasıyla test yapın. Bir test ortamının farklılık gösterdiği durumlarda, sonucu değerlendirmeden önce bu farkı not edin.
Denetleyicimiz belgelenmiş sistem bağlamını içerebilir, ancak numaranın operatörünü tespit etmez. Ağ ve gönderici bilgilerini uygun mesajlaşma sağlayıcısı araçları aracılığıyla edinin. Bu, liste dışa aktarımını bir gönderici yapılandırma raporuna dönüştürmeye çalışmadan her karara kullanılabilir bir kaynak sağlar.
Yedek mesajı eksiksiz bir müşteri mesajı haline getirin
RCS sürümünü yazarken SMS sürümünü de hazırlayın. Sipariş referansını, değişen varış zaman aralığını ve faydalı bir sonraki adımı koruyun. Her türlü zengin etkileşimi, mevcut müşteri yolculuğunuzun yönetebileceği bir metin alternatifiyle değiştirin. Mesajın tek başına nasıl okunduğunu inceleyin; alıcının mesajı anlamak için eksik olan zengin karta ihtiyaç duymaması gerekir.
Yedekleme mekanizması aynı zamanda çalışan bir gönderen kimliğine ihtiyaç duyar. Örneğin AWS’nin RCS fallback belgeleri, hedef için uygun bir tahsisli telefon numarası veya gönderici kimliği gerektirir; havuz ve hesap yapılandırması hangi kimliğin kullanılabileceğini belirler. Diğer sağlayıcı uygulamaları kendi denetimlerine ihtiyaç duyar. “Yedekleme etkinleştirildi” ifadesini tüm kurulum olarak görmek yerine, seçtiğiniz hizmetteki eşdeğer gereksinimleri doğrulayın.
Önemli yolları çalıştıran test kişileri kullanın: başarılı bir zengin mesaj, desteklenmeyen bir hedef ve sağlayıcınızın uygun bir testi desteklediği durumlarda geçici olarak ulaşılamayan bir cihaz. Görünür göndericiyi, metni, hedef bağlantısını ve nihai iletim sonucunu denetleyin. Tek başına kabul edilmiş bir gönderme isteği, müşterinin yararlı bir mesaj alıp almadığını size söyleyemez.
İletilmeyen bir güncellemeye ne olacağını seçin
Geciken bir promosyon mesajı ile süresi dolan bir teslimat güncellemesi farklı muamele gerektirir. Müşteri bilgileri için makul bir geçerlilik süresi belirleyin, ardından gönderme sisteminizin bu noktada hâlâ beklemede olan mesajları nasıl işleyeceği konusunda uzlaşın. Google, yedekleme ile bağlantılı olarak mesaj süresinin dolmasını ve iptal edilmesini belgeler; uygulama ise mesajlaşma altyapınıza aittir.
Test sırasında geciken bir varış senaryosunu adım adım inceleyin. SMS revize edilmiş varış zaman aralığını zaten ilettiyse, kuyrukta bekleyen daha eski bir RCS güncellemesinin müşterinin kafasını karıştırmasını ne engeller? Zamanlamayı seçmeden önce sağlayıcının gerçek süre sonu, iptal ve olay davranışını denetleyin. Yalnızca bir uygulama zamanlayıcısı tetiklendiği için iptalin başarılı olduğunu varsaymayın.
Bu çalışma aynı zamanda uygulamanızın hangi olayları saklaması gerektiğini de netleştirir. Gönderme sisteminin mesaj referansını ve kanal sonucunu koruyun; böylece daha sonra gelen bir iletim bildirimi aynı güncellemeyle ilişkilendirilebilir. Böylece ekibiniz, ilgisiz bir soruyu yanıtlamak için hedef kitle denetimini yeniden çalıştırmadan geciken bir mesajı inceleyebilir.
Planlama gözlemlerini ve iletim sonuçlarını ayrı tutun
Kullanışlı bir lansman devir teslimi; denetlenen hedef kitleyi, denetim tarihini, onaylanmış gönderici kapsamını, test edilmiş mesaj sürümlerini ve seçilen yedekleme davranışını içerir. Hedef kitleyi genişletmeden önce kalan hangi belirsizliklerin sağlayıcı denetimi gerektirdiğini kaydedin.
Lansmandan sonra iletimi, hataları, süre aşımlarını ve yedeklemeyi mesajlaşma telemetrisinden ölçün. Yanıtları ve tamamlanan müşteri eylemlerini ayrı sütunlarda tutun. Desteklenen numara sayısı bir planlama girdisidir; iletilen teslimat güncellemelerinin sayısı ise operasyonel bir sonuçtur. Her ikisini de göstermek, ekibin bir sorunun göndermeden önce mi, bir rotada mı yoksa mesaj deneyiminde mi ortaya çıktığını belirlemesini sağlar.
Eksiksiz bir müşteri güncellemesi ve bunun yedeğiyle başlayın, ardından aynı hazırlığı bir sonraki mesaj türüne taşıyın. Destek denetimini hazırlamak için CheckNumber belgelerini kullanın ve elde edilen hedef kitle dosyasını, lansman hazırlığınızı belirleyen gönderici testlerine aktarın.
