Дашборд: что это такое, из чего состоит и какие бывают

Коротко

Если нужно одно предложение для коллеги: дашборд показывает состояние, а не объясняет причины.

• Дашборд — страница с 3–8 показателями, которая обновляется сама и читается за минуту.
• Отчёт отвечает на вопрос один раз, дашборд — один и тот же вопрос каждый день или неделю.
• BI-система — инструмент, в котором дашборды строят, а не сам дашборд.
• Бывают операционные, аналитические и стратегические дашборды: они отличаются частотой и читателем.
• Полезный дашборд держится на четырёх вещах: решение, владелец, определения метрик, частота обновления.
• Дата обновления на странице важна не меньше самих чисел: неполный день способен перевернуть вывод.

Что такое дашборд простыми словами

Слово пришло из английского: dashboard — приборная панель автомобиля. Аналогия точная. Водитель не читает за рулём руководство по двигателю, он смотрит на спидометр, топливо и пару сигнальных лампочек. Если всё в норме, едет дальше. Если загорелась лампочка, останавливается и разбирается.

С данными так же. На странице продуктовой команды обычно стоят активные пользователи, активация новичков, выручка и одна-две метрики качества. Утром менеджер открывает её, видит, что числа в своём коридоре, и закрывает. Если активация упала на пять пунктов, начинается разбор — уже в другом месте: в SQL, в отчёте, в разговоре с командой.

Отсюда главное свойство: дашборд экономит время на повторяющемся вопросе. Если вопрос задают раз в квартал, страница с автоматическим обновлением почти никогда не окупает свою поддержку.

Чем дашборд отличается от отчёта и BI-системы

Эти слова часто путают, и из-за этого ломается постановка задачи. Просят «дашборд», а на деле нужен разовый ответ: почему упали продажи в июле. Или просят «отчёт», а ждут страницу, которую будут открывать каждый понедельник.

Отчёт отвечает на конкретный вопрос и заканчивается выводом: «конверсия упала из-за мобильного checkout, вот доказательства». Его читают один раз, иногда пересылают. Дашборд вывода не делает — он показывает числа и отклонения, а вывод делает человек, который смотрит.

BI-система — это программа: Power BI, Tableau, Metabase, DataLens и им подобные. В ней подключают источники данных, пишут запросы, строят графики и собирают из них дашборды. Фраза «у нас есть BI» не означает, что у компании есть полезные дашборды, — только что их есть где строить.

Какие бывают дашборды

Классификаций много, но на практике хватает трёх типов. Различаются они не внешним видом, а тем, как быстро читатель должен действовать.

• Операционный, или дашборд мониторинга, отвечает на вопрос «что происходит прямо сейчас и где сломалось». Пример: заказы по часам, доля ошибок оплаты, очередь обращений в поддержку. Обновляется часто — от минут до часа, читают его дежурные, логистика, поддержка. Здесь особенно нужны пороги и подсветка отклонений.
• Аналитический, или исследовательский, отвечает на вопрос «в каком сегменте отклонение». Пример: воронка регистрации с фильтрами по каналу, устройству и стране, retention по когортам. Обновляется раз в день, читают продуктовые команды и аналитики. Фильтров больше, и это нормально: страницу используют для первого шага разбора.
• Стратегический, или дашборд для руководства, отвечает на вопрос «идём ли мы к цели квартала». Пример: выручка к плану, число платящих, North Star и две-три опорные метрики. Обновляется раз в неделю или месяц. Показателей мало, у каждого есть цель и сравнение с прошлым периодом.

Из чего состоит дашборд

Хороший дашборд читается сверху вниз, от «всё ли в порядке» к «где именно». Элементы при этом почти всегда одни и те же.

• KPI-карточки наверху: одно число, сравнение с прошлым периодом или целью и период расчёта. Про сами показатели — в разборе «KPI: что это и чем отличается от метрики».
• Графики трендов: как показатель менялся по дням или неделям. Одно число без динамики не отличает сезонность от проблемы.
• Срезы: тот же показатель по каналам, устройствам, тарифам. Помогают сразу увидеть, где отклонение.
• Фильтры: период, сегмент, регион. Чем их больше, тем выше шанс, что два человека обсуждают разные числа.
• Определения метрик: коротко, что считается и по какому правилу. Хотя бы в подсказке у карточки.
• Дата и время обновления: до какого момента дошли данные. Без неё неполный день выглядит как падение.

Пример: четыре KPI-карточки на учебной базе

Соберём верхнюю строку недельного дашборда для SaaS-продукта из учебной базы SQL-курса. Четыре карточки: средний DAU по событию app_open, WAU — уникальные пользователи за неделю, активация за 7 дней — доля новичков недели, создавших рабочее пространство (workspace_created), и выручка по оплатам в долларах.

Все четыре числа считаются одним запросом с параметром начала недели. Периоды — полуоткрытые интервалы: начало включено, начало следующей недели нет.

with params as (
  select date '2026-08-17' as week_start,
         date '2026-08-17' + 7 as week_end
),
daily as (
  select event_time::date as day, count(distinct user_id) as dau
  from events, params
  where event_name = 'app_open'
    and event_time >= week_start and event_time < week_end
  group by day
),
signups as (
  select u.user_id,
         max(case when e.event_name = 'workspace_created'
                   and e.event_time < u.signup_date + 7
                  then 1 else 0 end) as activated
  from users u
  cross join params
  left join events e on e.user_id = u.user_id
  where u.signup_date >= week_start and u.signup_date < week_end
  group by u.user_id
)
select
  (select round(avg(dau)) from daily) as avg_dau,
  (select count(distinct user_id) from events, params
    where event_name = 'app_open'
      and event_time >= week_start and event_time < week_end) as wau,
  (select count(*) from signups) as signups,
  (select sum(activated) from signups) as activated,
  (select round(100.0 * avg(activated), 1) from signups) as activation_7d_pct,
  (select sum(amount) from payments, params
    where paid_at >= week_start and paid_at < week_end) as revenue;

Почему на дашборде нужна дата обновления

Сравним две полные недели. Средний DAU вырос с 461 до 485, это +5,2%. WAU — с 1964 до 2045, +4,1%. Активация почти не изменилась: +0,8 п.п. Выручка выросла на 25,1%, со 157 оплатами против 128. Такая строка карточек читается за десять секунд, и вывод понятен: неделя хорошая, выручка растёт быстрее аудитории.

Теперь откроем дашборд утром 30 августа, в воскресенье, и выберем текущую неделю. Средний DAU — 482, чуть ниже прошлой недели. Похоже на остановку роста. Но данные за 30 августа доехали только до 12:59, и в этот день посчитано 221 активный пользователь вместо обычных пятисот. Без неполного воскресенья средний DAU за 24–29 августа равен 525 — это лучший результат за три недели.

У активации та же проблема, только тише. Новичкам, пришедшим 28–29 августа, ещё не прошло семь дней, и часть из них создаст рабочее пространство позже. Карточка показывает не итог недели, а недособранную цифру.

Защита простая. На странице пишут, до какого момента дошли данные. Текущий неполный период либо не показывают по умолчанию, либо подписывают как неполный и не сравнивают с полными. Метрики с окном — активацию, конверсию, retention — считают только по когортам, у которых окно уже закрылось.

Что делает дашборд полезным

Страницу открывают регулярно, если до её сборки ответили на четыре вопроса. Их удобно записать в первую строку техзадания.

• Какое решение принимают по этой странице. Не «следить за продуктом», а «решить в понедельник, нужен ли разбор падения активации» или «перераспределить бюджет между каналами».
• Кто владелец. Один человек, который отвечает на вопрос «почему здесь такое число» и решает, что добавить или убрать.
• Как считается каждая метрика. Событие, окно, знаменатель, исключения — то, что называют контрактом метрики. Без него карточка «Активация» у продукта и у маркетинга покажет разные числа.
• Как часто нужно обновлять. Недельному решению не нужны данные каждые пять минут, а мониторингу оплат не подходит обновление раз в сутки.

Почему дашборды перестают открывать

Причины повторяются: цифры не сходятся с финансами, метрика называется понятно, но считает не то, на экране много графиков и нет ответа, данные обновляются непредсказуемо, у страницы нет владельца. Каждая из них подробно разобрана в материале про двенадцать ошибок BI-дашбордов — там же порядок диагностики, когда страница уже работает и ей перестали доверять.

Большую часть этих ошибок дешевле предотвратить на бумаге, чем исправлять в BI. Для этого есть техническое задание на дашборд: цель и читатель, метрики и их определения, фильтры, источники, частота обновления и критерии приёмки.

В чём строят дашборды

Выбор инструмента влияет на цену и удобство, но почти не влияет на то, будет ли дашборд полезен. Ошибки из предыдущего раздела одинаково легко допустить в любом из них.

• Power BI от Microsoft и Tableau — крупные коммерческие BI-платформы с развитой моделью данных и визуализациями.
• Yandex DataLens — BI-сервис Яндекса, популярный в российских компаниях; у него есть и открытая версия для развёртывания на своём сервере.
• Metabase и Apache Superset — open-source BI: их можно поставить у себя и строить дашборды поверх SQL-запросов.
• Excel и Google Таблицы — тоже рабочий вариант для первого дашборда, пока данных немного и обновление можно настроить без ручного копирования.

С чего начать свой первый дашборд

Начните не с инструмента, а с листа бумаги: запишите решение, читателя и три-пять показателей с определениями. Потом посчитайте их запросом за две прошлые недели и покажите читателю таблицу. Если по ней уже можно принять решение, переносите в BI. Если нет, графики этого не исправят.

Запрос из примера можно запустить в песочнице SQL-курса: поменяйте дату начала недели, добавьте срез по каналу users.channel и посмотрите, какой канал тянет активацию вниз.