Как агентство собрало устойчивую систему daily-отчетности без BI-дашбордов

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

В этом кейсе - разбор того, как агентство Campaigner с крупными медийными проектами выстроило устойчивую систему daily-отчетности на базе таблиц, сохранив гибкость, скорость и контроль.

Агентство Campaigner работает с медийной рекламой и крупными клиентами. Проектов немного, но каждый из них включает:

• несколько рекламных площадок

• сложную структуру кампаний

• крупные бюджеты

• высокую цену ошибки

С отчетностью работают сразу несколько ролей:

• медиабайеры - ежедневно

• аккаунт- и проект-менеджеры - в коммуникации с клиентами

• медиадиректор - для контроля маржинальности и финансовой картины

Поэтому отчетность здесь - не «отчет ради отчета», а инфраструктура для всей команды.

BI-дашборды рассматривались, но довольно быстро стало понятно, что в текущем контексте они создадут больше напряжения, чем пользы.

Основные причины:

• длительное внедрение

• высокая стоимость разработки и поддержки

• необходимость постоянных доработок

• нестабильность при изменениях структуры кампаний

При этом агентству нужно было решение, которое:

• можно быстро адаптировать под конкретный проект

• легко масштабировать

• не требует отдельной команды поддержки

Вместо дашбордов команда пошла другим путем - через единый датасет, который дальше используется для разных задач.

В качестве основы была выбрана связка JetStat + Google Sheets.

JetStat отвечает за стабильную загрузку данных:

• из рекламных кабинетов

• из аналитических систем

• из Google Sheets (если API площадки ограничено)

Даже если часть данных приходит в Excel-файлах, они встраиваются в ту же систему и дальше живут по тем же правилам.

Первый принцип - не строить отчеты напрямую на сырых данных.

Сырые данные:

• могут меняться по структуре

• могут приходить с задержками

• могут требовать нормализации

Поэтому они используются только как входной слой.

Между сырыми данными и всеми отчетами был сделан отдельный слой - DELIC.

Если говорить простыми словами, это таблица, в которой:

• считаются все ключевые показатели

• зафиксирована логика расчетов

• данные приводятся к тому виду, в котором ими удобно пользоваться дальше

Смысл DELIC в том, что вся бизнес-логика живет в одном месте.

Если нужно:

• поменять формулу

• уточнить способ расчета

• добавить новое правило

это делается в DELIC, и все остальные отчеты пересчитываются автоматически.

За счет этого:

• нет расхождений между отчетами

• изменения внедряются быстро

• система не ломается при доработках

Все последующие слои - daily, клиентские отчеты, сводки, расчеты маржинальности - работают только с DELIC, а не с сырыми данными.

Это дает два эффекта:

1. одинаковая логика во всех отчетах
2. предсказуемый результат при изменениях

Отдельное внимание уделили тому, чтобы ошибки были видны сразу.

Для этого в системе есть листы, которые показывают:

• загрузились ли данные

• есть ли расхождения

• где именно возникла проблема

В результате:

• медиабайерам не нужно каждый день перепроверять цифры

• если что-то пошло не так, это видно сразу

• исправление занимает минуты, а не часы

Система изначально проектировалась не как «один отчет для всех», а как набор слоев.

• для команды - подробные daily с возможностью глубокой оптимизации

• для клиентов - упрощенные отчеты без перегруза цифрами

• для руководства - автоматический расчет маржинальности

Все эти представления строятся на одном и том же датасете, но решают разные задачи.

После внедрения системы:

• время медиабайеров на работу с отчетностью сократилось примерно в 3 раза

• человеческий фактор был практически устранен

• команда стала тратить больше времени на оптимизацию, а не на механику

Дополнительно:

• расчет маржинальности стал автоматическим

• медиадиректор перестал тратить 2–4 часа в неделю на ручные расчеты

• около 10% рабочего времени руководителя высвободилось

Отдельно был зафиксирован рост NPS по отчетности - с 7,5 до 9.

Этот кейс не про таблицы и не про конкретный инструмент. Он про архитектуру мышления.

Когда:

• данные собираются стабильно

• логика расчетов зафиксирована

• изменения вносятся в одном месте

• отчеты не зависят от ручной сборки

команда начинает доверять цифрам. А клиенты - чувствовать спокойствие, даже не погружаясь в детали.