# İptal Onayı Sayfa: https://alidemirbas.com.tr/lab/journeys/iptal-onayi İptal onaylandı → erişim bitişi → geri dönüş teklifi → yeniden aktif veya çıkış ## Amaç İptal edilen üyeliği gerçek erişim bitişine kadar yönetmek; yeniden aktif olmadıysa sınırlı bir geri dönüş teklifi sunmak. Hedef: İptal ve sonlandırma · Kategori: Elde Tutma & Abonelik ## Adımlar - **Tetikleyici**: Abonelik iptali onaylandı - **Aksiyon**: E-posta: İptal onayı + erişimin biteceği tarih - **Bekleme**: Bitişe 3 gün kalana kadar bekle - **Aksiyon**: Push: Erişimin yakında sona erecek - **Bekleme**: Bitiş tarihine kadar bekle - **Karar**: Abonelik yeniden aktif mi? - Evet: Abonelik yeniden aktif - Hayır: Bu müşteri için tanımlı bir geri dönüş teklifi var mı? - **Karar**: Bu müşteri için tanımlı bir geri dönüş teklifi var mı? - Evet: E-posta: İlgili geri dönüş teklifi - Hayır: Journey bitti - **Aksiyon**: E-posta: İlgili geri dönüş teklifi - **Bekleme**: Teklif süresi boyunca bekle - **Karar**: Abonelik yeniden aktif mi? - Evet: Abonelik yeniden aktif - Hayır: Journey bitti - **Çıkış**: Abonelik yeniden aktif - **Çıkış**: Journey bitti ## Koruma kuralları - Üyelik yeniden aktif olduğunda journey'yi hemen durdur. - Erişim gerçekten bitmeden geri dönüş teklifine başlama. ## Temel kural Geri dönüş teklifi başlamadan önce kullanıcı erişimin ne zaman biteceğini net olarak bilmeli. ## Ne zaman kurulmalı? İ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. ## Nasıl kurulmalı? - **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 girmemeli**: Eriş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 devir**: Yeniden 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 izin**: Bir 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. ## Başarı nasıl ölçülmeli? **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. 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 çıkma**: Tahsilat 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ı. ## Sonuç yorumlanırken nelere dikkat edilmeli? - Kontrol 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. - Ö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. - Seyrek 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](https://alidemirbas.com.tr/hesaplayicilar/orneklem-buyuklugu-hesaplama) girip kol başına kaç iptal gerektiğini hesapla; takip süresi en az teklif penceresinin kapanışını kapsasın. - Teklifi 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. ## Sık Sorulan Sorular ### Abonelik iptal onayında hangi tarih yazmalı? İptalin alındığı tarih ile erişimin gerçekten biteceği tarihi ayır. Kullanıcı kalan hakkının ne zamana kadar sürdüğünü ve sonraki tahsilat durumunu açıkça anlamalı. Bu akış önce iptal onayını ve erişim bitişini bildirir. Geri dönüş teklifini bu bilgilerin önüne koyma. ### İptal eden müşteriye ne zaman geri dönüş teklifi sunulur? Bu örnekte erişim bitişine kadar mevcut durum izlenir. Abonelik yeniden aktif değilse ve tanımlı teklif uygunluğu varsa süre sonunda bir teklif sunulur. İptali geri alma veya teklifi kabul etme, iptal onayını görmenin koşulu olmamalıdır. ### Müşteri yeniden aktif olduysa iptal mesajları devam eder mi? Devam etmemeli. Güncel abonelik durumuyla bekleyen erişim bitişi ve geri dönüş mesajlarını iptal et. Yeniden aktivasyonu gerçekten aktifleşen abonelikle ölç. Teklif bağlantısına tıklamak veya ödeme sayfasına girmek yeniden aktif olmak değildir.