Churn Rate — процент пользователей, прекративших использование продукта за определённый период. Если Retention Rate показывает, кто остался, то Churn Rate — кто ушёл. Это зеркальное отражение удержания, и вместе эти две метрики дают полную картину движения пользовательской базы. Согласно отчёту Recurly Research за 2025 год, медианный ежемесячный Churn Rate для мобильных подписочных приложений составляет 5-7%. Высокий Churn Rate уничтожает эффект от роста установок и делает бизнес неустойчивым в долгосрочной перспективе.
Главное
Churn Rate (отток) — метрика, показывающая долю пользователей, которые перестали взаимодействовать с приложением или отменили подписку за определённый период. Если у вас 10 000 платящих пользователей в январе и 9 000 в феврале — Churn Rate = 10%. Метрика критически важна для подписочных моделей, где каждый ушедший пользователь — прямая потеря MRR (Monthly Recurring Revenue). Без контроля Churn Rate бизнес напоминает ведро с дыркой: сколько ни лей, всё вытечет.
В подписочной модели Churn Rate определяет, как долго бизнес может расти. Если ежемесячный Churn Rate = 10%, средняя продолжительность жизни клиента — 10 месяцев. Формула: Average Customer Lifetime = 1 / Churn Rate. При Churn Rate = 5% клиент живёт 20 месяцев, при 2% — 50 месяцев. Разница в LTV — в 5 раз. Именно поэтому успешные SaaS-компании (Spotify, Netflix, Zoom) фокусируются на Churn Rate как на ключевом операционном показателе.
Churn Rate и Retention Rate связаны формулой: Churn Rate = 1 — Retention Rate. Если retention = 80% (за месяц), Churn Rate = 20%. Однако на практике метрики могут не совпадать из-за разных методов расчёта. Retention Rate обычно считается на когорте, а Churn Rate — как доля потерянных пользователей от текущей базы. Обе метрики нужно смотреть вместе: retention показывает эффективность удержания, churn — масштаб потерь.
Churn Rate делится на три типа в зависимости от причины ухода пользователя. Понимание типа оттока — первый шаг к его снижению. Voluntary churn — пользователь сознательно отказывается от продукта. Involuntary churn — технический отток из-за проблем с платежом. Delinquent churn — пассивный уход: пользователь перестаёт использовать продукт, но формально не отменяет подписку.
Пользователь явно отменяет подписку или удаляет приложение. Причины: несоответствие ценности цене, найден альтернативный продукт, изменились потребности. Voluntary churn — самый информативный тип оттока: если пользователь объясняет причину ухода (exit survey), команда получает прямые инсайты для улучшения продукта. Медианный voluntary churn для мобильных подписок — 3-5% в месяц.
Involuntary churn происходит, когда платёж не проходит: истекла карта, недостаточно средств, банк отклонил транзакцию. Доля такого оттока — 20-40% всего churn в подписочных сервисах. Решение: dunning-процессы — автоматические повторные попытки списания, уведомления об истечении карты, возможность сменить способ оплаты. Снижение involuntary churn вдвое (с 40% до 20% от общего churn) может увеличить MRR на 10-15% без единого изменения продукта.
Delinquent churn — пользователь перестаёт открывать приложение, но не отменяет подписку формально. В бесплатных продуктах это просто «спящие» пользователи, в платных — пользователи, которые платят, но не используют продукт. Риск: такие пользователи рано или поздно заметят списание и отменят подписку с негативным отзывом. Мониторинг delinquent churn через метрику активности (DAU/MAU) помогает выявлять таких пользователей до того, как они уйдут.
| Тип Churn | Причина | Доля от общего Churn | Метод снижения |
|---|---|---|---|
| Voluntary | Осознанное решение | 50-60% | Улучшение продукта, возврат денег, win-back |
| Involuntary | Проблемы с платежом | 20-40% | Dunning-процессы, напоминания о карте |
| Delinquent | Пассивная неактивность | 5-15% | Re-engagement кампании, push-уведомления |
Расчёт Churn Rate зависит от бизнес-модели. Для подписочных приложений используется простая формула, но на практике возникает несколько нюансов. Базовый подход: Churn Rate = (Lost Customers) / (Customers at Start of Period) * 100%. Однако нужно решить: считать churn от общего числа пользователей или только от платящих? И как быть с новыми пользователями, пришедшими в середине периода?
Gross Churn Rate — процент потерянных пользователей от начальной базы. Net Churn Rate учитывает расширение (expansion): часть пользователей может повысить тариф или купить больше юнитов. Net Churn = (Lost MRR — Expansion MRR) / Starting MRR * 100%. Если Net Churn Rate отрицательный — бизнес растёт, даже теряя пользователей (за счёт апселлинга оставшихся). Для мобильных приложений Gross Churn — более прозрачная метрика.
Customer Churn — процент потерянных пользователей. Revenue Churn — процент потерянного MRR. Они могут сильно различаться. Если ушли 10 пользователей с минимальным тарифом ($5) и 1 пользователь с премиум ($100), Customer Churn = 11%, Revenue Churn = 50/500 = 10%. Для бизнеса Revenue Churn важнее: потеря дорогих клиентов бьёт по выручке сильнее, чем массовый уход дешёвых. Анализируйте обе метрики для полной картины.
Точный расчёт Churn Rate требует корректировки на новых пользователей, пришедших в течение периода. Используйте формулу: Churn Rate = Lost / ((Start + End) / 2) * 100%. Где Start — пользователи на начало периода, End — пользователи на конец периода, Lost — ушедшие пользователи. Среднее арифметическое Start и End даёт более точную оценку базы, чем только Start, особенно при быстром росте.
-- Расчёт ежемесячного 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;
Первая ошибка — не учитывать новых пользователей, пришедших в периоде. Если в январе было 1000 пользователей, пришло 200 новых, а ушло 100 — Churn Rate = 100/1000 = 10%. Однако правильный расчёт: 100/((1000+1100)/2) = 9.5%. Вторая ошибка — смешивать voluntary и involuntary churn. Третья — считать churn на слишком коротком периоде (неделя) для подписочных моделей, где средний цикл оплаты — месяц.
Нормы Churn Rate зависят от типа приложения, бизнес-модели и стадии зрелости продукта. Для подписочных мобильных приложений ежемесячный Churn Rate < 5% считается здоровым, 5-10% — удовлетворительным, > 10% — критическим. Для бесплатных приложений с рекламной моделью Churn Rate может быть выше — пользователи не привязаны финансово и уходят легче.
По данным отчёта Recurly Research (2025), медианный ежемесячный Churn Rate для разных типов приложений: Streaming & Media — 5.6%, SaaS B2B — 4.3%, SaaS B2C — 6.8%, E-commerce subscriptions — 7.2%, Health & Wellness — 6.1%. Churn Rate для первых 30 дней (early churn) в 2-3 раза выше, чем для пользователей, проживших 6+ месяцев. Снижение early churn — самый быстрый способ улучшить общую метрику.
Цена — первый фактор. Повышение цены на 10% может увеличить Churn Rate на 5-15% в зависимости от эластичности спроса. Качество поддержки — второй фактор: пользователи, обратившиеся в поддержку и получившие ответ в течение часа, имеют Churn Rate на 30% ниже. Третий фактор — конкуренты: появление сильного альтернативного продукта может удвоить Churn Rate за квартал. Четвёртый — продуктовая усталость: пользователи устают от однообразного контента или функций.
Снижение Churn Rate — стратегическая задача, которая решается на трёх уровнях: продукт, коммуникация и поддержка. В отличие от роста установок, работа с оттоком даёт немедленный эффект на MRR: удержать одного существующего пользователя в 5-7 раз дешевле, чем привлечь нового. Рассмотрим проверенные стратегии снижения Churn Rate.
Первый шаг — найти, на каком этапе пользователи уходят. Проведите когортный анализ: для каждой когорты определите Churn Rate по неделям. Типичные точки оттока: после бесплатного периода, после первого платежа, после обновления, после негативного опыта. Выявив точку оттока, команда может целенаправленно её исправить: улучшить онбординг, добавить больше ценности в бесплатный период, упростить платёжный процесс.
Не все ушедшие пользователи потеряны навсегда. Win-back кампании (email, push, SMS) возвращают 5-15% оттока. Стратегия: предложите скидку на возвращение, покажите, что изменилось в продукте с момента ухода, напомните о ценности, которую пользователь получал. Лучшее время для win-back — 7-14 дней после ухода, пока пользователь ещё помнит продукт. Кампании через 30+ дней после ухода показывают в 2-3 раза меньшую эффективность.
Customer Success — проактивная поддержка, предотвращающая отток. Вместо того чтобы ждать, пока пользователь уйдёт, команда CS помогает ему достичь желаемого результата. Для мобильных приложений: персональный онбординг, чек-листы первых шагов, автоматические «проверки здоровья» аккаунта. Приложения с выделенной CS-командой показывают Churn Rate на 20-40% ниже, чем без неё, особенно в B2B-сегменте.
import pandas as pd
import numpy as np
def churn_prediction(user_features):
# Простая модель предсказания оттока
# Возвращает вероятность churn для каждого пользователя
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)
Часто задаваемые вопросы
Retention Rate — процент оставшихся пользователей, Churn Rate — процент ушедших. Формула: Churn Rate = 1 — Retention Rate. Вместе они дают полную картину движения пользовательской базы в мобильной аналитике.
Ежемесячный Churn Rate выше 10% — критический уровень для подписочных приложений. При таком оттоке средняя продолжительность жизни клиента — менее 10 месяцев, что делает LTV ниже CAC в большинстве бизнес-моделей.
Для бесплатных приложений Churn Rate = процент пользователей, переставших открывать приложение в течение 30 дней. Определите порог неактивности (обычно 30 дней без сессии) и считайте таких пользователей «отвалившимися».
Net Revenue Churn = (Lost MRR — Expansion MRR) / Starting MRR * 100%. Если показатель отрицательный, бизнес растёт в выручке даже при потере пользователей за счёт апселлинга. Для мобильных приложений желательно держать Net Revenue Churn < 2%.
Резкое изменение UX может повысить Churn Rate на 20-50% в первый месяц после обновления. Рекомендуется A/B-тестировать изменения на 5-10% аудитории и внедрять их постепенно через feature flags, особенно для критических интерфейсов.
Итоги
Мы разработаем мобильное приложение под ключ
IT Sectr создаёт приложения для iOS и Android для стартапов и бизнеса с 2017 года. Мы проконсультируем вас и предложим наилучшее решение.
Читайте также