Дашборд начинается отнюдь не с данных — 9 апреля 2026 г. в 09:59:37.819
Дашборд начинается отнюдь не с данных Театр начинается с вешалки. А BI начинается с визуализации. Звучит красиво и даже немного пафосно. Но за этим стоит большой пласт опыта. Давайте разберёмся, почему так. #️⃣ Ошибка новичка: идти от данных Начинающий аналитик рассуждает так: ➡️ У меня есть данные. ➡️ Я примерно понимаю, что надо визуализировать ситуацию по продажам. ➡️ У меня даже есть список метрик (динамика по месяцам, топ товаров...). ➡️ Значит: забираю данные → преобразую → складываю на дашборд → строю визуализацию. И бывает, что всё ок. В небольших дашбордах, с типовыми запросами – такая схема может сработать. Но если ситуация окажется чуть шире, наступает момент, когда аналитик осознаёт, что меняющиеся на ходу требования пользователя к визуализации потихоньку превращают модель данных и вычисления в монстра 😈, который норовит поглотить самого себя (вместе с аналитиком). Более опытный аналитик некоторые вещи может предусмотреть и обойти заранее. Но это всё равно ещё не системный подход. #️⃣ Пример! Буквально на прошлой неделе мне встретилась в сети студенческая задачка, которую я тут же принесла магистрантам как живой пример вот этой ситуации с визуализацией. Задачка такая: необходимо визуализировать динамику фонда отпускных. Для знатоков кадрового и финансового учёта сразу дам оговорку: расчёты в задаче упрощены, полагаю намеренно, потому что не в этом «соль». Что есть из данных? Есть три таблицы: ➡️ Список сотрудников с остатком отпускных дней на 1 января ID сотрудника – ФИО – Подразделение – Остаток отпуска в днях ➡️ Список сотрудников со среднедневной ЗП ID сотрудника – Среднедневная ЗП ➡️ Список отпусков на год ID сотрудника – Дата старта отпуска – Дата завершения отпуска Как будет действовать начинающий аналитик? Заберёт три таблички, свяжет между собой и будет пытаться как-то посчитать в динамике фонд отпускных и вытащить его на график. Я прям почти вижу, как у него в моменте визуализации начинает подкипать мозг. Потому что на текущих трёх табличках он никакой динамики не нарисует. И даже если он добавит календарь и повесит на него километровую меру с динамическим расчётом этого фонда, что произойдёт в момент сдачи работы (будь она не студенческой, а реальной)? Его с высокой долей вероятности попросят визуализировать, например, список сотрудников, у которых перебор или недобор по отпускам, список тех, кто не запланировал отпуск на 14 дней или что-то ещё. И появится вторая километровая мера, третья… Какие-нибудь неактивные связи или другие обходные пути… А потому идти надо с конца! Сначала макетировать, согласовывать картинку. Потом – проектировать модель данных под этой визуализацией. И только потом – собирать и обрабатывать данные.

