«У вас такие высокие показатели. Как вы этого добились?» «Мы просто неправильно считаем».
К сожалению, это не всегда шутка.
Когда руководители перестают доверять BI, часто начинают разбирать сам отчёт: не тот график, не тот показатель, не так настроили визуализацию.
Но я бы начинал раньше.
BI — это финальная точка. До него данные нужно забрать из разных источников, передать, преобразовать, проверить, сложить в хранилище и только потом показать в отчёте.
🌟 И дело не только в оперативности. Компания может видеть данные быстро. Но если они недостоверные, неактуальные, неполные или не отражают текущую картину бизнеса, скорость уже не помогает.
Если развивать эту мысль на практике, проблема может выглядеть так: из одной системы данные забрали, а из другой — нет, потому что не подошёл коннектор. Где-то обмен прошёл с ошибкой. Где-то данные доехали, но справочник задвоился. Где-то показатель попал в BI, но уже после ручной правки или с задержкой.
На выходе дашборд есть. Цифры есть. Но доверия нет.
Поэтому я бы смотрел на весь путь данных до BI:
▫откуда они забираются;
▫ как подключены источники;
▫ как устроен транспортный слой;
▫ где маршрутизируются данные;
▫ как работают ETL-процессы;
▫где хранятся сырые данные;
▫ где они очищаются и агрегируются;
▫ как формируются таблицы КХД;
▫ где проверяются дубли, полнота и актуальность.
Если эта цепочка не выстроена, BI будет просто показывать проблемы, которые появились раньше.
В этом и есть смысл платформенного подхода. Не поставить ещё одну систему ради системы, а собрать управление данными в одном контуре: подключение к источникам, маршрутизация, правила преобразования, контроль полноты, актуальности и дублей.
Тогда у команды появляется нормальная видимость того, что происходит с данными. Видно, что загрузилось, что не доехало, где возникла ошибка, где появились дубли и что нужно поправить.
🌟 И вот тогда BI действительно начинает приносить пользу.
А что для вас главное в BI? Поделитесь своим опытом в комментариях.