На агрегированных или на детальных данных строишь дашборд?

Выбор между агрегированными и детальными данными для дашборда

Построение дашборда — это всегда компромисс между удобством восприятия и полнотой информации. Выбор между агрегированными и детальными данными зависит от контекста, аудитории и целей анализа.

Логика выбора: коэффициент скорости принятия решений

Агрегированные данные

Агрегация (суммирование, усреднение, подсчёт) уменьшает объём данных и ускоряет визуализацию. Используются для:

1. Стратегических дашбордов (Executive Dashboard)

• Директор смотрит: выручка по месяцам (не по сделкам)
• CFO видит: затраты по категориям (не каждый чек)
• CEO интересует: ROI по каналам (не отдельная реклама)

Это правило 80/20: 20% ключевых метрик дают 80% информации для решений.

2. Real-time дашбордов Мониторинг КПП в реальном времени требует быстрых расчётов. Агрегированные данные загружаются из кэша (Redis, ClickHouse), а не пересчитываются каждый раз.

Пример:

Выручка сегодня: 457 000 руб (агрегированный KPI)
└─ Не нужно агрегировать 10 тыс сделок при каждой загрузке

3. Мобильных дашбордов Трафик ограничен. Мобильный интернет медленнее. Передавать детали неэффективно — покажи сжатые метрики.

Детальные данные

Детализация позволяет пользователю самостоятельно исследовать аномалии (drill-down анализ).

1. Операционных дашбордов (Operational Dashboard)

• Менеджер по продажам смотрит: список всех сделок за день
• Support-менеджер видит: каждую тикет с полной историей
• Аналитик расследует: каждый отказ пользователя

Это данные для действия, не для выводов. Если средняя конверсия 15%, но есть резкий скачок — нужно видеть, какие именно пользователи не конвертились.

2. Аналитических дашбордов (Analytical Dashboard) Для углубленного анализа нужны детали:

Агрегированный вид: Возвраты = 5% от продаж
Детальный вид: Возврат происходит в основном в день 7-10 после покупки,
               в категории "Верхняя одежда", в регионах с морозом

Только детали выявляют причинно-следственные связи.

3. Отчётов для исследований Когда задача — найти тренд или аномалию, нужны все данные, чтобы выдвинуть гипотезу.

Рекомендуемая структура: трёхуровневый дашборд

Большинство компаний используют гибридный подход:

Уровень 1: KPI (агрегированные)

📊 Выручка: 2.5М | Заказы: 342 | Средний чек: 7.3К | Коверсия: 12.5%

Назначение: 30 сек на обзор ситуации. Зелёный/красный статус.

Уровень 2: Метрики по категориям (полу-агрегированные)

Выручка по странам:
- РФ: 1.8М (72%)
- СНГ: 0.5М (20%)
- Другие: 0.2М (8%)

Назначение: выявить, где проблема (какой регион упал).

Уровень 3: Детальные данные (таблица)

Дата | Страна | Пользователь | Сумма | Статус
2026-03-26 | РФ | user_123 | 15000 | ✓ Завершён
2026-03-26 | РФ | user_456 | 8500  | ✗ Отменён
...

Назначение: drill-down, расследование конкретных случаев.

Правила для Business Analyst

Если сомневаешься — начни с агрегированных, добавь детализацию

1. Покажи дашборд с KPI (день 1)
2. Добавь группировку по категориям (день 3)
3. Откроешь доступ к таблице с деталями (день 5)

Спроси у стейкхолдеров:

• "На какие вопросы ты хочешь ответить за 30 сек?" → нужны агрегированные
• "Как ты будешь действовать, если тренд упадёт?" → нужны детали
• "Сколько данных ты готов видеть одновременно?" → если боится, агрегируй

Технический момент:

Агрегированные данные лучше пересчитываются один раз в час (в фоне), детали тянут live из БД. Это оптимизирует нагрузку.

Вывод: идеальный дашборд имеет оба типа данных. Стратегический уровень — агрегированные, операционный — детальные, с возможностью перехода между ними.