← На главную

Спецификация дашборда

Не 'все метрики', а 'правильные вопросы'.

Дашборд нужен для решений, а не для созерцания. Каждый виджет должен отвечать на конкретный вопрос и вести к действию. Если виджет не меняет решение — он лишний.

Структура дашборда должна отражать механику: requests → responses → shows → clicks → revenue + pressure + time. Ранние сигналы (механика) вверху, итоги (деньги) в середине, контекст (время, изменения) внизу.

Макет: 3 ряда виджетов
Ряд 1: Health / Early
Funnel Health
Зачем: Целостность воронки requests → responses → shows
Если краснеет: Проверь delivery слой, технические метрики, логи.
Show rate / coverage
Зачем: Доступность инвентаря и деградация механики
Если краснеет: Проверь saturation, pressure, сегменты отдельно.
Pressure proxy / frequency
Зачем: Рост давления и насыщение системы
Если краснеет: Останови рост давления, проверь saturation, не дожимай дальше.
Variance / tails (сегменты)
Зачем: Хрупкость системы, проблемы в отдельных сегментах
Если краснеет: Смотри сегменты отдельно, проверь хвосты распределения.
Ряд 2: Money / Outcomes
Revenue index
Зачем: Итоговая метрика на окне лагов
Если краснеет: Проверь ранние сигналы (ряд 1), не паникуй на коротком окне.
CPM index
Зачем: Цена, компенсация, аукцион
Если краснеет: Проверь объём (не компенсация ли), спрос, сезонность.
RPM per user index
Зачем: Эффективность на пользователя
Если краснеет: Проверь mix пользователей, сегменты, inventory per user.
Decomposition (volume vs price)
Зачем: Разложение выручки на компоненты
Если краснеет: Проверь, не компенсация ли (цена маскирует падение объёма).
Ряд 3: Time / Experiments
Lag & windowing (chosen window)
Зачем: Выбранное окно для оценки и лаг сигнал → деньги
Если краснеет: Проверь, не слишком ли короткое окно, учитывай лаг.
Regime drift indicator
Зачем: Смена режима работы системы
Если краснеет: Проверь долгосрочные тренды, baseline drift, не шум ли.
Active changes / change log
Зачем: Последние вмешательства и их статус
Если краснеет: Проверь change log, не смешались ли эффекты, cooldown статус.
Alerts feed (только actionable)
Зачем: Только алерты с действием, не шум
Если краснеет: Следуй плейбуку, проверь владельца и действие.
Окна и горизонты
Виджет Окно по умолчанию Что нельзя делать
Funnel Health Утро (1 день) Не смотреть на окне больше недели — это не тренд, а моментальный снимок.
Show rate / coverage День (1–3 дня) Не судить по одному дню — шум. Не смотреть на окне больше месяца — это не ранний сигнал.
Pressure proxy День (1–3 дня) Не смотреть на окне больше недели — давление меняется быстро.
Variance / tails Неделя (7 дней) Не смотреть на окне меньше 3 дней — нужна выборка. Не смотреть на окне больше месяца — это не ранний сигнал.
Revenue index Неделя / месяц (7–28 дней) Не судить по короткому окну (меньше 7 дней) — лаги скрывают эффекты. Не смотреть на окне меньше дня — это не итоговая метрика.
CPM index Неделя (7–14 дней) Не судить по короткому окну — компенсации маскируют проблемы. Не смотреть без объёма — цена без объёма бессмысленна.
RPM per user Неделя (7–14 дней) Не судить по короткому окну — mix пользователей меняется медленно. Не смотреть без сегментации — среднее маскирует проблемы.
Decomposition Неделя (7–14 дней) Не смотреть на окне меньше недели — нужна выборка для разложения. Не смотреть без сегментов — компенсации маскируются.
Lag & windowing Фиксированное (выбранное) Не менять окно в процессе оценки — выводы меняются. Не выбирать окно меньше лага — эффект не проявился.
Regime drift Месяц (28–35 дней) Не смотреть на окне меньше месяца — это долгосрочный тренд. Не смотреть на окне меньше недели — это не дрейф, а шум.
Active changes Моментальный снимок Не забывать обновлять статус — устаревшая информация хуже отсутствия информации.
Alerts feed Моментальный снимок Не показывать не-actionable алерты — это шум. Не показывать старые алерты без обновления статуса.
Срезы (segmentation) обязательны
Обязательные разрезы для каждого виджета
  • Платформа: desktop vs mobile (разные механики, разные паттерны)
  • Формат: каждый формат отдельно (mix маскирует проблемы)
  • Зона давления: low / mid / high (насыщение проявляется по-разному)
  • New vs returning: разные профили пользователей (разный инвентарь, разное внимание)
  • Top placements vs long tail: концентрация vs распределение (хвосты важны)

Среднее скрывает поломку на краю.

Встроенные подсказки (action hints)
Ошибки дашбордов
Смешали горизонты
Как выглядит: Revenue на дне, showRate на неделе, variance на месяце — выводы противоречат.
Как исправить: Фиксируй окно для каждой метрики, не меняй в процессе оценки.
Нет baseline
Как выглядит: Видишь метрику, но не понимаешь, норма это или отклонение.
Как исправить: Показывай baseline (MA long) для каждой метрики, сравнивай с ним.
Нет change log
Как выглядит: Revenue меняется, но непонятно почему — нет связи с изменениями.
Как исправить: Веди change log, показывай активные изменения на дашборде.
Нет сегментов
Как выглядит: Среднее ок, но отдельные сегменты просели — проблема маскируется.
Как исправить: Показывай обязательные срезы для каждого виджета, проверяй хвосты.
Revenue как алерт
Как выглядит: Revenue краснеет каждый день — слишком поздно, слишком шумно.
Как исправить: Revenue — итоговая метрика, не алерт. Алерты на ранних сигналах (ряд 1).
Нет владельца действий
Как выглядит: Виджет краснеет, но непонятно, кто должен действовать и что делать.
Как исправить: Каждый виджет должен иметь владельца и чёткое действие при отклонении.

Хороший дашборд — тот, который сокращает время до правильного действия.