BI в операционке: как перестать тушить пожары
(Перестать тушить пожары очень сложно, этот пост написан для начала осознания этого факта) Начну немного издалека. Действия любого существа/организма/социума делятся на 2 типа: 🔹акционные 🔹реакционное Отличие простое, акционные - побуждение на действия изнутри, реакционные - побуждение на действие извне. И каждая сфера/структура бизнеса точно так же реагирует на разного рода раздражители изнутри и извне.
Операционный менеджмент живёт, как раз, в режиме реакции. Что-то сломалось, тогда побежали. Клиенты недовольны, срочно разбираемся. План не выполнен, начинаем искаит виноватых. В такой реальности BI часто превращается в «отчёт после пожара»: красиво объясняет, почему всё сгорело, но не помогает этого избежать.
Проблема не в том, что операционным командам не нужны данные. Наоборот, именно им они нужны больше всех. BI в операционке слишком часто отвечает на вопрос «что уже произошло», а не «что начинает идти не так».
Операционный BI работает хорошо, когда он встроен в ритм действий. Не в отчётность, не в презентации, а в ежедневные решения. Его основная задача - дать сигнал раньше, чем станет больно. Вспомни дашборд Алармы, про которые я рассказывал несколько постов назад.
Первая ключевая разница - реакция против предотвращения. Если дашборд смотрят раз в неделю, он не операционный. Если по нему невозможно понять, что делать сегодня или завтра, он бесполезен. Операционный BI живёт в коротких циклах и показывает отклонения почти в реальном времени.
Вторая разница - алерты важнее визуалов. В операционке не должно быть необходимости «пойти посмотреть дашборд». Сигнал сам должен прийти к ответственному: метрика вышла за границы, процесс начал деградировать, SLA под угрозой. Хороший операционный BI шумит редко, но по делу.
Третья - метрики должны быть управляемыми. Очень распространённая ошибка, тащить в операционный BI итоговые показатели. Выручка, общий NPS, средняя маржа. Они важны, но ими нельзя управлять в моменте. В операционке работают только те метрики, на которые команда реально может повлиять здесь и сейчас.
Четвёртая - ответственность важнее аналитики. Если у метрики нет владельца, она не операционная. При отклонении не ясно, кто должен действовать, то BI превращается в наблюдение за хаосом. Операционный BI всегда жёстко привязан к ролям и процессам.
Последнее - BI не заменяет мышление. Он не принимает решения и не исправляет процессы. Он просто делает проблемы видимыми раньше. Если команда не готова менять поведение, BI лишь ускорит осознание того, что «опять всё пошло не так».
Перестать тушить пожары можно только в одном случае: когда BI начинает показывать дым, а не пепел. Когда сигнал появляется до того, как проблема становится кризисом. Всё остальное - ретроспективная аналитика, какой бы красивой она ни была.
Запомните, даже самый спокойный медведь умеет рычать, когда надо. Берегите голову, берегите данные — и пусть в вашем дне будет немного тишины, ясности и добрых переменных.
· 10.02
Согласна 💯 %
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён