Churn Rate — procent użytkowników, którzy zaprzestali korzystania z produktu w określonym okresie. Jeśli Retention Rate pokazuje, kto został, to Churn Rate — kto odszedł. To lustrzane odbicie utrzymania i razem te dwie metryki dają pełny obraz ruchu bazy użytkowników. Według raportu Recurly Research za 2025 rok, medianowy miesięczny Churn Rate dla mobilnych aplikacji subskrypcyjnych wynosi 5-7%. Wysoki Churn Rate niszczy efekt wzrostu instalacji i czyni biznes niestabilnym w długoterminowej perspektywie.
Najważniejsze
Churn Rate (odpływ) — metryka pokazująca odsetek użytkowników, którzy przestali wchodzić w interakcję z aplikacją lub anulowali subskrypcję w określonym okresie. Jeśli masz 10 000 płacących użytkowników w styczniu i 9 000 w lutym — Churn Rate = 10%. Metryka jest krytycznie ważna dla modeli subskrypcyjnych, gdzie każdy odchodzący użytkownik to bezpośrednia utrata MRR (Monthly Recurring Revenue). Bez kontroli Churn Rate biznes przypomina wiadro z dziurą: ile by nie lać, wszystko wycieknie.
W modelu subskrypcyjnym Churn Rate decyduje o tym, jak długo biznes może rosnąć. Jeśli miesięczny Churn Rate = 10%, średnia długość życia klienta — 10 miesięcy. Wzór: Average Customer Lifetime = 1 / Churn Rate. Przy Churn Rate = 5% klient żyje 20 miesięcy, przy 2% — 50 miesięcy. Różnica w LTV — 5-krotna. Dlatego właśnie udane firmy SaaS (Spotify, Netflix, Zoom) koncentrują się na Churn Rate jako kluczowym wskaźniku operacyjnym.
Churn Rate i Retention Rate są powiązane wzorem: Churn Rate = 1 — Retention Rate. Jeśli retention = 80% (za miesiąc), Churn Rate = 20%. Jednak w praktyce metryki mogą się nie pokrywać z powodu różnych metod obliczania. Retention Rate zwykle liczy się na kohorcie, a Churn Rate — jako odsetek utraconych użytkowników z bieżącej bazy. Obie metryki należy analizować razem: retention pokazuje skuteczność utrzymania, churn — skalę strat.
Churn Rate dzieli się na trzy typy w zależności od przyczyny odejścia użytkownika. Zrozumienie rodzaju odpływu to pierwszy krok do jego zmniejszenia. Voluntary churn — użytkownik świadomie rezygnuje z produktu. Involuntary churn — odpływ techniczny z powodu problemów z płatnością. Delinquent churn — bierne odejście: użytkownik przestaje korzystać z produktu, ale formalnie nie anuluje subskrypcji.
Użytkownik jawnie anuluje subskrypcję lub usuwa aplikację. Przyczyny: niezgodność wartości z ceną, znalezienie alternatywnego produktu, zmiana potrzeb. Voluntary churn — najbardziej informacyjny typ odpływu: jeśli użytkownik wyjaśnia powód odejścia (exit survey), zespół otrzymuje bezpośrednie wskazówki do ulepszenia produktu. Medianowy voluntary churn dla subskrypcji mobilnych — 3-5% miesięcznie.
Involuntary churn występuje, gdy płatność nie przechodzi: wygasła karta, brak środków, bank odrzucił transakcję. Udział takiego odpływu — 20-40% całego churn w serwisach subskrypcyjnych. Rozwiązanie: procesy dunning — automatyczne ponowne próby obciążenia, powiadomienia o wygaśnięciu karty, możliwość zmiany metody płatności. Zmniejszenie involuntary churn o połowę (z 40% do 20% ogólnego churn) może zwiększyć MRR o 10-15% bez żadnej zmiany produktu.
Delinquent churn — użytkownik przestaje otwierać aplikację, ale formalnie nie anuluje subskrypcji. W bezpłatnych produktach są to po prostu „uśpieni" użytkownicy, w płatnych — użytkownicy, którzy płacą, ale nie korzystają z produktu. Ryzyko: tacy użytkownicy prędzej czy później zauważą obciążenie i anulują subskrypcję z negatywną opinią. Monitorowanie delinquent churn poprzez metrykę aktywności (DAU/MAU) pomaga wykrywać takich użytkowników, zanim odejdą.
| Typ Churn | Przyczyna | Udział w całkowitym Churn | Metoda zmniejszania |
|---|---|---|---|
| Voluntary | Świadoma decyzja | 50-60% | Ulepszenie produktu, zwrot pieniędzy, win-back |
| Involuntary | Problemy z płatnością | 20-40% | Procesy dunning, przypomnienia o karcie |
| Delinquent | Bierna nieaktywność | 5-15% | Kampanie re-engagement, powiadomienia push |
Obliczenie Churn Rate zależy od modelu biznesowego. Dla aplikacji subskrypcyjnych stosuje się prosty wzór, ale w praktyce pojawia się kilka niuansów. Podstawowe podejście: Churn Rate = (Lost Customers) / (Customers at Start of Period) * 100%. Jednak trzeba zdecydować: czy liczyć churn od ogólnej liczby użytkowników, czy tylko od płacących? I co z nowymi użytkownikami, którzy przyszli w środku okresu?
Gross Churn Rate — procent utraconych użytkowników z początkowej bazy. Net Churn Rate uwzględnia ekspansję (expansion): część użytkowników może podnieść taryfę lub kupić więcej jednostek. Net Churn = (Lost MRR — Expansion MRR) / Starting MRR * 100%. Jeśli Net Churn Rate jest ujemny — biznes rośnie, nawet tracąc użytkowników (dzięki upsellowi pozostałych). Dla aplikacji mobilnych Gross Churn to bardziej przejrzysta metryka.
Customer Churn — procent utraconych użytkowników. Revenue Churn — procent utraconego MRR. Mogą się znacznie różnić. Jeśli odeszło 10 użytkowników z minimalną taryfą ($5) i 1 użytkownik z premium ($100), Customer Churn = 11%, Revenue Churn = 50/500 = 10%. Dla biznesu Revenue Churn jest ważniejszy: utrata drogich klientów uderza w przychody silniej niż masowe odejście tanich. Analizuj obie metryki dla pełnego obrazu.
Dokładne obliczenie Churn Rate wymaga korekty na nowych użytkowników, którzy przyszli w trakcie okresu. Użyj wzoru: Churn Rate = Lost / ((Start + End) / 2) * 100%. Gdzie Start — użytkownicy na początku okresu, End — użytkownicy na końcu okresu, Lost — odchodzący użytkownicy. Średnia arytmetyczna Start i End daje dokładniejszą ocenę bazy niż sam Start, szczególnie przy szybkim wzroście.
-- Obliczenie miesięcznego Churn Rate
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;
Pierwszy błąd — nieuwzględnianie nowych użytkowników, którzy przyszli w okresie. Jeśli w styczniu było 1000 użytkowników, przyszło 200 nowych, a odeszło 100 — Churn Rate = 100/1000 = 10%. Jednak prawidłowe obliczenie: 100/((1000+1100)/2) = 9.5%. Drugi błąd — mieszanie voluntary i involuntary churn. Trzeci — liczenie churn na zbyt krótkim okresie (tydzień) dla modeli subskrypcyjnych, gdzie średni cykl płatności to miesiąc.
Normy Churn Rate zależą od typu aplikacji, modelu biznesowego i etapu dojrzałości produktu. Dla subskrypcyjnych aplikacji mobilnych miesięczny Churn Rate < 5% uznawany jest za zdrowy, 5-10% — za zadowalający, > 10% — za krytyczny. Dla bezpłatnych aplikacji z modelem reklamowym Churn Rate może być wyższy — użytkownicy nie są finansowo związani i odchodzą łatwiej.
Według danych raportu Recurly Research (2025), medianowy miesięczny Churn Rate dla różnych typów aplikacji: Streaming & Media — 5.6%, SaaS B2B — 4.3%, SaaS B2C — 6.8%, E-commerce subscriptions — 7.2%, Health & Wellness — 6.1%. Churn Rate dla pierwszych 30 dni (early churn) jest 2-3 razy wyższy niż dla użytkowników, którzy przeżyli 6+ miesięcy. Zmniejszenie early churn to najszybszy sposób na poprawę ogólnej metryki.
Cena — pierwszy czynnik. Podniesienie ceny o 10% może zwiększyć Churn Rate o 5-15% w zależności od elastyczności popytu. Jakość wsparcia — drugi czynnik: użytkownicy, którzy skontaktowali się z pomocą techniczną i otrzymali odpowiedź w ciągu godziny, mają Churn Rate o 30% niższy. Trzeci czynnik — konkurenci: pojawienie się silnego alternatywnego produktu może podwoić Churn Rate w ciągu kwartału. Czwarty — zmęczenie produktem: użytkownicy nudzą się monotonną treścią lub funkcjami.
Zmniejszenie Churn Rate to strategiczne zadanie, które rozwiązuje się na trzech poziomach: produkt, komunikacja i wsparcie. W przeciwieństwie do wzrostu instalacji, praca nad odpływem daje natychmiastowy efekt na MRR: utrzymanie jednego istniejącego użytkownika jest 5-7 razy tańsze niż pozyskanie nowego. Rozważmy sprawdzone strategie zmniejszania Churn Rate.
Pierwszy krok — znaleźć, na którym etapie użytkownicy odchodzą. Przeprowadź analizę kohortową: dla każdej kohorty określ Churn Rate według tygodni. Typowe punkty odpływu: po okresie bezpłatnym, po pierwszej płatności, po aktualizacji, po negatywnym doświadczeniu. Identyfikując punkt odpływu, zespół może celowo go naprawić: ulepszyć onboarding, dodać więcej wartości w okresie bezpłatnym, uprościć proces płatności.
Nie wszyscy odchodzący użytkownicy są straceni na zawsze. Kampanie win-back (email, push, SMS) przywracają 5-15% odpływu. Strategia: zaproponuj zniżkę na powrót, pokaż, co zmieniło się w produkcie od momentu odejścia, przypomnij o wartości, którą użytkownik otrzymywał. Najlepszy czas na win-back — 7-14 dni po odejściu, dopóki użytkownik jeszcze pamięta produkt. Kampanie po 30+ dniach od odejścia są 2-3 razy mniej skuteczne.
Customer Success — proaktywne wsparcie zapobiegające odpływowi. Zamiast czekać, aż użytkownik odejdzie, zespół CS pomaga mu osiągnąć pożądany rezultat. Dla aplikacji mobilnych: personalny onboarding, listy kontrolne pierwszych kroków, automatyczne „badania stanu" konta. Aplikacje z dedykowanym zespołem CS wykazują Churn Rate o 20-40% niższy niż bez niego, szczególnie w segmencie B2B.
import pandas as pd
import numpy as np
def churn_prediction(user_features):
# Prosty model przewidywania odpływu
# Zwraca prawdopodobieństwo churn dla każdego użytkownika
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)
Często zadawane pytania
Retention Rate — procent pozostałych użytkowników, Churn Rate — procent odchodzących. Wzór: Churn Rate = 1 — Retention Rate. Razem dają pełny obraz ruchu bazy użytkowników w analityce mobilnej.
Miesięczny Churn Rate powyżej 10% — poziom krytyczny dla aplikacji subskrypcyjnych. Przy takim odpływie średnia długość życia klienta wynosi mniej niż 10 miesięcy, co sprawia, że LTV jest niższe niż CAC w większości modeli biznesowych.
Dla bezpłatnych aplikacji Churn Rate = procent użytkowników, którzy przestali otwierać aplikację w ciągu 30 dni. Określ próg nieaktywności (zwykle 30 dni bez sesji) i uznaj takich użytkowników za „odpadniętych".
Net Revenue Churn = (Lost MRR — Expansion MRR) / Starting MRR * 100%. Jeśli wskaźnik jest ujemny, biznes rośnie w przychodach nawet przy utracie użytkowników dzięki upsellowi. Dla aplikacji mobilnych pożądane jest utrzymanie Net Revenue Churn < 2%.
Gwałtowna zmiana UX może podnieść Churn Rate o 20-50% w pierwszym miesiącu po aktualizacji. Zaleca się A/B-testowanie zmian na 5-10% odbiorców i wdrażanie ich stopniowo przez feature flags, szczególnie w przypadku krytycznych interfejsów.
Podsumowanie
Opracujemy aplikację mobilną pod klucz
IT Sectr tworzy aplikacje na iOS i Androida dla startupów i firm od 2017 roku. Doradzimy Ci i zaproponujemy najlepsze rozwiązanie.
Przeczytaj również