RCS Lansman Kontrol Listesi: Doğrulanmış Ajanla Yayına Alın

Bu kontrol listesi, RCS iş mesajlaşmasını denemeye karar vermiş ve yeniden çalışmayla haftalar kaybetmeden bir ajanı yayına almak isteyen pazarlama, CRM ve ürün ekipleri için hazırlandı. İlk kullanım senaryosunu seçmekten pilot sonuçlarını okumaya kadar her aşamayı adım adım anlatır. RCS'in ne olduğunu ve SMS'ten nasıl ayrıldığını hâlâ öğrenmeniz gerekiyorsa RCS Business Messaging açıklaması ile başlayın ve buraya dönün.

Bir RCS lansmanı neleri içerir?

Bir RCS lansmanının beş aşaması vardır: kapsam, varlıklar, onay, geliştirme ve test, pilot. Gecikmelerin çoğu mühendislikten değil ilk üç aşamadan gelir; çünkü onaylar marka kanıtına ve her operatörün sürecine bağlıdır.

RCS Business Messaging (RBM), Google'ın artık RCS for Business dediği RBM platformu üzerinden çalışır. Bir marka bir "ajan" ile temsil edilir: adınızı, logonuzu ve açıklamanızı taşıyan doğrulanmış gönderici profili. Mesajlaşma sağlayıcınız sistemlerinizi platforma bağlar ve mobil operatörler RBM trafiğinin abonelerine ulaşıp ulaşmayacağına karar verir.

1. Aşama: İlk kullanım senaryosunu nasıl seçersiniz?

Zengin içeriğin düz metni açıkça geçtiği ve zaten SMS gönderdiğiniz, dolayısıyla bir referans değerinizin olduğu tek bir kullanım senaryosu seçin. Dar bir ilk lansman daha hızlı onaylanır ve daha net sonuç verir.

Google'ın yayın incelemesi, ajanın kullanım senaryosunu beyan etmenizi ister. Dokümantasyonundaki kategoriler OTP, işlemsel, promosyon ve çok amaçlı olarak sıralanır. Beyan ettiğiniz kullanım senaryosu, inceleyicilerin tetikleyicilerinizde, içeriğinizde ve abonelikten çıkış yönetiminizde görmeyi beklediği şeyleri belirler; bu yüzden net olun.

İyi ilk adaylar:

• Sipariş ve teslimat güncellemeleri. Ürün görseli, teslimat aralığı ve "Takip et" veya "Yeniden planla" eylemleri içeren zengin bir kart, bağlantılı uzun bir SMS'in yerini alır.
• Randevu hatırlatmaları. Tarih, saat ve konum içeren bir kart; "Onayla" ve "Yeniden planla" gibi önerilen yanıtlar ile "Takvime ekle" eylemi.
• Markalı OTP. Doğrulanmış bir göndericiden gelen kısa bir kod mesajı; müşterilerin gerçek kodları oltalamadan ayırt etmesine yardımcı olur. SMS'i garantili yol olarak koruyun; bkz. OTP mesajları rehberimiz.
• Hedefli promosyonlar. Pazarlama için opt-in vermiş müşterilere bir ürün karuseli. Promosyonlar en sıkı inceleme ve izin beklentileriyle karşılaşır; bu yüzden nadiren en iyi ilk lansmandır.

Ülkeleri ve operatörleri haritalayın

Hedef ülkelerinizi ve her birinde müşterilerinizin çoğunu taşıyan operatörleri listeleyin. RBM, bir aboneye ancak o operatör RBM'yi devreye almış ve ajanınızı onaylamışsa ulaşır. Körfez'de ve daha geniş MENA bölgesinde kullanılabilirlik operatöre ve ülkeye bağlıdır ve onboarding sırasında teyit edilir; ülke düzeyindeki "RCS burada canlı" iddiasına göre plan yapmayın.

2. Aşama: Göndermeden önce hangi varlıklara ihtiyacınız var?

Göndermeden önce her varlığı hazırlayın; çünkü gönderimden sonraki değişiklikler incelemenin bazı kısımlarını yeniden başlatır. Ajan profili müşterilerin gördüğü şeydir de, bu yüzden onu bir evrak işi değil, marka çalışması olarak ele alın.

Ajan profili kontrol listesi

1. Müşterilerin tanımadığı bir tüzel kişi adı değil, tüketici markanızla birebir eşleşen görünen ad.
2. Sağlayıcınızın belirttiği biçim ve boyutlarda, küçük gösterildiğinde ve daire şeklinde kırpıldığında okunabilir logo.
3. Ajanın bilgi sayfası için, küçük metin içermeyen banner görseli.
4. Butonlardaki metin için yeterli kontrasta sahip marka rengi.
5. Ajanın ne gönderdiğini söyleyen kısa açıklama; örneğin "Rawda Home'dan sipariş güncellemeleri ve teslimat planlaması."
6. İletişim seçenekleri: telefon, web sitesi ve e-postadan en az biri; hepsi çalışır ve izlenir olmalı.
7. Herkese açık bir web sitesinde gizlilik politikası ve hizmet şartları; ajandan bağlantılı.
8. Diller: ajanın Arapça, İngilizce ya da ikisinde birden mesaj atıp atmayacağına karar verin ve her biri için içerik hazırlayın.

İnceleme kanıtı kontrol listesi

Google'ın yayın dokümantasyonu, Google tarafından yönetilen bir incelemenin neye ihtiyaç duyduğunu sıralar. Hazırlayın:

1. Marka için çalışan, herkese açık bir web sitesi.
2. Gizlilik politikası ve hizmet şartlarına bağlantılar.
3. Ajan deneyiminin bir önizleme videosu veya ayrıntılı konuşma dökümleriyle birlikte açıklaması.
4. Beyan edilen kullanım senaryosu.
5. Kullanım senaryosuyla tutarlı olarak, kullanıcıların nasıl tetiklendiğinin, nasıl etkileşime girdiğinin ve nasıl abonelikten çıktığının açıklamaları.
6. Ajanın kullandığı her dilde, kullanıcının abonelikten çıktığına dair bir onay dahil STOP yönetimi.

Beklemediğiniz serbest metinli bir yanıtta ne olduğu dahil, gerçek akışları gösteren dökümler yazın.

3. Aşama: Marka doğrulaması ve yayın onayı nasıl çalışır?

Marka doğrulaması, markada yetkili bir kişinin ajanın bilgilerini ve sağlayıcınızın bunu yönetme hakkını onayladığını teyit eder. Google'a göre ilk yayından önce gereklidir ve yayın talebi gönderildikten sonra gerçekleşir.

Bir marka temsilcisi belirtirsiniz: ajanı teyit etme yetkisine sahip bir çalışan. Yayın türüne bağlı olarak Google, operatörler veya her ikisi bu kişiyle iletişime geçebilir. Kaçınılabilir en yaygın gecikme; izinde olan, talebi tanımayan veya talebi kimsenin okumadığı bir gelen kutusuna ileten bir temsilcidir. Onu önceden bilgilendirin.

Yayın onayı ardından, seçtiğiniz operatörlere bağlı olarak Google, operatörler veya her ikisi tarafından yürütülür. Google'ın dokümantasyonu, bazı operatörlerin kendi incelemesini yürüttüğünü ve marka ile doğrudan bir sözleşme istediğini, bu operatörlerin sözleşme yoksa yayını reddettiğini belirtir. Bu yüzden yayın planı ülke bazında değil, operatör bazında kurulmalıdır.

Onay kontrol listesi

• Marka temsilcisi belirlenmiş, bilgilendirilmiş ve inceleme penceresi boyunca ulaşılabilir.
• Kullanım senaryosu beyan edilmiş ve tüm dökümler ve tetikleyicilerle tutarlı.
• Operatör listesi, doğrudan sözleşme gerektirenler dahil sağlayıcıyla teyit edilmiş.
• Abonelikten çıkış ifadesi her dilde hukuk tarafından onaylanmış.
• İnceleyici sorularını hızla yanıtlayacak bir iç sorumlu atanmış.

Yayından sonra Google Messages, ajanın adının yanında bir doğrulama onay işareti gösterir ve ajanın ayrıntılar sayfası kim tarafından doğrulandığını belirtir.

4. Aşama: RCS mesajlarını nasıl geliştirir ve test edersiniz?

Her mesajı bir çift olarak geliştirin: aynı temel bilgiyi taşıyan RCS sürümü ve SMS sürümü. Sonra yayından önce gerçek cihazlarda test edin.

Her mesaj türü için tasarım kuralları

Google'ın dokümantasyonu, içinde tasarım yapmanız gereken sınırları belirler: en fazla 3,072 karakterlik metin mesajları, her biri en fazla dört öneri içeren zengin kartlar, 2 ila 10 kartlık karuseller, bir mesajda en fazla 11 öneri ve en fazla 25 karakterlik öneri etiketleri. Medya dosyalarının da boyut sınırları vardır.

Türler boyunca geçerli pratik kurallar:

• Temel bilgileri yalnızca görselin içine değil, metne koyun. Bazı alıcılar SMS sürümünü alacak ve ekran okuyucular metne ihtiyaç duyar.
• Fiil görevi gören öneri etiketleri kullanın; örneğin "Yeniden planla" veya "Şimdi öde"; ve bunları iki dilde belgelenmiş sınırın altında tutun. Arapça etiketler çoğu zaman ayrı düzenleme gerektirir.
• Gereğinden fazla inşa etmeyin. Basit bir hatırlatma için on kartlık bir karusel sürtünme ve inceleme soruları ekler.
• Serbest metinli yanıtları ele alın. Beklenmeyen yanıtları görmezden gelmek yerine bir kişiye veya net bir menüye yönlendirin.

İletim mantığını kurun

Google'ın dokümantasyonu, bir konuşmayı başlatmadan önce kullanıcının yeteneklerini kontrol etmeyi ve yalnızca cihazın desteklediği özellikleri kullanmayı önerir. Yetenek kontrolleri, numara yakın zamanda RCS'e bağlandığında bir cihazın neyi desteklediğini döndürür; Google ayrıca cihaz özelliklerini açıklamadan kaç numaraya ulaşılabildiğini tahmin eden toplu kontroller de sunar.

Gönderdiğinizde üç sonuç için plan yapın:

1. Kabul edildi ve iletildi. Webhook'unuzda bir DELIVERED olayı ve kullanıcının okundu bilgisi açıksa muhtemelen bir READ olayı alırsınız.
2. Gönderimde reddedildi. Cihaz RCS'i desteklemediğinde, RCS kapalı olduğunda veya ajanınız o şebekede yayına alınmadığında Google 404 NOT_FOUND, mesaj cihazın desteklemediği bir özellik kullandığında ise 400 INVALID_ARGUMENT döndürür. SMS sürümünü hemen gönderin.
3. Kabul edildi ancak iletilmedi. Kullanıcı çevrimdışı olabilir. Google, iletilmeyen mesajları 30 güne kadar kuyrukta tutar; bu yüzden ttl veya expireTime ile bir mesaj geçerlilik süresi belirleyin. Süre dolduğunda platform mesajı geri alır ve sizi bilgilendirir; siz de SMS sürümünü gönderirsiniz.

Google ayrıca, müşterilerin mükerrer mesaj almaması için bir mesajı yeniden göndermeden önce iletilmediğini doğrulamayı ve benzersiz mesaj kimlikleri kullanmayı önerir. Kanal yedekleme stratejisi rehberimiz WhatsApp, RCS ve SMS arasında zaman aşımlarını ve mükerrer önlemeyi ayrıntılı ele alır.

Kayıtlı cihazlarda test edin

Yayından önce bir RBM ajanı yalnızca sizin kaydettiğiniz ve daveti kabul eden test cihazlarına mesaj gönderebilir. Bunları bilinçli kullanın:

• Her hedef pazarda her büyük operatör için SIM'i etkin en az bir test cihazı.
• Kitleniz ikisini de içeriyorsa, Google Messages'lı Android ve iş RCS'inin desteklendiği bir operatörde iPhone.
• Kartlarda sağdan sola düzen dahil, Arapça ve İngilizce işlenmiş her mesaj.
• Dokunulan her önerilen yanıt ve eylem ve webhook'unuza ulaşan her yanıt.
• Her dilde test edilen STOP ve eşdeğerleri; onay gönderilmiş.
• SMS yedeklemesinin devreye girdiğini doğrulamak için RCS'i kapalı bir cihaz.
• Süre dolumunun yedeklemeyi tetiklediğini ve hiçbir şeyin iki kez ulaşmadığını doğrulamak için çevrimdışı bir cihaz.

5. Aşama: Bir RCS pilotunu nasıl yürütür ve ölçersiniz?

Pilotu aynı mesajı SMS ile alan bir kontrol grubuna karşı yürütün ve birim maliyet başına tamamlanan eylemlerle değerlendirin.

Pilot kontrol listesi

1. İlgilendiğiniz eylemi tanımlayın: planlanan teslimat, onaylanan randevu, yapılan ödeme.
2. RCS yetenekli alıcılar arasında kitleyi bölün: çoğu RCS alır, bir holdout yalnızca SMS alır. RCS kullanıcılarını yetenekli olmayanlarla karşılaştırmak, kanal etkisini kitle farklılıklarıyla karıştırır.
3. Mesaj başına izleyin: gönderilen, iletilen, mümkünse okunan, yapılan eylem, tetiklenen yedekleme, abonelikten çıkışlar.
4. Okundu bilgisini dikkatle ele alın. Kullanıcı ayarlarına bağlıdır; bu yüzden eksik bir READ olayı mesajın okunmadığını kanıtlamaz.
5. Yedek SMS dahil RCS için ve yalnızca SMS grubu için tamamlanan eylem başına maliyeti hesaplayın. Sağlayıcınızın fiyat listesi mesaj başına maliyetleri verir; bkz. fiyatlandırma.
6. Sıklığın veya içeriğin yanlış olduğuna dair işaretler için abonelikten çıkışları ve yanıtları inceleyin.
7. Karar verin: ölçeklendirin, ayarlayıp yeniden çalıştırın veya durdurun.

Uygulamalı örnek: Körfez'de bir mobilya perakendecisinin ilk RCS ajanı

"Rawda Home" (kurgusal), BAE ve Suudi Arabistan'da satış yapan bir mobilya perakendecisidir. Bugün teslimat planlama SMS'leri gönderiyor ve birçok müşteri aralığı değiştirmek için çağrı merkezini arıyor.

• Kapsam. Ekip tek bir işlemsel kullanım senaryosu seçiyor: teslimat planlama. Sağlayıcısı her ülkede hangi operatörlerin RBM'yi devreye aldığını teyit ediyor; kapsama operatöre göre farklılaştığından pilot yalnızca ajanın onaylandığı yerlerde çalışıyor.
• Varlıklar. Pazarlama, tüketici marka adını, logoyu, banner'ı ve Arapça ile İngilizce bir açıklamayı sağlıyor. Hukuk, gizlilik politikası bağlantısını ve STOP ifadesini iki dilde teyit ediyor. E-ticaret başkanı marka temsilcisi olarak belirleniyor ve bilgilendiriliyor.
• Mesajlar. Zengin bir kart ürün görselini, önerilen teslimat aralığını ve üç önerilen yanıtı gösteriyor: "Onayla", "Aralığı değiştir" ve "Bizimle konuşun". "Aralığı değiştir", uygun aralıklardan oluşan bir karusel açıyor. SMS sürümü aynı aralığı ve bir planlama sayfasına bağlantıyı taşıyor.
• İletim mantığı. Her gönderimde, teslimat gününün kesim saatinden epey önce bir geçerlilik süresi belirleniyor. Bir 404 yanıtı veya süre dolumu SMS sürümünü gönderiyor ve sistem hangi kanalın ilettiğini kaydediyor; böylece kimseye ikisi birden gitmiyor.
• Pilot. RCS yetenekli müşteriler arasında bir holdout grubu yalnızca SMS alıyor. Pilot sonrası ekip, ikinci bir kullanım senaryosu olarak sipariş takibini ekleyip eklemeyeceğine karar vermeden önce, arama olmadan onaylanan teslimatların payını ve onaylanan teslimat başına maliyeti karşılaştırıyor.

Yaygın lansman hataları nelerdir?

Başarısız veya yavaş RCS lansmanlarının çoğu aynı birkaç sorunda tökezler.

• Birkaç kullanım senaryosunu aynı anda başlatmak. Her biri inceleme soruları ve onaylanacak içerik ekler.
• Görünen ad olarak müşterilerin tanımadığı bir tüzel kişi adı kullanmak.
• Hazırlıksız bir marka temsilcisi; doğrulamayı durdurur.
• Ülke çapında kapsama varsaymak. Erişim operatör, cihaz ve kullanıcı ayarı bazında belirlenir.
• Her mesaj için SMS sürümü olmaması; yetenekli olmayan alıcılar hiçbir şey almaz.
• Mesaj geçerlilik süresi olmaması; çevrimdışı kullanıcılar günler sonra eskimiş OTP'ler veya süresi dolmuş teklifler alır.
• İletimi kontrol etmeden yeniden göndermek; mükerrer oluşturur.
• Okunma oranlarını eksiksiz saymak; oysa bilgiler kullanıcı ayarlarına bağlıdır.
• İzni göz ardı etmek. RCS promosyonları SMS ile aynı opt-in ve abonelikten çıkış disiplinine ihtiyaç duyar; bkz. izin rehberimiz.

Bu kontrol listesinin sınırları: Google'ın gereksinimleri, operatör süreçleri ve cihaz desteği değişir. Her lansmandan önce güncel kuralları Google'ın dokümantasyonundan ve sağlayıcınızdan teyit edin. Bu, pratik bir rehberdir; hukuki danışmanlık değildir.

OmniChannels.ai nasıl yardımcı olur?

OmniChannels.ai, bir Google RBM iş ortağı olan BroadNet Technologies aracılığıyla RCS iş mesajlaşması sağlar. Doğrulanmış markalı bir gönderici, zengin kartlar, 10 karta kadar karuseller, önerilen yanıtlar ve eylemler ve RCS'in olmadığı yerde SMS için BroadNet'in doğrudan operatör bağlantısını kullanan otomatik SMS yedekleme elde edersiniz. Her kanalın iletim durumları tek bir webhook biçiminde gelir. Geliştiriciler RCS API dokümantasyonuyla başlayabilir. Pazarlarınız için operatör kapsaması onboarding sırasında teyit edilir.