B2B Growth · Strategy · Revenue · AI Automation Маркетинг с 2008 года
Шаблоны и инструменты

Дашборд выручки (Revenue Dashboard Template)

Decision job
Revenue Dashboard отвечает: где формируется или теряется выручка и какие коммерческие рычаги требуют действия сейчас?

Минимальная рабочая версия

БлокМетрики
RevenueActual vs plan, growth
New BusinessNew bookings / new ARR/MRR
RetentionRenewal, churn, NRR
ExpansionUpsell / cross-sell
PipelineQualified pipeline, coverage
ForecastCommit / best case / forecast

Диагностические разрезы

  • Segment / ICP tier.
  • Product / plan.
  • Region.
  • Acquisition source.
  • Sales team / rep.
  • Cohort.
  • New vs existing customers.

Alerts и cadence

Правила работы (Operating Rules)
Weekly
Pipeline creation, coverage, forecast movement, large risks.
Monthly
Revenue, retention, expansion, CAC/margin.
Alerts
Forecast drop, high-value churn risk, coverage below threshold, unusual contraction.
Owner
Revenue Operations / Finance partnership.

Антипаттерн

Смешивать bookings, invoiced revenue и recognized revenue без чётких definitions.

Когда шаблон особенно полезен

Шаблон особенно полезен для регулярных управленческих review, где одни и те же решения принимаются каждую неделю, месяц или квартал. Одноразовый анализ лучше оформить отдельным отчётом. Дашборд оправдан, если KPI обновляются регулярно, имеют владельцев и требуют повторяемых действий при отклонении.

Как внедрить шаблон в рабочий процесс

  • Начните с decision job пользователя: какое решение он должен принять, увидев экран, и какая информация для этого необходима.
  • Ограничьте первый уровень несколькими KPI и drivers. Диагностику и детализацию вынесите в drill-down, а не помещайте всё на один экран.
  • Закрепите определения метрик и source of truth. Любой KPI должен воспроизводиться независимо от конкретного графика.
  • Добавьте thresholds, alerts и сравнение с планом, прошлым периодом или baseline — число без контекста редко помогает управлению.
  • Назначьте cadence review и owner для каждого красного сигнала. Дашборд должен запускать действие, а не только показывать состояние.

Практический пример

Еженедельный revenue review показывает, что pipeline coverage стабилен, но expansion просел в одном сегменте. Команда идёт в cohort и adoption data, а не увеличивает acquisition.

Что должно получиться на выходе

Результат работы с шаблоном «Дашборд выручки» — не заполненная форма сама по себе, а согласованный рабочий артефакт, который можно использовать для решения, передачи контекста и последующей проверки результата. У документа должны быть понятны владелец, исходные данные, допущения, дата актуальности и следующий шаг. Если эти элементы невозможно определить, полезнее сократить документ до минимальной версии и вернуть недостающие данные, чем заполнять поля формально.

Проверка качества перед использованием

  • Первый экран отвечает на один набор управленческих вопросов.
  • Метрики имеют стабильные definitions.
  • Есть plan/baseline и thresholds.
  • Drill-down помогает найти причину отклонения.
  • Каждый alert связан с owner и действием.

Как поддерживать шаблон в актуальном состоянии

Проверяйте не только данные, но и полезность экрана. Если KPI больше не приводит к решениям, его стоит убрать или перенести в diagnostic layer. При изменении definitions обязательно помечайте разрыв сопоставимости.

Частые вопросы (FAQ)

Сколько KPI должно быть на первом экране?

Столько, сколько нужно для конкретного decision job; часто 5–10 показателей достаточно. Остальное лучше вынести в diagnostic views.

Нужны ли комментарии к графикам?

Да, если без контекста движение неоднозначно. Полезнее короткий explanation и required decision, чем дополнительный декоративный chart.

Можно ли сравнивать все каналы и сегменты одной метрикой?

Только если у них одинаковая роль и экономика. Иначе comparison создаёт неверные стимулы.

Связанные шаблоны

Связанные фреймворки

Связанные понятия

Дашборды