Сообщить об ошибкеКороткий ответ
Хорошие метрики для дашборда отражают реальное здоровье продукта и ведут к конкретным действиям при изменении; vanity metrics (например, общее число регистраций без учёта активности) растут почти всегда, выглядят привлекательно, но плохо связаны с ценностью для пользователя и бизнеса.
Как это работает подробнее
различие не в самой метрике, а в том, как она используется — абсолютное число регистраций может быть полезной операционной метрикой, но становится vanity metric, если её показывают как доказательство успеха продукта без контекста (retention, активность, конверсия в ценность).
Sanity check: отследить activation_rate во времени — если она снижается при растущем total_registered, одна лишь метрика регистраций маскировала бы ухудшение качества привлекаемой аудитории.
Пример кода
-- Vanity: "Общее число зарегистрированных пользователей" (всегда растёт, не падает)
-- Более информативно: "Доля зарегистрированных, совершивших целевое действие за 7 дней"
SELECT
COUNT(*) AS total_registered,
COUNT(*) FILTER (WHERE activated_within_7d) AS activated,
COUNT(*) FILTER (WHERE activated_within_7d)::float / COUNT(*) AS activation_rate
FROM users;Что использовать на практике
- Полезный критерий отбора метрики для дашборда — задать вопрос "если эта метрика резко изменится, какое решение мы примем?" Если ответа нет, метрика скорее информационная, чем управленческая, и её можно убрать из основного дашборда или оставить во второстепенном разделе. Соотношения и показатели на пользователя (конверсия, retention, ARPU) обычно устойчивее к эффекту простого роста базы, чем абсолютные числа. Также полезно периодически пересматривать состав дашборда вместе с продуктовой командой, убирая метрики, которые перестали влиять на принимаемые решения, и добавляя новые по мере изменения приоритетов.
Подводные камни
- Перегружать дашборд десятками метрик без приоритизации, из-за чего теряется фокус на главных сигналах
- Показывать растущие абсолютные метрики (установки, регистрации) как единственное доказательство успеха без учёта качества и активности этой базы
- Не пересматривать состав дашборда при смене целей продукта, из-за чего он теряет актуальность. Ещё одна ошибка — включать в основной дашборд метрики, понятные только самим аналитикам, без адаптации формулировок и визуализации для нетехнической аудитории, из-за чего дашбордом фактически не пользуются.