CJM для BI: зачем это вообще нужно В последние годы мы в аналитике много и правильно говорили про инструменты, архитектуру, data governance, качество данных и, конечно, AI. Говорили громко, уверенно и иногда так, будто пользователь уже где-то сам разберётся. А пользователь тем временем: - не понимает, куда смотреть - сомневается в цифрах - закрывает дашборд - и идёт в Excel (классика жанра, не осуждаем). И вот тут на сцену выходит CJM - Customer / User Journey Map. Что такое CJM и почему это важно для BI? CJM - это не просто схема экранов и не чек-лист «где у нас есть дашборд». Это инструмент, который помогает понять как человек взаимодействует с продуктом во времени, что он пытается сделать, какие решения принимает и где начинает терять доверие. Важно: Создание CJM - это не инвентаризация точек контакта. Хорошая карта отвечает на более неудобные вопросы: - зачем человек вообще заходит в BI? - что делает его уверенным? - в какой момент он сомневается? - почему он возвращается… или не возвращается? Какие вообще бывают карты? ▫️CJM (Customer / User Journey Map) Показывает путь пользователя во времени: цели, действия, решения, опыт. Подходит, когда нужно понять почему, зачем и главное как человек взаимодействует с BI. ▫️Карта пользовательского опыта (Experience Map) Шире CJM. Часто не привязана к конкретному решению. Полезна, если вы хотите понять мышление пользователя в целом. ▫️Сервисные сценарии / Service Scenarios Фокус на конкретных кейсах: «что происходит, когда…». Хорошо подходят для разбора инцидентов, саппорта, онбординга. ▫️Service Blueprint Карта с изнанкой: пользовательские шаги + процессы + системы + команды. Очень полезна для BI, когда хочется связать UX с data layer и процессами. Все они хорошие. Вопрос не в названии, а в том, какую задачу вы решаете. Зачем это всё BI-команде? BI - это продукт. Даже если мы продолжаем называть его «отчётами». и пока мы проектируем: - таблицы - графики - фильтры пользователи живут своей жизнью и проектируют своё поведение: - как разобраться в деше - где перепроверить - кому написать в чат CJM помогает: - вернуть фокус на пользователя - увидеть реальные сценарии использования - понять, где аналитика помогает принимать решения, а где мешает - проектировать BI как систему взаимодействия, а не как набор визуализаций И да - проценты выполнения и идеальная архитектура всё ещё важны, но они не спасают, если продуктом неудобно пользоваться. Про шаблон Я собрал фреймворк CJM для BI. В нём: ▫️ этапы от получения доступов до возврата в дашборд ▫️ фокус на целях и решениях пользователя ▫️ ожидания от поведения системы ▫️ поддержка мышления ▫️ защита от ошибок ▫️ и результат после выхода из BI (да, это тоже часть пути) 🚀 Берите и адаптируйте, спорьте с ним, ломайте (если сможете 😁) - он для этого и сделан.