Определение и зачем нужна эта метрика
Customer Health Score — это составная метрика, которая объединяет множество сигналов по аккаунту в единый score, оценивающий риск оттока или потенциал expansion в ближайшие 30-90 дней.
Health Score = взвешенная сумма нормированных компонентов по шкале 0-100
Churn Rate отвечает на вопрос, кто уже ушёл. Health Score отвечает на вопрос, кто, скорее всего, уйдёт скоро. Поэтому это не просто retrospective KPI, а операционный forecasting-инструмент для Customer Success.
Практическая разница огромна. Без health scoring команда реагирует после отмены. С health scoring можно позвонить аккаунту, устранить главную проблему и попытаться вернуть ценность до того, как решение станет окончательным.
Архитектура полезного Health Score
Три уровня: сигналы, компоненты, итоговый score
Хорошая health-модель строится в три слоя. Сначала идут raw signals: логины, использование фич, платёжные проблемы, качество тикетов и relationship-индикаторы. Затем они группируются в scored components. И уже из взвешенных компонентов строится единый итоговый score от 0 до 100.
Product Adoption
Product Adoption = Feature Breadth × 0.40 + Feature Depth × 0.40 + Core Action × 0.20
Это часто самый сильный компонент, потому что клиент, который не использует продукт глубоко, редко долго продлевается. Breadth показывает, сколько ключевых фич используется, depth — насколько интенсивно, а core action — достиг ли аккаунт реального aha moment.
Engagement
Engagement = Login Frequency × 0.40 + Active Users Ratio × 0.35 + Recency × 0.25
Engagement показывает, встроен ли продукт в реальный workflow клиента. Меньше активных мест, слабая login frequency или длинный gap с последней сессии часто становятся ранними сигналами риска.
Relationship
Relationship = NPS × 0.35 + Champion Stability × 0.30 + QBR History × 0.20 + Executive Engagement × 0.15
Этот компонент особенно важен для mid-market и enterprise SaaS. Ослабевший champion, старый NPS или отсутствие executive engagement часто предсказывают проблему ещё до того, как usage окончательно провалится.
Support
Support = CSAT × 0.40 + Open Critical Issues × 0.30 + Volume Score × 0.20 + Response Rate × 0.10
Support не должен трактовать каждый тикет как плохой знак. Высокий ticket volume при хорошем CSAT может означать высокую вовлечённость. Реальная опасность — это незакрытые критические проблемы, плохой satisfaction и нарастающее трение.
Financial
Financial = Payment Health × 0.40 + MRR Trend × 0.35 + Renewal Proximity × 0.25
Платёжные задержки, contraction и близость renewal часто повышают срочность остальных сигналов. Financial health обычно не главный предиктор сам по себе, но сильно влияет на приоритизацию.
Пример итоговой формулы
Health Score = Product Adoption × 0.30 + Engagement × 0.25 + Relationship × 0.20 + Support × 0.15 + Financial × 0.10
Пример порогов:
- 0-39: Critical / Red
- 40-69: At Risk / Yellow
- 70-84: Healthy / Green
- 85-100: Champion / Blue
Связанные метрики и как сделать score полезным
Веса должны идти от реальности продукта, а не из теории
Команды часто начинают с экспертной оценки, а затем улучшают модель через корреляционный анализ или машинное обучение. Если ушедшие аккаунты стабильно показывали более низкую login frequency, слабых champions и больше payment delays ещё до отмены, именно эти сигналы заслуживают более высокого веса.
Разным сегментам нужны разные health-модели
Enterprise, SMB и PLG-аккаунты не должны жить по одной и той же health-логике. Enterprise health чаще сильнее зависит от relationship quality и executive engagement. SMB и PLG-модели обычно опираются больше на product adoption, engagement и payment behavior.
Health Score имеет смысл только в связке с playbooks
Красный score без понятного response plan — это просто украшение дашборда. Critical accounts требуют немедленного outreach и диагностики. Yellow-аккаунты требуют проактивного обучения или adoption-работы. Champion-аккаунты должны включать expansion, referral или advocacy motions.
Тренд иногда важнее абсолютного значения
Стабильный score 55 — не то же самое, что score, который упал с 80 до 55 за три недели. Резкая деградация часто даёт наиболее полезный warning, даже если аккаунт ещё не пересёк красный порог.
Приоритет должен учитывать ценность аккаунта
Priority Value ≈ Churn Risk × MRR × Gross Margin
Два красных аккаунта не равны операционно, если один стоит $80 MRR, а другой — $5,000 MRR. Health scoring должен питать финансово-взвешенную retention-очередь, а не просто раскрашивать клиентов по цветам.
Модель нужно валидировать против реального churn
Полезные методы валидации — churn rate по score bands, precision и recall для red alerts, а также lead time между первым красным score и реальным оттоком. Если red-аккаунты не уходят заметно чаще среднего, модель нуждается в перекалибровке.
Типичные ошибки при построении Customer Health Score
- Использовать слишком много сигналов слишком рано. Больше входов часто добавляет шум, а не точность.
- Игнорировать различия сегментов. Enterprise и SMB не имеют одинаковых usage benchmarks и relationship-структуры.
- Не валидировать score против реального churn. Score без backtesting — это просто мнение.
- Обновлять модель слишком редко. Payment failure или critical support issue должны влиять на health почти сразу.
- Игнорировать тренд и смотреть только на абсолют. Резкая деградация часто важнее самого значения.
- Не различать типы тикетов. Product bug stress и healthy how-to usage — не один и тот же сигнал.
- Использовать score без response playbooks. Health scoring создаёт ценность только тогда, когда команда понимает следующий шаг.
Пример расчёта и план интервенции
Пример Mid-Market аккаунта:
- Product Adoption = 47.6
- Engagement = 29.75
- Relationship = 22.5
- Support = 39.4
- Financial = 78
Health Score = 47.6×0.30 + 29.75×0.25 + 22.5×0.20 + 39.4×0.15 + 78×0.10 = 39.93
Score около 40 ставит аккаунт на границу red/yellow. Клиент всё ещё платит, но engagement слабый, relationship деградирует, а support stress не снят. Именно такие аккаунты “внезапно” уходят через несколько недель, если никто не вмешался.
Диагноз: аккаунт получает недостаточно ценности, а внутренний champion ослабевает.
Немедленный приоритет: закрыть открытый critical issue и восстановить executive или champion contact.
Следующее действие: провести tailored adoption-сессию по неиспользуемым high-value фичам и риску renewal.
Как Dnoise работает с Customer Health Score
Dnoise автоматически считает financial layer на основе Stripe-backed payment и MRR data. Поведенческие слои, такие как adoption и engagement, можно подавать через product events, webhooks или automation pipelines.
Платформа поддерживает настраиваемые веса компонентов, отдельные health-модели по сегментам и alerts как по абсолютным красным порогам, так и по резкой относительной деградации. Action Center затем маршрутизирует аккаунт в нужный playbook с контекстом о том, какой именно компонент просел.
Почему retention-команде нужен health scoring
Dnoise помогает перейти от реактивного анализа churn к проактивной работе с аккаунтом, пока выручку ещё можно сохранить.