Конструктор отчётов. Лего или легаси?
Представьте, что вы купили набор Lego. В коробке есть инструкция: соединяя детали определённым образом, вы получаете предсказуемый результат. Он может вам нравиться или не нравиться, но вы заранее понимаете, что именно собираете. Примерно так же работают хорошие дашборды и стандартные отчёты. В них уже определены измерения, показатели, формулы и логика расчётов. Руководство и аналитики заранее договорились, что именно измеряется и как трактуется результат. Поэтому один и тот же показатель сегодня, завтра и через месяц должен означать одно и то же. Но что, если из тех же деталей Lego хочется собрать что-то своё? Для этого существуют конструкторы отчётов.
Что такое конструктор отчётов Конструктор в BI-системе — это инструмент, который позволяет пользователю самостоятельно работать с подготовленным набором данных компании. Можно выбирать измерения и показатели, менять способ представления данных, строить таблицы и графики, применять фильтры, а иногда создавать собственные расчётные показатели и формулы. Фактически во многих компаниях эту роль до сих пор выполняет Excel. Разница в том, что BI-конструктор обычно работает не с выгруженным файлом, а непосредственно с подготовленными корпоративными данными и способен обрабатывать значительно большие объёмы информации.
Зачем он нужен У конструктора есть вполне понятные преимущества. — Эксперименты и кастомизация. При внедрении невозможно заранее предусмотреть все вопросы, которые когда-либо возникнут у пользователей. — Более глубокое исследование данных. Дашборд обычно показывает агрегированную картину. Конструктор позволяет провалиться глубже и проверить отдельную гипотезу. — Работа в единой экосистеме. Пользователь работает с уже подготовленными витринами и согласованными показателями, а не начинает каждый раз собирать данные из сырых источников. Но есть и обратная сторона.
Где начинаются проблемы Главная проблема конструктора это свобода. Одни и те же данные можно показать совершенно по-разному. Например, в отчёте для руководства можно вывести колонку «продажи выросли на 50%», но не показать рядом, что маржа упала на 30%. Формально обе цифры будут правильными.
Иногда это происходит намеренно, иногда совершенно случайно. Человек выбрал другой период, добавил фильтр, использовал собственную формулу или просто посмотрел только на те показатели, которые подтверждают его первоначальную гипотезу.
Есть и ещё одна проблема, которую я неоднократно наблюдал на практике. Со временем конструктор начинает перетягивать пользователей на себя. Вместо того чтобы смотреть на общий дашборд компании, сотрудники начинают постоянно «крутить» данные: строить собственные отчёты, менять фильтры, придумывать свои показатели и формировать собственную картину происходящего.
В итоге внутри одной компании могут появиться несколько версий одной и той же реальности: У отдела продаж — своя. У финансов — своя. У маркетинга — своя. И у каждого есть таблица, которая подтверждает именно его точку зрения.
Что с этим делать Сам по себе конструктор отчётов полезный и иногда совершенно необходимый инструмент. Но важно понимать его место. Дашборды и стандартизированные отчёты должны отвечать на регулярные управленческие вопросы. Конструктор — помогать исследовать данные, проверять гипотезы и отвечать на вопросы, которые заранее предусмотреть невозможно.
Поэтому я бы рекомендовал: — закрепить набор официальных корпоративных метрик и их определения — не использовать произвольный пользовательский отчёт как единственный источник истины при принятии важных решений — разграничивать права доступа к данным и возможностям конструктора — по возможности строить отчёты на подготовленных витринах, а не на сырых данных — переносить часто используемые и действительно полезные пользовательские отчёты в стандартную аналитическую модель компании
Главное, периодически задавать себе простой вопрос: я сейчас исследую данные или просто пытаюсь найти график, который подтвердит то, во что уже верю? Потому что подогнать метрику под желаемый вывод иногда не сложнее, чем костюм под фигуру.