İptal Onayı

İptal eden abonelerin bir kısmı erişimin ne zaman biteceğini sorarak destek hattına geliyorsa ya da churn raporunda iptal sonrası geri dönüş neredeyse hiç görünmüyorsa bu akışı kur. Önce iptal onayı olayının, gerçek erişim bitiş tarihinin ve güncel abonelik durumunun aynı kayıtta tutulduğundan emin ol. E-posta ve push izni bulunmalı, geri dönüş teklifine kimin uygun olduğu da tanımlı olmalı. İptaller ödeme hatasından ya da fiyat değişikliğinden kaynaklanıyorsa önce o nedene bak; süre sonundaki teklif yanlış nedenle giden müşteriyi geri getirmez.

Kontrol grubuna göre ek yeniden aktivasyon oranı

Journey'nin getirisi, hatırlatma ve teklif alan grubun yalnızca onay e-postası alan kontrol grubuna göre ne kadar fazla aboneliği yeniden aktifleştirdiğidir; teklif tıklaması ya da ödeme sayfasına giriş sayılmaz.

Nasıl sayılır: Payda, girişte iki gruba atanan tüm iptal kayıtlarıdır; pay, atamadan itibaren aynı takip süresinde aboneliği gerçekten yeniden aktif olanlardır ve grupların farkı journey'nin etkisidir. Mesajın teslim edilmesi ya da açılması paydayı değiştirmez.

Ayrıca izle

• Bitiş tarihinde aktif abonelik payıBitişteki ilk kontrolde yeniden aktif görünenlerin payı; teklif gitmeden önce geri dönenleri teklif sonrası dönenlerden ayırır.
• Teklif uygunluğu kapsamıPasif kalan iptaller içinde tanımlı bir geri dönüş teklifi bulunanların payı; bu pay düşükse teklif adımı az sayıda müşteriye ulaşır ve sonuç büyük ölçüde onay ve push adımına dayanır.
• Destek başvurusu ve abonelikten çıkmaTahsilat ya da erişim bitişi hakkında destek başvurularını, push iznini kapatmayı ve e-posta aboneliğinden çıkmayı izle; onay e-postası işini yapıyorsa tarih soruları azalmalı.

• Tetikleyici ve girişAbonelik iptali onaylandığı anda journey başlar. İptal onayı e-postası herkese gider; girişte abonelikleri rastgele ikiye ayır, kontrol grubu bu akışın hatırlatma push'unu ve geri dönüş teklifini almaz.
• Kimler girmemeliErişim bitiş tarihi bilinmeyen iptaller girmez; teklifin ne zaman başlayacağı hesaplanamaz. Akış onaylanmış tek bir iptale bağlıdır: aynı abonelik için ikinci bir akış açılmaz, yeniden aktif olup sonra tekrar iptal eden abonelik yeni bir iptal kaydıyla girer.
• Zamanlama ve kanallarÖnce iptal onayı ve erişim bitiş tarihini içeren e-posta gider; bitişe 3 gün kala push, bitiş tarihine kadar da başka temas yok. Bitişte abonelik hâlâ aktif değilse ve tanımlı bir teklif varsa geri dönüş e-postası gönderilir; erişim sürerken teklif başlamaz.
• Çıkış ve devirYeniden aktivasyon gerçekleştiği anda journey biter ve bekleyen push ya da teklif mesajı iptal edilir. Bitişte tanımlı teklif yoksa ya da teklif süresi dolduğunda abonelik hâlâ pasifse journey kendi çıkışında kapanır; başka bir journey'ye devir yoktur.
• Sıklık ve izinBir iptal için en fazla üç mesaj: onay e-postası, bitiş yaklaşırken bir push ve koşullu bir teklif e-postası. Push yalnızca push izni varsa gider; teklif e-postası yalnızca e-posta izni ve o müşteri için tanımlı bir geri dönüş teklifi varsa açılır.

1. 1Kontrol grubuyla yeniden aktivasyon farkı sıfıra yakınsa teklif, zaten geri dönecek müşteriye indirim vermiş olabilir. Teklif e-postasının açılması ya da ödeme sayfasının ziyareti bu kararı değiştirmez; yalnızca yeniden aktif abonelikleri say.
2. 2Ölçüm şu sıra için geçerlidir: onay e-postası, bitişe 3 gün kala push, erişim bittikten sonra teklif ve teklif süresi. Takip süresi dışında gelen bir yeniden aktivasyonu bu journey'ye yazma; akış devir yapmaz, kayıt kendi çıkışında kapanır.
3. 3Seyrek bir sonuç ölçüyorsun; her iptal yeniden aktivasyonla bitmez. Kontrol grubunun yeniden aktivasyon oranını ve görmek istediğin en küçük farkı örneklem büyüklüğü hesaplayıcısına girip kol başına kaç iptal gerektiğini hesapla; takip süresi en az teklif penceresinin kapanışını kapsasın.
4. 4Teklifi erişim bitmeden öne çekmek ayrı bir journey ölçmek demektir; iki sonucu karşılaştırma. Destek başvuruları artıyorsa önce onay e-postasındaki bitiş tarihinin abonelik kaydındaki tarihle aynı olduğunu doğrula.