Dunning (Ödeme Hatırlatma Süreci)

Dunning, bir abonelik işletmesinin yinelenen bir ödeme başarısız olduğunda çalıştırdığı otomatik süreçtir — ücreti bir programa göre yeniden deneme ve müşteriyi e-posta veya uygulama içi mesajlaşma yoluyla bilgilendirme — ödemeyi kurtarmak ve "gönülsüz churn"ü (aktif olarak iptal etmeyi seçmemiş ama kartı süresi dolduğu, yetersiz bakiye olduğu veya bankasının dolandırıcılık tespiti tarafından işaretlendiği için erişimini kaybeden bir müşteri) önlemek amacıyla. Gönülsüz churn, toplam SaaS churn'ünün şaşırtıcı derecede büyük, genellikle hafife alınan bir payıdır — yaygın olarak alıntılanan sektör tahminleri başarısız ödeme churn'ünü abonelik işletmeleri için toplam churn'ün %20-40'ı olarak koyar; bu, "kaybedilen" müşterilerin anlamlı bir kısmının aslında hiç ayrılmaya karar vermediği, işletmenin sadece paralarını tahsil edemediği anlamına gelir. İyi tasarlanmış bir dunning süreci, başarısız ücretleri akıllıca yeniden dener (hemen değil, çünkü "yetersiz bakiye" reddi genellikle bir maaş yattıktan birkaç gün sonra yeniden denemede başarılı olur) — tipik programlar artan aralıklarla yeniden dener (örneğin 1. gün, 3. gün, 7. gün) — aynı zamanda müşteriyi süresi dolmuş veya reddedilmiş kartını güncellemesi için e-posta yoluyla yönlendirir, genellikle tam bir yeniden girişe ihtiyaç duymak yerine barındırılan bir ödeme güncelleme sayfasına doğrudan bir bağlantıyla. Faturalandırma altyapısı sağlayıcıları (Stripe Billing'in yerleşik "Akıllı Yeniden Denemeler"i, Recurly, Chargebee, Baremetrics Recover), dunning'i temel bir özellik olarak sunar; çünkü bu, bir abonelik işletmesi için mevcut en yüksek yatırım getirili, en mekanik gelir kurtarma kollarından biridir — genellikle sıfır satış veya destek çabasıyla aksi takdirde kaybedilecek başarısız ödemelerin %30-50+'ını kurtarır. Somut örnek: bir müşterinin kayıtlı kredi kartının süresi dolar ve ayın 1'inde 79 dolarlık aylık ücreti başarısız olur. Dunning sistemi otomatik olarak "Ödemeniz gerçekleşmedi — kartınızı güncelleyin" e-postası gönderir, ücreti 3. günde (aynı süresi dolmuş kartla yeniden başarısız olur) ve 7. günde yeniden dener. 5. günde müşteri e-postayı görür, Stripe barındırmalı bir kart güncelleme sayfasına tıklar ve kartını günceller; 7. gün yeniden denemesi otomatik olarak başarılı olur, SaaS şirketinin ekibinden tek bir manuel müdahale olmadan ödemeyi ve müşteriyi kurtarır — kartını hiç güncellemeyen bir müşteri ise "vadesi geçmiş" bir duruma düşürülür ve sonunda son bir ödeme süresi yeniden denemesi başarısız olduktan sonra iptal edilir; bu, sessiz, açıklanamayan bir iptal yerine doğru şekilde gönülsüz churn olarak sayılır. Kart ağı düzeyindeki sinyaller de modern dunning zekasını besler — bazı ödeme işlemcileri, bir müşterinin bankası bir kartı yeniden verdiğinde (dolandırıcılık veya fiziksel bir kartın süresinin dolmasından sonra yaygın) saklanan kart bilgilerini otomatik olarak yenileyen bir "hesap güncelleyici" hizmeti sunar; bu, bir aboneliğin tek bir yeniden deneme veya müşteriye yönelik e-posta gerekmeden güncellenmiş kart üzerinde sessizce devam etmesine izin verir ve dunning'in üzerinde çalışması gereken başarısız ödeme havuzunu daha da küçültür.