Проблема
Почему 80% дашбордов не переживают первый месяц
Аналитик тратит неделю на дашборд. Красивые графики, много метрик, фильтры по сегментам. Презентует команде — все говорят «круто». Через месяц дашборд открывают раз в квартал, когда кто-то вспомнит что он существует.
Это не проблема инструмента. Tableau, Metabase, Redash, Superset — неважно. Проблема в подходе. Большинство дашбордов строятся с ответа на вопрос «какие данные у нас есть?» вместо «какое решение должен принять человек, который смотрит на этот дашборд?»
// Дашборд-склад
«Сделаем всё что есть в базе — пусть сами разбираются». 40 метрик, 15 графиков, 8 уровней фильтрации. Смотришь и не знаешь, что главное. Открыл — и закрыл.
// Дашборд-инструмент решений
«Менеджер каждое утро должен видеть: всё идёт по плану или нет? Если нет — в каком направлении копать?» 5–7 метрик. Всё остальное — в drill-down по клику.
Хороший дашборд — это не витрина данных. Это инструмент принятия решений. У него есть конкретный пользователь, конкретный вопрос, который он должен решить, и конкретная периодичность использования.
Основа
4 принципа живого дашборда
// Принцип 01
Сначала — аудитория и вопрос
Перед первым графиком ответьте на три вопроса:
Кто будет смотреть? CEO смотрит раз в неделю на 3 числа. PM смотрит каждый день на 10. Дата-аналитик смотрит по запросу на 50. Один дашборд не может служить всем троим.
Какое решение они принимают? «Запустить раскатку?» — нужны метрики эксперимента. «Куда направить ресурсы в следующем спринте?» — нужны тренды по воронке. «Всё ли в порядке?» — нужны отклонения от нормы.
Как часто они смотрят? Ежедневный дашборд — дневная гранулярность и акцент на «сегодня vs вчера». Еженедельный — недельные тренды, WoW-изменения. Ежемесячный — достижение целей, MoM.
Кто будет смотреть? CEO смотрит раз в неделю на 3 числа. PM смотрит каждый день на 10. Дата-аналитик смотрит по запросу на 50. Один дашборд не может служить всем троим.
Какое решение они принимают? «Запустить раскатку?» — нужны метрики эксперимента. «Куда направить ресурсы в следующем спринте?» — нужны тренды по воронке. «Всё ли в порядке?» — нужны отклонения от нормы.
Как часто они смотрят? Ежедневный дашборд — дневная гранулярность и акцент на «сегодня vs вчера». Еженедельный — недельные тренды, WoW-изменения. Ежемесячный — достижение целей, MoM.
// Принцип 02
Иерархия: от сигнала к объяснению
Дашборд должен работать на двух уровнях. Первый взгляд (5 секунд): всё зелёное — можно идти дальше. Что-то красное — нужно разобраться. Второй уровень (drill-down): куда именно смотреть, чтобы найти причину.
Не пытайтесь показать причину и следствие на одном экране. Верхний уровень — что происходит, нижний — почему. Переход между ними — клик, фильтр или ссылка на отдельный дашборд.
Не пытайтесь показать причину и следствие на одном экране. Верхний уровень — что происходит, нижний — почему. Переход между ними — клик, фильтр или ссылка на отдельный дашборд.
// Принцип 03
Контекст важнее абсолютных чисел
Число 42 000 DAU ничего не значит само по себе. 42 000 DAU при плане 50 000 — это −16%, тревога. При плане 40 000 — это +5%, всё хорошо. При прошлой неделе 38 000 — рост +10%, хорошая динамика.
Каждая метрика на дашборде должна иметь контекст: цель/план, значение прошлого периода (WoW / MoM / YoY), или бенчмарк. Без контекста метрика — просто цифра.
Каждая метрика на дашборде должна иметь контекст: цель/план, значение прошлого периода (WoW / MoM / YoY), или бенчмарк. Без контекста метрика — просто цифра.
// Принцип 04
Минимум — это фича, не баг
Когда всё важно — ничего не важно. Среднестатистический дашборд содержит в 3–5 раз больше метрик, чем нужно для принятия решения.
Правило одного вопроса: для каждого графика задайте «какое решение помогает принять именно этот элемент?». Если не можете ответить — удалите. Если колеблетесь — перенесите в drill-down. На главном экране оставляйте только то, без чего решение невозможно.
Правило одного вопроса: для каждого графика задайте «какое решение помогает принять именно этот элемент?». Если не можете ответить — удалите. Если колеблетесь — перенесите в drill-down. На главном экране оставляйте только то, без чего решение невозможно.
Структура
Иерархия метрик: кому что нужно
Разные роли смотрят на разные уровни одной и той же системы метрик. Хорошая архитектура дашборда строится на понимании этой иерархии — и даёт каждой роли нужный уровень детализации.
North Star
1 метрика — здоровье бизнеса
GMV, NMV, DAU × Retention
CEO / Board
KPI
3–5 ключевых показателей квартала
Retention D30, Conversion, ARPU
Director / PM
Drivers
Метрики-драйверы: что влияет на KPI
Воронка, сегменты, каналы, когорты
PM / Analyst
Diagnostics
Диагностические метрики для расследования
Ошибки, latency, raw events, A/B срезы
Analyst / Eng
// Частая ошибка
Большинство дашбордов застревают на уровне Diagnostics и пытаются показать его CEO. Получается 40 графиков, которые нужны только при расследовании инцидента — и не нужны никогда в штатном режиме.
Визуализация
Какой график когда использовать
Неправильный тип графика — одна из самых частых ошибок. Круговая диаграмма для сравнения 8 сегментов, столбцы для временного ряда с 200 точками, линия для несвязанных категорий. Данные правильные — вывод неверный.
| Тип графика | Когда использовать | Когда НЕ использовать |
|---|---|---|
| Line chart | Тренд во времени для непрерывной метрики (DAU, Revenue, Retention). Идеален когда важна форма кривой и скорость изменения. | Для категорий без временного порядка — создаёт иллюзию связи между несвязанными точками. |
| Bar chart | Сравнение категорий (каналы, сегменты, платформы). Горизонтальные бары — если подписей много или они длинные. | Для временных рядов с более чем 20 точками — график становится нечитаемым. Лучше line. |
| Stacked bar | Структура целого во времени: как менялся микс каналов, категорий. Читать удобно только нижний сегмент. | Когда важно сравнить средние сегменты — их границы плавают, сравнение невозможно. |
| Scorecard / KPI-плашка | Одно важное число с контекстом — план vs факт, delta WoW. Самый быстрый для восприятия элемент дашборда. | Без delta или цели — просто число без смысла. Всегда добавляйте контекст. |
| Heatmap / когортная таблица | Матрица значений: когортный retention, метрики по дням недели × часу. Отлично выявляет паттерны. | Для не-матричных данных — избыточно. И никогда не используйте для обычного сравнения категорий. |
| Funnel chart | Конверсионная воронка с последовательными шагами. Сразу видно где главный drop-off. | Когда шаги не последовательны или пользователи могут пропускать их — воронка искажает реальность. |
| Scatter plot | Корреляция двух метрик по сегментам или когортам. Выявляет выбросы и кластеры. | Для топ-менеджмента — слишком требователен к интерпретации. Хорош для аналитических исследований. |
| Pie / Donut | Структура из 2–3 сегментов, когда важно показать соотношение целого (60/40, большинство/меньшинство). | Для 4+ сегментов — человек не может точно сравнить углы. Замените на horizontal bar. |
Цвет — не украшение, а сигнал
// Цвет как декор
Каждый график в своём цвете. Один синий, другой оранжевый, третий зелёный — просто чтобы было «не скучно». Читатель тратит когнитивный ресурс на декодирование цветовой схемы, не получая никакой информации.
// Цвет как семантика
Зелёный = хорошо / выше плана. Красный = плохо / ниже плана. Серый = нейтральный контекст. Синий = выделенный сегмент для сравнения. Зритель понимает значение цвета без легенды.
Антипаттерны
7 ошибок, которые убивают дашборд
01
Нет цели — нет дашборда
«Сделаем дашборд по продукту» — это не задача. Без ответа на «кто смотрит», «что решает», «как часто» получается набор графиков, а не инструмент. Такой дашборд либо не используется, либо используется неправильно — менеджер делает вывод не из тех данных.
Перед построением напишите одним предложением: «Этот дашборд используется [роль] каждый [период] для принятия решения о [действие].»
02
Метрики без контекста
Число 12 400 регистраций за неделю. Хорошо это или плохо? Никто не знает. Дашборд показывает данные, но не помогает принять решение. Менеджер всё равно идёт к аналитику с вопросом «ну и что это значит?» — значит, дашборд не справился со своей задачей.
Каждая ключевая метрика должна иметь: значение прошлого периода (и % изменения), цель/план на период, цветовой индикатор отклонения.
03
«Кладбище метрик» на одном экране
30+ метрик на одной странице. Взгляд не знает куда идти. Эффект «всё важно» означает «ничего не важно». Исследования UX показывают: человек удерживает внимание на 5–7 элементах одновременно. Остальное — шум.
Главный экран: максимум 7 элементов. Всё остальное — второй уровень, доступный через drill-down или вкладки.
04
Один дашборд для всех ролей
CEO, PM, аналитик и инженер смотрят на продукт с разных высот и принимают разные решения. Когда один дашборд пытается угодить всем, он угождает никому: для CEO слишком детальный, для аналитика слишком поверхностный.
Разделите по уровням. Executive summary (1 экран, 5 метрик) → Operational dashboard (детализация по направлениям) → Drill-down (диагностика по запросу).
05
Абсолютные числа вместо трендов
Отображать только «сегодня: 42 000 DAU» вместо графика за последние 90 дней — значит лишить читателя контекста динамики. Одна точка не говорит ничего. Тренд говорит всё.
Scorecard с абсолютным числом + spark-line (мини-график тренда) рядом — мощная комбинация. Число даёт точность, линия даёт направление.
06
Обрезанная ось Y
График с осью Y от 38 000 до 44 000 делает изменение на 3% похожим на катастрофу — визуально кривая «обрывается». Это классическая манипуляция данными, часто непреднамеренная. Менеджер делает неверные выводы о серьёзности изменения.
Для метрик с процентными изменениями начинайте ось Y с нуля, если изменения небольшие. Если нужно показать детальный тренд — явно подписывайте диапазон и добавляйте % изменения числом.
07
Дашборд без владельца
«Дашборд упал», «данные перестали обновляться», «метрика считается неправильно» — через полгода никто не знает, кто за это отвечает. Дашборд деградирует, доверие к нему теряется, и его перестают открывать уже по другой причине.
У каждого дашборда должен быть явный владелец (имя), дата последней проверки актуальности и ссылка на документацию по методологии метрик.
Практика
Структура продуктового дашборда
Хорошая структура продуктового дашборда состоит из четырёх зон — от самого важного к детальному. Каждая зона отвечает на конкретный вопрос.
// Макет: продуктовый дашборд (один экран)
Зона 1 — North Star и KPI
DAU (North Star)
42 100
▲ +5.2% WoW
Retention D30
18.4%
▼ −1.1pp vs план
Conversion
3.7%
→ на уровне
Revenue
8.3M ₽
▲ +12% MoM
Зона 2 — Тренды (90 дней)
DAU — тренд + план
line chart · факт vs план · 90d
Retention по когортам
heatmap · D1 / D7 / D30
Зона 3 — Сегменты и каналы
DAU по платформе
iOS / Android / Web · stacked bar
Каналы привлечения
horizontal bar · share + delta
Воронка недели
funnel · конверсии между шагами
Зона 4 — Drill-down ссылки
Подробнее → Retention
когортный анализ · отдельный дашборд
Подробнее → A/B тесты
текущие эксперименты · статусы
Почему именно такой порядок зон
Зона 1 первая: менеджер видит итог за 3 секунды — зелёное или красное. Только потом решает, нужно ли углубляться
Тренды вторые: если KPI отклонился, первый вопрос — «это разовый сбой или тренд?». Ответ — в зоне 2
Сегменты третьи: если тренд плохой, второй вопрос — «в каком сегменте?» Ответ — в зоне 3, где можно найти источник проблемы
Drill-down последний: детальный анализ нужен 20% сессий. Он не должен занимать место на главном экране, но должен быть легко доступен
Кейс: дашборд Авито Работа — до и после
До переработки
Не работало
Что было: 34 графика на одной странице Tableau. Данные обновлялись раз в сутки. Фильтры по 12 измерениям. Каждый PM «жил» в своих 3 из 34 графиков — остальные 31 не смотрел.
Проблема: нет иерархии, нет контекста (нет планов и delta), нет владельца. PM всё равно ходил к аналитику за интерпретацией — дашборд не отвечал на вопрос «что делать».
Проблема: нет иерархии, нет контекста (нет планов и delta), нет владельца. PM всё равно ходил к аналитику за интерпретацией — дашборд не отвечал на вопрос «что делать».
После переработки
Открывают каждый день
Что сделали: провели 5 интервью с PM о том, какие решения они принимают еженедельно. Выяснили: 80% решений требуют ответа на 4 вопроса. Построили отдельный дашборд для каждого PM, по 6–8 метрик, с планом и дельтой WoW.
Результат: PM открывают дашборд каждое утро. Запросов к аналитику «объясни что происходит» стало на ~60% меньше — потому что дашборд отвечает на этот вопрос сам.
Результат: PM открывают дашборд каждое утро. Запросов к аналитику «объясни что происходит» стало на ~60% меньше — потому что дашборд отвечает на этот вопрос сам.
Проверка
Чеклист перед публикацией дашборда
Проверьте перед тем как отправить ссылку
□
Определён пользователь: я могу назвать конкретную роль и конкретное решение, которое они принимают с помощью этого дашборда
□
Каждая метрика имеет контекст: рядом с каждым KPI есть delta (WoW / MoM) или сравнение с целью. Нет ни одного «голого» числа без контекста
□
Главный экран ≤ 7 элементов: пользователь может охватить весь первый уровень за 10 секунд. Остальное — во второй уровень
□
Иерархия соблюдена: есть чёткое разделение «сигнал быстро» (Зона 1) → «понять тренд» (Зона 2) → «найти сегмент» (Зона 3) → «детальный анализ» (drill-down)
□
Типы графиков оправданы: для каждого графика есть ответ «почему именно этот тип». Нет pie chart с 5+ сегментами, нет line chart для несвязанных категорий
□
Цвет семантический: зелёный = хорошо, красный = проблема. Один и тот же цвет не означает разные вещи в разных частях дашборда
□
Ось Y не обрезана: если меняется значение в пределах 5–15% — ось начинается с нуля или явно подписан диапазон и % изменения
□
Есть владелец и дата: в заголовке или описании — кто отвечает за актуальность, как часто обновляется, ссылка на методологию спорных метрик
□
Прошёл «тест 5 секунд»: показал незнакомому человеку на 5 секунд и закрыл — он смог ответить на вопрос «что главное на этом дашборде?»
Карьера
Вопросы на собесе
Дашборды — частая практическая тема на собеседованиях уровня middle и senior. Интервьюер хочет понять: думаете ли вы о пользователе дашборда или просто умеете писать SQL и тянуть данные в Tableau.
Типичные вопросы на собесе
- Расскажите про дашборд, который вы строили. Как вы определяли, какие метрики включить? — Ждут: процесс от аудитории и вопроса к метрикам, а не «взял все доступные данные».
- PM просит сделать «дашборд по продукту». Каковы ваши первые вопросы? — Ждут: кто смотрит, какое решение принимает, как часто. Без этих ответов нельзя начинать.
- Дашборд сделан, но им почти никто не пользуется. Как вы это исправите? — Ждут: диагностику (интервью с пользователями, анализ использования), а не просто «добавлю больше графиков».
- Какую North Star Metric вы бы выбрали для [Авито / Ozon / Яндекс Маркет]? Как бы выглядел executive summary дашборд? — Ждут: структурированный ответ с 1 NSM + 3–5 KPI + обоснование выбора.
- Посмотрите на этот дашборд (показывают реальный или макет). Что бы вы изменили? — Ждут: применение принципов — иерархии, контекста, минимализма, семантики цвета.
// Сильный ответ
Когда вас просят оценить чужой дашборд — структурируйте ответ по трём вопросам: кто пользователь и понятно ли это из самого дашборда? → есть ли иерархия от сигнала к детали? → есть ли контекст у каждой метрики? Три коротких ответа — и интервьюер видит, что вы понимаете не инструмент, а подход.
Что дальше
Связанные материалы
Главное про продуктовый дашборд
Хороший дашборд строится от вопроса к данным, а не наоборот. Сначала — кто смотрит, какое решение принимает, как часто. Потом — минимальный набор метрик с контекстом (план, delta), иерархия от сигнала к детали, правильные типы графиков.
Семь убийц дашборда: нет цели, нет контекста у метрик, слишком много элементов, один для всех ролей, нет трендов, обрезанная ось, нет владельца. Каждая из этих ошибок в одиночку достаточна, чтобы дашборд перестали открывать.
Практика: возьмите любой дашборд, которым вы пользуетесь (или который вы делали). Пройдите по чеклисту из девяти пунктов. Если найдёте три и более нарушения — значит, у него есть потенциал стать инструментом, которым пользуются каждый день.