В BI-проектах есть момент, который на бумаге выглядит как финал работы, а на практике часто оказывается только началом более сложной части.
Отчёт готов, данные обновляются, показатели считаются, доступы выданы. На демонстрации заказчик согласен с логикой и просит разве что добавить несколько разрезов или поправить формулировки. С точки зрения проекта всё выглядит неплохо: отчёт согласован, у бизнеса появился инструмент для работы с данными.
Потом проходит месяц, иногда два, и выясняется, что компания по-прежнему принимает решения примерно так же, как раньше. Руководители уточняют цифры в чате, менеджеры продолжают выгружать Excel «для себя», финансовая команда сверяется со своими файлами. Дашборд открывают перед встречей или когда нужно быстро найти подтверждение уже сложившейся версии.
Формально BI появился. Но способ управления почти не изменился.
Я не пишу это как претензию к бизнесу или к конкретным BI-инструментам. Часто техническая и управленческая части проекта существуют отдельно друг от друга. DataLens, Power BI, Tableau, Metabase или самописный фронт могут быть вообще ни при чём. Отчёт может быть быстрым, аккуратным и полезным для просмотра, но так и не стать частью процесса принятия решений.
Кажется, проблема часто появляется раньше, чем аналитик открывает редактор дашборда.
Запрос обычно звучит просто: «сделайте дашборд по продажам», «нужна аналитика маркетинга», «хотим видеть склад», «надо P&L по направлениям». Это нормальная точка входа в задачу. Но за одной формулировкой могут стоять совершенно разные управленческие вопросы.
Дашборд по продажам для собственника может быть способом понять, почему деньги не сходятся с ожиданиями. Для коммерческого директора — инструментом еженедельного контроля воронки. Для руководителя отдела продаж — списком людей и сделок, с которыми нужно разбираться сегодня. Для маркетинга — способом проверить, какие каналы приводят клиентов, которые покупают.
Если этот разговор не состоялся, легко собрать «главный экран продаж»: выручка, сделки, средний чек, конверсия, план-факт, менеджеры, источники. Такой экран может выглядеть убедительно. Но после сдачи возникает неприятный вопрос: кто именно должен на него смотреть, в какой момент и что делать, если показатель отклонился от ожидаемого.
Просмотры дашборда тоже не спасают
Раньше я относился к использованию отчёта проще: если его регулярно открывают, значит он как минимум попал в работу пользователей. Если не открывают — где-то промахнулись.
Сейчас мне кажется, что это слишком слабая проверка.
Если дашборд никто не открывает, да, это плохой сигнал. Возможно, отчёт неудобный, медленный, отвечает не на те вопросы или проигрывает старому Excel, который все ругают, но продолжают использовать. Тут хотя бы понятно, куда копать.
Но если дашборд открывают, радоваться рано. Человек может посмотреть на график, закрыть вкладку и дальше принять решение так, как принимал его всегда: по опыту, по последнему сообщению в чате, по устной договорённости или под влиянием самого уверенного человека на встрече.
В логах будет активность. Внутри проекта можно будет сказать, что пользователи работают с аналитикой. Но управленчески могло не произойти почти ничего.
Мне кажется, в BI-проектах часто путают включение интерфейса с включением аналитики в работу компании. Первое сделать сильно проще. Второе требует договориться о том, где именно отчёт участвует в управлении.
Например, дашборд по продажам открывают раз в неделю на коммерческой встрече. Если замеченные отклонения никак не влияют на обсуждение, договорённости не фиксируют и к ним не возвращаются через неделю, отчёт остаётся иллюстрацией к разговору.
При этом после просмотра не обязательно что-то менять. Руководитель может проверить ситуацию и обоснованно решить, что вмешательство пока не требуется. Если данные помогли принять это решение, отчёт тоже был полезен.
Какой вопрос стоит задать до сборки отчёта
Я бы чаще начинал с вопроса: «Какое решение вы хотите начать принимать лучше?»
Кто его принимает? Как часто? Что сейчас смотрит перед этим? Каким цифрам не доверяет? Где начинается спор? Что считается нормой, а что отклонением? Что человек должен сделать, если увидел проблему? На какой встрече это обсудят и кто вернётся к результату через неделю?
Эти вопросы могут выглядеть занудно, особенно если заказчик пришёл «просто за отчётом». Но без них дашборд легко превращается в витрину показателей: всё важное собрано, всё красиво разложено, а судьба отчёта после сдачи туманная.
Иногда в этот момент выясняется, что дашборд нужен не один. Собственнику нужен короткий экран по деньгам и отклонениям. Руководителю направления — рабочий инструмент для контроля процесса. Аналитику — детализация, где можно докопаться до причины. Попытка уместить всё это в один универсальный экран часто заканчивается компромиссом, который всем немного подходит.
При чём тут North Star
В продуктовых командах есть понятие North Star-метрики — показателя, который отражает основную пользу продукта для пользователя. Активность вокруг продукта сама по себе ещё не доказывает, что люди получают то, ради чего им пользуются.
В BI-проектах похожий вопрос тоже нужен.
Что считать успехом? Сдали отчёт? Подключили пять источников? Сделали витрины? Ускорили обновление? Получили сто просмотров за месяц?
Всё это может быть важно. Но ни один из этих показателей сам по себе не отвечает на главный вопрос: стал ли бизнес лучше управляться после появления аналитики.
Для себя я формулирую главный ориентир BI-проекта так: аналитика должна стать рабочим инструментом управления.
Это пока формулировка цели. Измеримые признаки того, что мы к ней приблизились, нужно выбирать для конкретной компании и задачи.
Если руководитель раньше замечал проблему через месяц, а теперь видит её на еженедельной встрече, это уже изменение. Если команда перестала спорить, чей Excel правильнее, и начала обсуждать причины отклонения, это тоже изменение. Если собственник больше не собирает картину бизнеса вручную из пяти людей и семи файлов, значит аналитика начала делать свою работу.
Не обязательно сразу строить «data-driven culture». Это выражение вообще лучше использовать осторожно, потому что за ним часто прячется пустота. Иногда нормальный результат гораздо проще: компания впервые получила общую картину, которой можно доверять.
Шкала зрелости аналитики
Мне удобно думать об аналитике как о шкале, а не как о галочке «BI внедрён». Это моя рабочая схема наблюдений; в разных отделах одной компании ситуация может заметно отличаться.
На первом уровне всё держится в голове собственника, в Excel, в переписках и ручных выгрузках. Это может работать, пока бизнес небольшой или пока один человек действительно способен удерживать основные связи.
Потом отчёты появляются, но используются нерегулярно. Их вспоминают перед встречей или когда нужно срочно объяснить, почему что-то пошло не так.
Дальше отдельные отделы начинают работать с цифрами. Маркетинг видит своё, продажи своё, финансы своё, операционный блок своё. Теперь цифры есть у всех, но договориться об общей картине по-прежнему трудно.
Следующий уровень начинается, когда аналитика становится частью регулярного управления. Её использование связано с конкретной встречей или задачей: понятно, кто смотрит отчёт, что проверяет и какие решения принимает.
Самый сильный вариант — когда принимать эти решения без данных уже странно. Руководитель привык проверять ситуацию и понимает, чего будет не хватать, если отчёт исчезнет.
Эта шкала грубая, но полезная. Она возвращает разговор с уровня «сделали ли мы дашборд» на уровень «куда сдвинулось управление». Иногда хороший проект переводит компанию с первого уровня на второй. Иногда — с третьего на четвёртый. Иногда достаточно встроить уже существующие отчёты в регулярные обсуждения.
Вместо вывода
Дашборд не обязан быть большим событием в жизни компании. Иногда это просто удобный отчёт, который заменил ручную выгрузку, и этого достаточно. Не каждый проект должен менять стиль управления.
Но если от BI ждут большего, одного факта внедрения мало. Нужно понимать, какое решение обслуживает отчёт, кто его принимает, когда смотрит на цифры и как использует полученные сведения.
Иначе получится знакомая история: данные есть, графики есть, доступы есть, а управление осталось там же, где было. Просто рядом появилась ещё одна ссылка.
Иногда пишу о BI, данных и управлении в телеграм-канале: https://t.me/smart3asy
