Ödeme Gecikmesi ve Erişim Kısıtı

Geciken ödemeler ek süre bitiminde habersiz kısıtlamaya dönüşüyor ve destek hattına ilk kez o anda düşüyorsa, ya da ödemesi yapılmış hesaplar bir sonraki kontrolü beklerken kapalı kalıyorsa bu journey'yi kur. Kurmadan önce vadeyi, ek sürenin bitişini ve ödemenin tamamlandığı olayı güvenilir bir ödeme kaynağından aynı hesapta okuyabildiğinden, kısıtın ne zaman ve nasıl uygulanacağının hizmet koşullarında yazdığından ve e-posta ile push izinlerinin kayıtlı olduğundan emin ol. Gecikmelerin çoğu başarısız kart ya da hatalı ödeme yönteminden geliyorsa önce ödeme kurtarma akışına bak; bu journey ek süreyi ve erişimi yönetir, ödeme hatasını çözmez.

Kontrol grubuna göre ek ödeme tamamlama oranı

Journey'nin değeri, uyarı alan hesapların uyarı almayan kontrol grubundan ne kadar fazlasının borcunu kapatmasıdır; e-postanın açılması ya da push'un tıklanması tek başına bir şey kazandırmaz.

Nasıl sayılır: Payda, girişte journey ve kontrol grubuna atanan tüm gecikmiş ödemelerdir; pay, atamadan itibaren aynı takip süresinde tamamlanan ödemelerdir ve iki grubun farkı journey'nin etkisidir. Mesajın teslim edilip edilmediği ya da tıklanıp tıklanmadığı paydayı değiştirmez.

Ayrıca izle

• Ek süre içinde ödeme payıAtanan hesaplar içinde kısıt uygulanmadan, ek süre bitmeden ödeyenlerin payı; journey'nin asıl hedeflediği ara adım budur ve kısıta hiç uğramayan hesabı gösterir.
• Kısıt sonrası geri açılma ve gecikmesiKısıtlanan hesaplar içinde ödemesi gelenlerin payını ve ödeme tamamlandı ile erişim geri açıldı olayları arasındaki süreyi ayrı izle; ödenmiş bir hesap bir sonraki kontrolü beklerken kapalı kalmamalı.
• Abonelikten çıkma, push kapatma ve destek başvurusuE-posta aboneliğinden çıkma, push iznini kapatma ve kısıtla ilgili destek başvurularını kanal bazında izle; kısıt bildiriminden sonra destek başvurusu artıyorsa geri açma yolu yeterince açık anlatılmıyordur.

• Tetikleyici ve girişBir ödeme vadesini geçip gecikti durumuna düştüğünde journey başlar. Girişte hesapları rastgele journey grubuna ya da gecikme ve kısıt mesajlarının hiçbirini almayacak kontrol grubuna ata; kısıt kuralının kendisi iki grupta da aynı şekilde işler.
• Kimler girmemeliBir gecikmiş ödeme ile onun etkileyebileceği erişim tek bir journey örneğidir; aynı ödeme için ikinci akış açılmaz. Ödemesi zaten tamamlanmış ya da erişim sonucu tanımsız hesaplar girmez; ödeme hatasını ve kart yöntemini ele alan ödeme kurtarma akışı bu journey'nin işi değildir.
• Zamanlama ve kanallarGecikme ve ek sürenin bitiş tarihi hemen e-postayla bildirilir; bitişe 3 gün kala erişimin yakında kısıtlanacağını söyleyen push gider. Ek süre sonunda ödeme yoksa erişim kısıtlanır, nedeni ve geri açma yolu e-posta ve push ile iletilir; 2 ila 3 gün sonra ödeme yeniden kontrol edilir.
• Çıkış ve devirÖdeme tamamlandığı anda bekleyen gecikme ve kısıt mesajları durur: ek süre bitiminde ödenmişse erişim devam eder, kısıttan sonra ödenmişse erişim geri açılır ve kullanıcıya bildirilir. İkinci kontrolde de ödeme yoksa erişim kısıtlı kalır; journey başka bir akışa devretmez, bu iki çıkışla biter.
• Sıklık ve izinBir gecikmiş ödeme için en fazla dört temas gider: iki uyarı, kısıt bildirimi ve ödenirse geri açma bildirimi. E-posta yalnızca abonelik, push yalnızca push izni varsa kullanılır; kısıt bildirimi geri açmanın nasıl olacağını açık adımlarla söylemeli, geri açma bildirimi de erişimin geri geldiğini doğrulamalı.

1. 1Journey grubunun ödeme tamamlama oranı kontrol grubunu geçmiyorsa uyarılar zaten ödeyecek hesapları birkaç gün öne çekmiş olabilir; açılma ya da tıklama bunu telafi etmez. Ödeme farkını destek başvurularındaki değişimle birlikte oku ve kararı buna göre ver.
2. 2Bu bulgular bu ek süre, bitişe 3 gün kala gelen uyarı ve bu kanal sırası için geçerlidir. Ödeme hatası nedeniyle ödeme kurtarma akışında ele alınan hesabın ödemesini bu journey'ye yazma; iki akış aynı hesap için çelişkili mesaj göndermesin diye ödeme durumunu tek bir kaynaktan oku.
3. 3Gecikmiş ödeme sayısı azsa fark haftadan haftaya oynar; iki grubun hesap ve tamamlanan ödeme sayılarını A/B test anlamlılık hesaplayıcısına girip farkın anlamlı olup olmadığına bak, değilse journey'yi kazanmış saymadan takip süresini en az kısıt sonrası kontrolü kapsayacak kadar uzat.