Как аналитику использовать CJM?

Customer Journey Map (CJM) принято считать инструментом продакт-менеджеров. Но и для аналитика это не "картинка с шагами пользователя". CJM помогает: 1⃣ Выявить все точки контакта, интеграции В отличие от пользовательских сценариев, CJM показывает полный путь клиента: от первого касания до завершения целевого действия. Он позволяет не упустить ни одного стыка. Когда аналитик строит CJM, он на каждом шаге задаёт себе вопрос: "а откуда система знает, что можно идти дальше?". Так всплывают неочевидные точки интеграции 2⃣ Найти доп.сценарии и ошибки Пользователь может отклонить платёж, прервать сессию, переключиться с мобильного на десктоп. CJM подсвечивает такое развилки, и аналитик описывает альтернативныен потоки, обработку исключений и состояния гонки 3⃣ Обнаружить точки роста и новые возможности Анализируя путь, можно заметить неочевидные потребности. Например, клиенту перед покупкой сравнивают вас с конкурентами: можно сделать этот процесс проще и честнее, добавив блок "сравнение" или "помощь в выборе", и тем самым снять барьер. Аналитику становится проще предлагать решения, которые более дешевым способом удовлетворяют потребность заказчика 4⃣ Связать бизнес-процесс и архитектуру CJM даёт контекст: зачем пользователю этот экран, какая бизнес-цель стоит за кнопкой. Аналитик (и вся команда) видят, где автоматизация убирает ручной труд, и проектирует решение, которое точно встраивается в реальный процесс. Это убирает несостыковки в работе системы и минимизирует ситуации, когда заказчик разворачивает приемку из-за деталей реализации, которые показались аналитику мелочью 5⃣ Спроектировать потоки данных По шагам CJM легко построить диаграммы потоков данных (DFD) и описать, какая информация передаётся между системами 6⃣ Определить нефункциональные требования CJM показывает ожидания клиента по скорости: "мгновенный ответ на поиск", "быстрая загрузка корзины". Системный аналитик переводит это в конкретные нефункциональные требования

Почему не BPMN?

Потому что CJM показывает, что происходит до того, как запустился бизнес-процесс, между его шагами и после его завершения. CJM передаёт контекст: эмоции, ожидания, переключения между каналами, взаимодействие с интерфейсами, реакции на задержки. BPMN не скажет вам, что пользователь со психу закрыл приложение на 5-м шаге, потому что платёжная форма грузилась 8 секунд. А CJM даст эту информацию, и аналитик превратит его в требование к latency О чем забывают новички при работе с CJM: 🧠 Обозначайте на схеме границы вашей системы 🧠 Уточняйте статусные модели сущностей: можно прямо под стрелками CJM дополнительно нарисовать машину состояний 🧠 Работайте с CJM как с источником требований, который может подсветить белые пятна. Не воспринимайте его как уже готовый артефакт требований 🧠 Используйте CJM как инструмент для переговоров со стейкхолдерами. Когда бизнес просит "ещё одну кнопку", покажите им CJM и спросите: "На каком шаге эта кнопка должна появиться? Какие данные система должна получить перед этим? Что изменится в состоянии заказа?". Это позволит конкретизировать хотелки и управлять скоупом требований