TL;DR
- Dashboard нужен не для демонстрации данных, а для решения: что случилось, где проблема, что делать дальше.
- Один dashboard не должен обслуживать CEO, маркетолога, оператора склада и продуктового менеджера одновременно.
- Сначала цель и аудитория, потом метрики, потом визуализация.
- Лучший dashboard обычно скучнее, чем хочется дизайнеру: меньше графиков, больше контекста, четкая иерархия.
- Если человек посмотрел dashboard и не понял следующий шаг, dashboard не выполнил работу.
1. Что такое хороший dashboard
Хороший dashboard отвечает на три вопроса:
- Все в порядке или нет?
- Где именно отклонение?
- Какое решение нужно принять?
Плохой dashboard отвечает на вопрос "сколько всего у нас данных". Он может выглядеть впечатляюще, но не помогает управлять бизнесом.
2. Dashboard начинается с аудитории
| Аудитория | Что нужно | Что не нужно |
|---|---|---|
| CEO / founders | 5-8 ключевых показателей, тренд, отклонение от плана | 40 фильтров и сырые таблицы |
| CMO / growth lead | CAC, ROAS, cohorts, funnel, quality by channel | Красивые vanity metrics |
| Product lead | Activation, retention, funnel, feature adoption | Финансовая детализация до бухгалтерии |
| Operations | SLA, stock, delivery, errors, queue | Brand awareness |
| Finance | Revenue, margin, refunds, payback, forecast | Click maps |
Один экран для всех почти всегда становится экраном ни для кого. Лучше сделать несколько dashboards с общей логикой, чем один перегруженный "главный экран".
3. Иерархия: сверху вниз
Пользователь читает dashboard как страницу. Самые важные цифры должны быть выше и левее, детали ниже.
Практичный порядок:
- Период и дата последнего обновления.
- Главные KPI.
- Тренд к прошлому периоду и плану.
- Разрезы: канал, продукт, город, сегмент.
- Таблица проблемных элементов.
- Ссылка или drill-down для расследования.
4. Метрика без контекста бесполезна
Цифра "выручка 120 млн KZT" почти ничего не говорит. Нужен контекст.
| Голая цифра | Полезная версия |
|---|---|
| Revenue: 120 млн | 120 млн, -8% к плану, +4% к прошлой неделе |
| CAC: 4 800 KZT | 4 800 KZT, payback 2.3 месяца, лимит 3 месяца |
| Conversion: 3.2% | 3.2%, падение на Android после релиза 5.14 |
| Orders: 18 400 | 18 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&L | CEO/CFO | Revenue, margin, plan, cash, risks |
| Marketing quality | CMO | Spend, CAC, LTV proxy, cohorts, lead quality |
| Product health | Product lead | Activation, retention, core actions, errors |
| Operations | Ops lead | SLA, stock, delivery, queue, incidents |
| Sales/CRM | Sales lead | Pipeline, 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. Видео
13. Главный совет
Перед каждым графиком задайте один вопрос: какое решение человек примет, увидев это? Если решения нет, график лишний. Хороший dashboard не показывает все данные. Он убирает шум, чтобы стало видно действие.
Sources / Notes
- Tableau Help: Best Practices for Effective Dashboards
- Tableau Help: Visual Best Practices
- Microsoft Learn: Power BI service basic concepts