BI и дашборды для интернет-магазина: как построить управленческую отчётность

Почему отчёты в Excel перестают работать

Почти каждый интернет-магазин начинает с одной таблицы. Раз в неделю кто-то выгружает заказы из CRM, скачивает статистику из рекламных кабинетов, руками сводит это в файл и рассылает по почте. Пока в компании три человека и один канал продаж, схема работает. Проблемы начинаются позже — и всегда по одному сценарию.

Сначала ломается достоверность. Двое сотрудников считают выручку по-разному: один берёт все заказы, другой — только оплаченные, третий вычитает возвраты. На планёрке спорят не о том, что делать с падением маржи, а о том, чья цифра правильная. Затем ломается скорость: подготовка сводки за месяц занимает два дня, и к моменту готовности отчёт описывает ситуацию, которой уже нет. Наконец, ломается охват — файл видит только тот, кому его переслали, а закупщик, маркетолог и владелец смотрят на три разные версии реальности.

Ключевое отличие BI-слоя от таблицы не в красивых графиках. Оно в том, что метрика считается один раз в одном месте, а все отчёты берут её оттуда. Это и есть управленческая отчётность: не набор цифр, а единый источник правды, к которому можно задать вопрос и получить одинаковый ответ независимо от того, кто спрашивает.

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

Три уровня отчётности: оперативная, тактическая, стратегическая

Главная ошибка при внедрении BI — попытка сделать один универсальный дашборд «для всех». Он получается перегруженным и не нужен никому. Отчётность естественно распадается на три уровня, и у каждого свой горизонт, своя частота и свой потребитель.

Оперативный уровень отвечает на вопрос «что происходит прямо сейчас и нужно ли вмешаться сегодня». Горизонт — день или неделя, обновление в идеале почти в реальном времени. Здесь живут заказы за сутки, конверсия воронки, остатки по ходовым SKU, расход рекламного бюджета, очередь необработанных обращений. Такие панели смотрят менеджеры и специалисты, каждое утро, по 30 секунд. Их задача — вовремя заметить аномалию: реклама открутила дневной бюджет к обеду, склад ушёл в ноль по товару-локомотиву, конверсия оформления просела вдвое после релиза.

Тактический уровень отвечает на вопрос «работает ли то, что мы запустили в этом месяце». Горизонт — месяц или квартал, обновление раз в день. Здесь сравнивают периоды и когорты: динамика среднего чека, маржинальность по категориям, эффективность каналов, повторные покупки, оборачиваемость запасов. Смотрят руководители направлений раз в неделю, вдумчиво, 15–30 минут. Задача — понять, куда двигать бюджеты и ассортимент.

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

Разделение по уровням снимает 80% споров о содержании дашборда. Если метрика не помогает принять решение в своём горизонте — она на этом уровне лишняя.

Какие дашборды нужны e-commerce

Для интернет-магазина минимально достаточный набор — четыре панели. Больше можно, меньше обычно нельзя.

Обратите внимание на распределение: три из пяти панелей смотрят ежедневно, но каждая — своим человеком. Это нормально. Дашборд, который открывают все, обычно означает, что ролевого разделения нет и каждый ищет в общей куче свои три показателя.

Отдельно стоит сказать про источники. Продажи и маржа почти всегда приходят из учётной системы или базы заказов, склад — из товароучётной системы, реклама — из кабинетов и веб-аналитики. Поведенческие данные на сайте берут из счётчика; если вы ещё выбираете систему, поможет сравнение Яндекс Метрики и Google Analytics — в российских реалиях выбор во многом предопределён, но нюансы по электронной коммерции и сырым данным различаются существенно.

Инструменты: DataLens, Metabase, Power BI, Looker Studio

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

Yandex DataLens — облачный сервис, удобный тем, кто уже в экосистеме Яндекса. Есть коннекторы к PostgreSQL, ClickHouse, управляемым базам и данным Метрики, быстрый старт без своей инфраструктуры. Важный нюанс: DataLens не хранит данные у себя, а каждый раз запрашивает их из источника. Если база медленная или данных много, дашборд будет тормозить — под тяжёлые отчёты обычно кладут ClickHouse или заранее агрегированные витрины.

Metabase — open-source, ставится на свой сервер. Плюс — полный контроль над данными и гибкость: можно писать SQL, версионировать модели, встраивать панели в свои интерфейсы. Минус — нужна техническая команда, которая поднимет и будет обслуживать. Хороший выбор, когда есть разработчик и требования к хранению данных внутри контура.

Power BI даёт самую сильную модель данных и язык вычислений, силён в сложной финансовой отчётности. Ограничение для российских компаний — доступность лицензий и облачной части; часть команд использует его локально.

Google Looker Studio бесплатен и максимально прост для маркетинговых отчётов, но слабо подходит для тяжёлой управленческой отчётности: производительность на больших объёмах и работа с российскими источниками — узкое место.

Правило выбора простое. Малому и среднему магазину без своего дата-инженера — облачное решение с готовыми коннекторами. Команде с разработчиком и требованием держать данные у себя — self-hosted. Не начинайте с инструмента: сначала опишите пять-семь решений, которые вы принимаете регулярно, и метрики под них. Инструмент подставится сам.

Принципы дизайна: от метрики к действию

Хороший дашборд, как формулирует документация Metabase, связывает действия команды с их последствиями. Отсюда следуют довольно жёсткие практические правила.

Одна панель — один вопрос. Если вы не можете сформулировать вопрос, на который отвечает дашборд, одной фразой, его надо разделить.

Важное — вверху слева. Значимость на сетке падает сверху вниз и слева направо. Ключевые показатели ставят в левый верхний угол, детализацию — ниже. Всё критичное должно помещаться на экран без прокрутки, но не за счёт нечитаемо мелких карточек.

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

Каждая метрика с базой сравнения. Число без контекста бесполезно. «Выручка 3,2 млн» ничего не говорит; «3,2 млн, +8% к прошлому месяцу, 94% плана» уже требует реакции.

Понятные названия и описания. Заголовок «Средний чек оплаченных заказов без возвратов, ₽» лучше, чем «AOV». Для больших дашбордов текстовые блоки с пояснениями снимают половину вопросов: почему в мае провал, что считается конверсией, кому писать при расхождении.

Фильтры вместо копий. Один дашборд с фильтрами по периоду, категории и каналу заменяет пять почти одинаковых панелей и не разъезжается при изменении логики.

И главный тест: если по показателю на дашборде невозможно назвать конкретное действие при его отклонении — показатель декоративный. Уберите его.

Практическое применение

1. Начните с решений, а не с данных. Выпишите 5–7 регулярных управленческих решений: сколько закупить, какой канал масштабировать, какую категорию выводить. Под каждое определите одну-две метрики. Это и есть техзадание на отчётность.

2. Зафиксируйте определения метрик письменно. Что такое выручка — все заказы или оплаченные, с НДС или без, как учитываются возвраты и частичные выкупы. Один документ на 20 строк снимает большинство будущих споров. Определения должны быть реализованы в датасете, а не в каждом отчёте отдельно.

3. Соберите сначала витрину, потом дашборд. Не подключайте BI напрямую к боевой базе с сырыми таблицами. Сделайте агрегированные витрины (заказы по дням, продажи по SKU, расходы по каналам) — это и ускорит панели, и зафиксирует логику расчётов.

4. Запустите один дашборд, а не пять. Начните с продаж и воронки — самой понятной и востребованной панели. Дайте ей поработать месяц, соберите вопросы пользователей и только потом добавляйте маржу и склад. Пять сырых дашбордов одновременно гарантированно превращаются в ноль используемых.

5. Назначьте владельца каждой панели. У дашборда должен быть человек, отвечающий за корректность цифр и за то, что панель актуальна. Без владельца через полгода вы получите отчёты, которым никто не доверяет.

6. Раз в квартал вычищайте. Проверяйте, какие панели реально открывают (в большинстве систем это видно в логах). Метрики, на которые никто не смотрел и по которым не было решений, удаляйте. Дашборд ценен тем, чего на нём нет.