Back to archive
12.09Продуктовая аналитика и BI

Искусство построения дашбордов: экран, который ведет к решению

TL;DR

  • Dashboard нужен не для демонстрации данных, а для решения: что случилось, где проблема, что делать дальше.
  • Один dashboard не должен обслуживать CEO, маркетолога, оператора склада и продуктового менеджера одновременно.
  • Сначала цель и аудитория, потом метрики, потом визуализация.
  • Лучший dashboard обычно скучнее, чем хочется дизайнеру: меньше графиков, больше контекста, четкая иерархия.
  • Если человек посмотрел dashboard и не понял следующий шаг, dashboard не выполнил работу.

1. Что такое хороший dashboard

Хороший dashboard отвечает на три вопроса:

  1. Все в порядке или нет?
  2. Где именно отклонение?
  3. Какое решение нужно принять?

Плохой dashboard отвечает на вопрос "сколько всего у нас данных". Он может выглядеть впечатляюще, но не помогает управлять бизнесом.

2. Dashboard начинается с аудитории

АудиторияЧто нужноЧто не нужно
CEO / founders5-8 ключевых показателей, тренд, отклонение от плана40 фильтров и сырые таблицы
CMO / growth leadCAC, ROAS, cohorts, funnel, quality by channelКрасивые vanity metrics
Product leadActivation, retention, funnel, feature adoptionФинансовая детализация до бухгалтерии
OperationsSLA, stock, delivery, errors, queueBrand awareness
FinanceRevenue, margin, refunds, payback, forecastClick maps

Один экран для всех почти всегда становится экраном ни для кого. Лучше сделать несколько dashboards с общей логикой, чем один перегруженный "главный экран".

3. Иерархия: сверху вниз

Пользователь читает dashboard как страницу. Самые важные цифры должны быть выше и левее, детали ниже.

Практичный порядок:

  1. Период и дата последнего обновления.
  2. Главные KPI.
  3. Тренд к прошлому периоду и плану.
  4. Разрезы: канал, продукт, город, сегмент.
  5. Таблица проблемных элементов.
  6. Ссылка или drill-down для расследования.

4. Метрика без контекста бесполезна

Цифра "выручка 120 млн KZT" почти ничего не говорит. Нужен контекст.

Голая цифраПолезная версия
Revenue: 120 млн120 млн, -8% к плану, +4% к прошлой неделе
CAC: 4 800 KZT4 800 KZT, payback 2.3 месяца, лимит 3 месяца
Conversion: 3.2%3.2%, падение на Android после релиза 5.14
Orders: 18 40018 400, cancellation rate вырос до 11%

Каждая важная метрика должна иметь минимум один из контекстов: план, прошлый период, среднее, порог, прогноз, segment benchmark.

5. Выбор графика

ЗадачаГрафик
Сравнить категорииBar chart
Показать динамикуLine chart
Показать прогресс к плануBullet chart или simple KPI
Показать структуруStacked bar, если категорий мало
Показать распределениеHistogram / box plot
Показать связьScatter plot
Показать детализациюTable with conditional formatting

Pie chart почти всегда можно заменить bar chart. Особенно если категорий больше трех или доли близки друг к другу.

6. Цвет

Цвет должен не украшать, а кодировать смысл.

Цветовое решениеПочему работает
Один основной цвет + акцентНе перегружает экран
Красный только для проблемНе обесценивает сигнал
Зеленый только для здорового ростаНе превращает dashboard в рекламу
Серый для контекстаПомогает видеть главное

Если каждый график использует свою радугу, пользователь перестает понимать, что важно. В управленческом dashboard цвет - это сигнал тревоги или внимания, а не декор.

7. Drill-down

Dashboard должен позволять провалиться в проблему.

Например, CEO видит падение gross margin. Руководитель продаж открывает разрез по регионам. Категорийный менеджер проваливается в SKU. Операционная команда видит конкретные товары и поставщиков. Все работают с одной логикой, но на разной глубине.

8. Freshness и доверие

Пользователь должен понимать, насколько свежие данные.

Минимум на каждом dashboard:

  • дата и время последнего обновления;
  • период анализа;
  • источник данных;
  • заметка о неполных данных, если день еще не закрыт;
  • предупреждение о сбое refresh.

Если dashboard один раз показал устаревшие или неверные цифры без предупреждения, доверие ломается быстро. Потом команда снова просит Excel "на всякий случай".

9. Локальный контекст СНГ/РК

В локальных компаниях часто есть две крайности:

  • директор хочет "все видеть на одном экране";
  • аналитик строит красивое панно, которое никто не использует.

Практичный компромисс:

DashboardДля когоСодержание
Executive P&LCEO/CFORevenue, margin, plan, cash, risks
Marketing qualityCMOSpend, CAC, LTV proxy, cohorts, lead quality
Product healthProduct leadActivation, retention, core actions, errors
OperationsOps leadSLA, stock, delivery, queue, incidents
Sales/CRMSales leadPipeline, conversion, cycle, reasons lost

Для РК важно не забывать offline и manual operations: звонки, WhatsApp, Kaspi, 1С, региональные склады, менеджерские статусы. Если эти данные не попадают в dashboard, картина будет красивой, но неполной.

10. Ошибки

ОшибкаПоследствие
30 графиков на одном экранеНикто не понимает главное
Нет сравнения с планомНепонятно, хорошо или плохо
Нет freshnessПользователи не доверяют данным
Метрики без владельцевПроблема видна, но никто не действует
Все в pie chartsСравнение становится тяжелым
Слишком много фильтровПользователь сам ломает интерпретацию
Dashboard без follow-up процессаДанные посмотрели и забыли

11. Практический чеклист

  • Определена аудитория dashboard.
  • Есть конкретные решения, которые dashboard должен поддерживать.
  • Главные KPI находятся в первом экране.
  • У каждой метрики есть контекст.
  • Есть дата обновления и источник.
  • Цвет используется как сигнал, не как украшение.
  • Есть drill-down до причины.
  • У проблемных метрик есть owner.
  • Dashboard проверен на реальном пользователе.

12. Видео

10 правил хорошего дашборда (Power BI)

13. Главный совет

Перед каждым графиком задайте один вопрос: какое решение человек примет, увидев это? Если решения нет, график лишний. Хороший dashboard не показывает все данные. Он убирает шум, чтобы стало видно действие.

Sources / Notes