Если бы я читал курс по Data Analysis в университете, первую лекцию про дэшборды я бы начал с неприятной новости: большинство дэшбордов в компаниях никто не смотрит. Но не потому что люди ленивые, а потому что дэшборд спроектирован как отчёт, а не как инструмент мониторинга.

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

Что вообще такое дэшборд Стивен Фью, автор книги Information Dashboard Design, дал определение, которое можно назвать эталонным: дэшборд — это визуальное отображение самой важной информации, нужной для достижения цели, скомпонованное на одном экране так, чтобы его можно было мониторить одним взглядом. То есть это не портал, не научное исследование и не скроллящийся отчёт на 40 страниц, а именно то, что помещается в поле зрения.

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

Логика создания: сначала вопрос, потом метрика Главная ошибка при построении дэшборда (и не только) — начинать с вопроса «а какие у нас есть данные?» вместо «какое решение человек должен принять, глядя на этот экран». Правильная последовательность обратная: 1. Кто смотрит на этот дэшборд и зачем? 2. Какой один-два вопроса этот человек задаёт себе каждый день? 3. Какие метрики отвечают именно на эти вопросы? 4. Как расположить эти метрики так, чтобы важное считывалось в первую очередь

Фью отдельно подчёркивает: почти вся информация на дэшборде должна быть представлена в виде сводок и исключений (summary & exception): нужны не сырые данные, а сигнал о том, что требует внимания. Дэшборд не обязан давать все детали для действия, но обязан ясно показать, что действие вообще нужно.

Уменьшайте количество «неинформационных пикселей» У Фью есть конкретная механика, которую легко объяснить студентам: на экране есть пиксели, которые несут данные, и пиксели, которые не несут ничего: рамки, тени, градиенты, декоративные иконки, 3D-эффекты у обычной столбчатой диаграммы. Правило простое: убирайте нон-дата-пиксели и усиливайте дата-пиксели. Это прямое продолжение идеи Эдварда Тафти про data-ink ratio: доля чернил на графике, которая действительно передаёт данные, должна стремиться к максимуму.

Дэшборд как Information Radiator Тут стоит одолжить понятие из гибких методологий. Термин «Information Radiator» ввёл в 2001 году Алистер Кокбёрн, один из авторов Agile-манифеста. Он провёл аналогию движения информации в офисе с распространением тепла от радиатора. Смысл простой: радиатор информации — это визуальное отображение, размещённое так, чтобы человек считывал его без сознательного усилия, просто проходя мимо.

Хороший information radiator должен быть «жёстким» (показывает реальный прогресс и проблемы, не маскируя ошибки), актуальным (обновляется регулярно) и не перегруженным историей, которая больше не нужна.

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

Итог Дэшборд — это не витрина данных и не способ показать, что у компании всё под контролем в базе данных. Это инструмент принятия решений за секунды, и хороший дэшборд всегда можно свести к простому тесту: незнакомый человек, глядя на экран впервые, должен за 5 секунд понять, что происходит и стоит ли волноваться. Всё остальное — это красивые, но декоративные пиксели.

А как у вас в компании: дэшборды реально смотрят каждый день, или это красивая картинка для руководства, про которую вспоминают раз в квартал?