Churn Rate — belirli bir dönemde ürünü kullanmayı bırakan kullanıcıların yüzdesidir. Retention Rate kimin kaldığını gösterirken, Churn Rate kimin gittiğini gösterir. Bu, elde tutmanın ayna görüntüsüdür ve bu iki metrik birlikte kullanıcı tabanının hareketine dair tam bir tablo sunar. Recurly Research'in 2025 raporuna göre, mobil abonelik uygulamaları için medyan aylık Churn Rate %5-7'dir. Yüksek Churn Rate, kurulum artışlarının etkisini yok eder ve işi uzun vadede sürdürülemez hale getirir.
Önemli Noktalar
Churn Rate (kayıp oranı) — belirli bir dönemde uygulamayla etkileşimi kesen veya aboneliğini iptal eden kullanıcıların oranını gösteren metriktir. Ocak ayında 10.000 ödeme yapan kullanıcınız varsa ve Şubat ayında 9.000 — Churn Rate = %10. Metrik, her giden kullanıcının doğrudan MRR (Monthly Recurring Revenue) kaybı olduğu abonelik modelleri için kritik öneme sahiptir. Churn Rate kontrol edilmezse iş, delikli bir kovaya benzer: ne kadar dökerseniz dökün, hepsi akıp gider.
Abonelik modelinde Churn Rate, işin ne kadar süre büyüyebileceğini belirler. Aylık Churn Rate = %10 ise, ortalama müşteri ömrü 10 aydır. Formül: Ortalama Müşteri Ömrü = 1 / Churn Rate. Churn Rate = %5'te müşteri 20 ay, %2'de 50 ay yaşar. LTV'deki fark — 5 kat. Bu nedenle başarılı SaaS şirketleri (Spotify, Netflix, Zoom) Churn Rate'e kilit operasyonel gösterge olarak odaklanır.
Churn Rate ve Retention Rate şu formülle ilişkilidir: Churn Rate = 1 — Retention Rate. Retention = %80 (aylık) ise, Churn Rate = %20. Ancak pratikte metrikler farklı hesaplama yöntemleri nedeniyle örtüşmeyebilir. Retention Rate genellikle kohort üzerinden hesaplanır, Churn Rate ise mevcut tabandan kaybedilen kullanıcıların oranıdır. Her iki metrik birlikte izlenmelidir: retention elde tutma etkinliğini, churn ise kayıpların boyutunu gösterir.
Churn Rate, kullanıcının ayrılma nedenine bağlı olarak üç türe ayrılır. Kayıp türünü anlamak, onu azaltmanın ilk adımıdır. Voluntary churn — kullanıcı bilinçli olarak ürünü terk eder. Involuntary churn — ödeme sorunları nedeniyle teknik kayıp. Delinquent churn — pasif ayrılma: kullanıcı ürünü kullanmayı bırakır ancak aboneliğini resmen iptal etmez.
Kullanıcı açıkça aboneliğini iptal eder veya uygulamayı siler. Nedenleri: değerin fiyata uymaması, alternatif bir ürün bulunması, ihtiyaçların değişmesi. Voluntary churn — en bilgilendirici kayıp türüdür: kullanıcı ayrılma nedenini açıklarsa (çıkış anketi), ekip ürünü iyileştirmek için doğrudan içgörüler elde eder. Mobil abonelikler için medyan voluntary churn ayda %3-5'tir.
Involuntary churn, ödeme gerçekleşmediğinde oluşur: kartın süresi dolmuş, yetersiz bakiye, banka işlemi reddetmiş. Bu tür kaybın abonelik hizmetlerindeki toplam churn içindeki payı %20-40'tır. Çözüm: dunning süreçleri — otomatik tekrar ödeme denemeleri, kart süresi dolumu bildirimleri, ödeme yöntemi değiştirme imkanı. Involuntary churn'ü yarıya indirmek (toplam churn'ün %40'ından %20'sine) MRR'yi tek bir ürün değişikliği olmadan %10-15 artırabilir.
Delinquent churn — kullanıcı uygulamayı açmayı bırakır ancak aboneliğini resmen iptal etmez. Ücretsiz ürünlerde bunlar sadece “uyuyan” kullanıcılardır, ücretli ürünlerde ise ödeme yapan ancak ürünü kullanmayan kullanıcılardır. Risk: bu tür kullanıcılar er ya da geç ödemeyi fark edecek ve olumsuz yorumla aboneliği iptal edecektir. Delinquent churn'ün aktivite metriği (DAU/MAU) ile izlenmesi, bu kullanıcıların ayrılmadan önce tespit edilmesine yardımcı olur.
| Churn Türü | Neden | Toplam Churn İçindeki Payı | Azaltma Yöntemi |
|---|---|---|---|
| Voluntary | Bilinçli karar | %50-60 | Ürün iyileştirme, para iadesi, win-back |
| Involuntary | Ödeme sorunları | %20-40 | Dunning süreçleri, kart hatırlatmaları |
| Delinquent | Pasif hareketsizlik | %5-15 | Re-engagement kampanyaları, push bildirimleri |
Churn Rate hesaplaması iş modeline bağlıdır. Abonelik uygulamaları için basit bir formül kullanılır, ancak pratikte birkaç nüans ortaya çıkar. Temel yaklaşım: Churn Rate = (Kaybedilen Müşteriler) / (Dönem Başındaki Müşteriler) * 100%. Ancak şuna karar vermek gerekir: churn toplam kullanıcı sayısından mı yoksa sadece ödeme yapanlardan mı hesaplansın? Peki dönem ortasında gelen yeni kullanıcılar ne olacak?
Gross Churn Rate — başlangıç tabanından kaybedilen kullanıcıların yüzdesi. Net Churn Rate, genişlemeyi (expansion) dikkate alır: bazı kullanıcılar tarife yükseltebilir veya daha fazla birim satın alabilir. Net Churn = (Kaybedilen MRR — Genişleme MRR) / Başlangıç MRR * 100%. Net Churn Rate negatifse — iş, kullanıcı kaybetse bile büyüyor demektir (kalanların upsell'i sayesinde). Mobil uygulamalar için Gross Churn daha şeffaf bir metriktir.
Customer Churn — kaybedilen kullanıcıların yüzdesi. Revenue Churn — kaybedilen MRR'nin yüzdesi. Büyük ölçüde farklılık gösterebilirler. Minimum tarifeli ($5) 10 kullanıcı ve premium ($100) 1 kullanıcı kaybedilirse, Customer Churn = %11, Revenue Churn = 50/500 = %10. İş için Revenue Churn daha önemlidir: pahalı müşterileri kaybetmek, ucuz müşterilerin kitlesel kaybından daha fazla geliri etkiler. Tam tablo için her iki metriği de analiz edin.
Doğru Churn Rate hesaplaması, dönem içinde gelen yeni kullanıcılara göre düzeltme gerektirir. Şu formülü kullanın: Churn Rate = Kaybedilen / ((Başlangıç + Bitiş) / 2) * 100%. Burada Başlangıç — dönem başındaki kullanıcılar, Bitiş — dönem sonundaki kullanıcılar, Kaybedilen — ayrılan kullanıcılar. Başlangıç ve Bitiş'in aritmetik ortalaması, özellikle hızlı büyüme durumunda, yalnızca Başlangıç'tan daha doğru bir taban tahmini sağlar.
-- Aylık Churn Rate hesabı
WITH monthly_active AS (
SELECT
user_id,
DATE_TRUNC('month', event_date) AS month
FROM user_events
GROUP BY user_id, DATE_TRUNC('month', event_date)
),
churn_calc AS (
SELECT
curr.month,
COUNT(DISTINCT prev.user_id) AS prev_users,
COUNT(DISTINCT curr.user_id) AS curr_users,
COUNT(DISTINCT prev.user_id) - COUNT(DISTINCT curr.user_id) AS lost
FROM monthly_active curr
LEFT JOIN monthly_active prev
ON curr.user_id = prev.user_id
AND prev.month = curr.month - INTERVAL '1 month'
GROUP BY curr.month
)
SELECT
month,
ROUND(lost * 100.0 / prev_users, 2) AS churn_rate_pct
FROM churn_calc
WHERE prev_users > 0
ORDER BY month;
İlk hata — dönem içinde gelen yeni kullanıcıları hesaba katmamak. Ocak ayında 1000 kullanıcı varsa, 200 yeni kullanıcı geldiyse ve 100 kullanıcı ayrıldıysa — Churn Rate = 100/1000 = %10. Ancak doğru hesaplama: 100/((1000+1100)/2) = %9,5. İkinci hata — voluntary ve involuntary churn'ü karıştırmak. Üçüncüsü — ortalama ödeme döngüsünün ay olduğu abonelik modellerinde churn'ü çok kısa bir dönemde (bir hafta) hesaplamak.
Churn Rate normları, uygulama türüne, iş modeline ve ürünün olgunluk aşamasına bağlıdır. Abonelik mobil uygulamaları için aylık Churn Rate < %5 sağlıklı, %5-10 tatmin edici, > %10 kritik kabul edilir. Reklam modeline sahip ücretsiz uygulamalar için Churn Rate daha yüksek olabilir — kullanıcılar finansal olarak bağlı değildir ve daha kolay ayrılır.
Recurly Research (2025) raporuna göre, farklı uygulama türleri için medyan aylık Churn Rate: Streaming & Media — %5,6, SaaS B2B — %4,3, SaaS B2C — %6,8, E-ticaret abonelikleri — %7,2, Sağlık & Wellness — %6,1. İlk 30 gün için Churn Rate (erken kayıp), 6+ ay yaşamış kullanıcılara göre 2-3 kat daha yüksektir. Erken kaybı azaltmak, genel metriği iyileştirmenin en hızlı yoludur.
Fiyat — ilk faktör. Fiyatı %10 artırmak, talebin esnekliğine bağlı olarak Churn Rate'i %5-15 artırabilir. Destek kalitesi — ikinci faktör: desteğe başvuran ve bir saat içinde yanıt alan kullanıcıların Churn Rate'i %30 daha düşüktür. Üçüncü faktör — rakipler: güçlü bir alternatif ürünün ortaya çıkması, Churn Rate'i bir çeyrekte ikiye katlayabilir. Dördüncüsü — ürün yorgunluğu: kullanıcılar monoton içerik veya özelliklerden sıkılır.
Churn Rate'i azaltmak, üç düzeyde çözülen stratejik bir görevdir: ürün, iletişim ve destek. Kurulum artışının aksine, kayıpla çalışmak MRR üzerinde anında etki sağlar: mevcut bir kullanıcıyı elde tutmak, yeni bir kullanıcı çekmekten 5-7 kat daha ucuzdur. Kanıtlanmış Churn Rate azaltma stratejilerine bakalım.
İlk adım — kullanıcıların hangi aşamada ayrıldığını bulmak. Kohort analizi yapın: her kohort için haftalık Churn Rate belirleyin. Tipik kayıp noktaları: ücretsiz dönem sonrası, ilk ödeme sonrası, güncelleme sonrası, olumsuz deneyim sonrası. Kayıp noktasını belirledikten sonra ekip hedefli olarak düzeltebilir: onboarding'i iyileştirmek, ücretsiz döneme daha fazla değer eklemek, ödeme sürecini basitleştirmek.
Ayrılan kullanıcıların hepsi kalıcı olarak kaybolmaz. Win-back kampanyaları (e-posta, push, SMS) kaybın %5-15'ini geri getirir. Strateji: geri dönüşte indirim teklif edin, kullanıcının ayrıldığından bu yana üründe nelerin değiştiğini gösterin, kullanıcının aldığı değeri hatırlatın. Win-back için en iyi zaman — ayrılıştan 7-14 gün sonra, kullanıcı ürünü henüz hatırlarken. Ayrılıştan 30+ gün sonraki kampanyalar 2-3 kat daha az etkilidir.
Customer Success — kaybı önleyen proaktif destektir. Kullanıcının ayrılmasını beklemek yerine, CS ekibi istenen sonuca ulaşmasına yardımcı olur. Mobil uygulamalar için: kişiselleştirilmiş onboarding, ilk adım kontrol listeleri, otomatik hesap “sağlık kontrolleri”. Özellikle B2B segmentinde, özel CS ekibi olan uygulamalar, olmayanlara göre %20-40 daha düşük Churn Rate gösterir.
import pandas as pd
import numpy as np
def churn_prediction(user_features):
# Basit bir kayıp tahmin modeli
# Her kullanıcı için churn olasılığını döndürür
risk_score = (
(1 - user_features['session_frequency']) * 0.4 +
(1 - user_features['feature_adoption']) * 0.3 +
user_features['days_since_last_login'] * 0.2 +
user_features['support_tickets'] * 0.1
)
user_features['churn_risk'] = 1 / (1 + np.exp(-(risk_score * 2 - 3)))
return user_features.sort_values('churn_risk', ascending=False)
Sıkça Sorulan Sorular
Retention Rate — kalan kullanıcıların yüzdesi, Churn Rate — ayrılan kullanıcıların yüzdesi. Formül: Churn Rate = 1 — Retention Rate. Birlikte, mobil analitiğinde kullanıcı tabanı hareketinin tam resmini verirler.
Aylık Churn Rate %10'un üzerinde — abonelik uygulamaları için kritik seviye. Bu kayıp oranında ortalama müşteri ömrü 10 aydan azdır ve bu da çoğu iş modelinde LTV'yi CAC'nin altına düşürür.
Ücretsiz uygulamalar için Churn Rate = 30 gün içinde uygulamayı açmayı bırakan kullanıcıların yüzdesi. Hareketsizlik eşiğini belirleyin (genellikle oturumsuz 30 gün) ve bu kullanıcıları “ayrılmış” olarak kabul edin.
Net Revenue Churn = (Kaybedilen MRR — Genişleme MRR) / Başlangıç MRR * 100%. Gösterge negatifse, iş, upsell sayesinde kullanıcı kaybetse bile gelirde büyüyor demektir. Mobil uygulamalar için Net Revenue Churn'ün < %2'de tutulması önerilir.
Ani UX değişikliği, güncelleme sonrası ilk ayda Churn Rate'i %20-50 artırabilir. Değişikliklerin kitlenin %5-10'unda A/B test edilmesi ve özellikle kritik arayüzlerde feature flags aracılığıyla kademeli olarak uygulanması önerilir.
Özet
Anahtar teslim bir mobil uygulama geliştireceğiz
IT Sectr, 2017'den beri girişimler ve işletmeler için iOS ve Android uygulamaları oluşturmaktadır. Size danışmanlık yapacak ve en iyi çözümü önereceğiz.
Ayrıca okuyun