Churn (Müşteri Kaybı)

Churn, müşterilerin belirli bir dönemde — genellikle aylık veya yıllık ölçülür — aboneliklerini iptal etme, plan düşürme veya başka bir şekilde gelir üretmeyi durdurma oranıdır. İki ana türü vardır: müşteri churn'ü (plan büyüklüğünden bağımsız olarak iptal eden müşterilerin yüzdesi) ve gelir churn'ü / MRR churn'ü (kaybedilen yinelenen gelirin yüzdesi; dolar değerine göre ağırlıklandığı için plan büyüklükleri geniş ölçüde değiştiğinde işe olan etkiyi daha iyi yansıtır). Standart aylık müşteri churn formülü şudur: (ay içinde kaybedilen müşteri sayısı) / (ay başındaki müşteri sayısı) × 100. Ayı 1.000 müşteriyle başlayıp 30'unu kaybeden bir SaaS işinin aylık churn oranı %3'tür — bu oran yıl boyunca acımasızca bileşir: sabit %3/ay oranında, herhangi bir büyüme hesaba katılmadan bile başlangıç kohortunun yaklaşık %30'u 12 ay içinde kaybolur. Churn, SaaS birim ekonomisini yapan ya da bozan metriktir, çünkü doğrudan müşteri ömrünü (Ömür ≈ 1 / churn oranı) ve dolayısıyla LTV'yi belirler — aylık %5 churn'e sahip bir işin ortalama müşteri ömrü yalnızca 20 aydır, aylık %1 churn ise 100 ay (8 yıldan fazla) anlamına gelir ve bu da CAC'ye kârlı bir şekilde ne kadar harcanabileceğini kökten değiştirir. Beklenen kıyaslama değerleri segmente göre keskin biçimde değişir: tüketici/KOBİ SaaS'ı genellikle aylık %3-7 churn ile çalışır (daha düşük ACV göz önüne alındığında kabul edilebilir sayılır), yıllık sözleşmeli ve özel müşteri başarı yöneticilerine sahip kurumsal SaaS ise tipik olarak aylık %1'in altını (yıllık ~%10-12'nin altı) hedefler. Geliştiriciler churn'ü daha iyi onboarding/aktivasyon, kullanım düşüşü sinyalleriyle tetiklenen proaktif müşteri başarısı erişimi (bir eşiğin altına düşen "sağlık skoru"), iptal edilen hesaplar için geri kazanma kampanyaları ve — giderek artan biçimde — kullanıcı ayrılmadan önce indirim veya duraklatma seçeneği sunan, iptal nedenleri hakkında veri toplayan ürün-içi iptal akışlarıyla azaltır. Somut örnek: bir proje yönetimi SaaS'ı, ürün analitiği aracılığıyla, kayıttan sonraki 14 gün içinde ikinci bir proje oluşturmayan hesapların, oluşturanlara göre 3 kat daha yüksek oranda churn olduğunu fark ediyor. Ekip, yalnızca bir projesi olan hesaplar için tam 10. günde tetiklenen otomatik bir e-posta + uygulama-içi hatırlatma oluşturuyor ve bu kohortun 60 günlük churn'ünü %24'ten %15'e düşürüyor — tahminden değil, kullanım verisinden yönlendirilen doğrudan, ölçülebilir bir churn müdahalesi. Churn'ü gönüllü churn (müşteri aktif olarak iptal etmeye karar verir) ve gönülsüz churn (bir ödeme başarısız olur ve hesap askıya alınır, bkz. dunning) olarak ayırmak da değerlidir — ikisi tamamen farklı çözümler gerektirir, çünkü gönüllü churn tutundurma ve etkileşimi iyileştirerek çözülen bir ürün/değer sorunudur, gönülsüz churn ise genellikle hiçbir ürün değişikliği gerektirmeden yalnızca daha iyi ödeme yeniden deneme mantığıyla çözülen bir faturalama altyapısı sorunudur.