ДАШБОРД ГОТОВ, А РЕШЕНИЯ ВСЁ ЕЩЁ ПРИНИМАЮТ “ПО-СТАРОМУ”

ДАШБОРД ГОТОВ, А РЕШЕНИЯ ВСЁ ЕЩЁ ПРИНИМАЮТ “ПО-СТАРОМУ”

В BI-проектах часто путают два результата: отчёт и изменение поведения.

Дашборд может быть красивым, быстрым, с правильными метриками и удобными доступами. На демо заказчик кивает, просит пару разрезов — и кажется, что задача закрыта. Но через месяц всё возвращается на круги своя: цифры снова уточняют в чатах, Excel живёт отдельно, а дашборд открывают только чтобы подтвердить уже принятое решение.

Это важный JTBD-сигнал: продукт не встроен в реальный контекст принятия решений.
Значит, job пользователя не “посмотреть метрики”, а, например, “быстро понять, что делать дальше в условиях неполных и спорных данных”.

Если не исследовать, как решение реально принимается:
- кто участвует в обсуждении;
- какие данные считаются “достаточными”;
- где возникает недоверие к цифрам;
- что делают, когда дашборд не отвечает на вопрос,

то BI останется витриной, а не рабочим инструментом.

Хороший вопрос для интервью:
“Расскажите о последнем решении, которое вы приняли с опорой на данные. Что вы смотрели, кому верили и где всё равно пришлось обходить дашборд?” 🔍