Решил тут почитать статей аналитических, а то пока к конференции готовились совсем времени не было. И сразу наткнулся на вот этот опус https://habr.com/ru/companies/X5Tech/articles/777196/. В целом, чтобы понять про что статья можно обратиться к первой фразе заключения: Что же делать, если артефакт нужен, а задача под него не подходит? Не отчаиваться!
В целом, наверное, отчаиваться и правда не стоит, но и карго культ делать не надо, если артефакт не подходит - надо взять другой.
Возьмем первый пример по CJM (Customer Journey Map). Зачем он нужен, когда мы описываем внутренний бизнес процесс? Посмотреть на эмоциональную реакцию логиста, когда привезли топливо не на ту заправку? Я и так ее знаю 😂. CJM нужен только в продуктовой разработке, когда делается продукт для широкого рынка, для внутрянки или заказной разработки проще делать описанные БП.
USM вообще то логической продолдение CJM, на котором вы раскладываете те самые эмоции и мотивацию по историям, чтобы понять, как вам разложить реальный путь пользователя на систему, продукт или ручные задачи. В этом, кстати, самое главное отличие US от UC. Стори можно закрыть ручным трудом и ничего не разрабатывать.
Очень важно, кстати, перед CJM и USM определиться с категориями пользователей, сегментировать, выделить персоны, без этого работать будет плохо. А еще между ними можно сделать ServiceBlueprint, как логичное развитие CJM, которое описывает, как тот самый путь пользователя ложится на наш сервис в общем виде, то есть без учета того, что автоматизировано, а что нет и где есть точки контакта. Это помогает дальше строить карту пользовательских историй. И, соответственно под конкретный шаг пути пользователя добавить не только его истории, но и истории и задачи развития сервиса.
Ну и финальный аккорд это Impact Map. Суть ее вообще потеряна и удалена от книжки Аджича. То есть в целом ок использовать такую ментальную карту, но называть ее Impact Map не стоит. Кстати, Александр Бындю усовершенствовал Impact Map, назвав свой метод Карта гипотез, очень рекомендую к изучению. https://xn--80aajikek0bigwf.xn--p1ai/
Вывод простой - дорабатывать инструменты надо под свои нужды, но как минимум соблюдая принцип Сю Ха Ри, и не выдавать свои идеи на их базе за сами методы.