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