Пользователь видит прием, кнопку или доставку. Результат создают десятки невидимых действий и систем.
Где возникает ошибка
CJM часто заканчивается эмоциями пользователя и не показывает, кто и как должен изменить операционную работу. Поэтому красивый путь остается картинкой.
Что делать в реальной работе
Для каждого шага добавьте фронт, бэк, поддерживающие процессы, системы, данные и точку отказа. Отметьте передачи между подразделениями. Именно там чаще всего появляется ожидание и потеря ответственности.
Почему CJM недостаточно
Клиентский путь нужен, чтобы увидеть опыт человека. Но он редко отвечает на вопрос, какая система, роль или документ должны измениться, чтобы путь стал лучше. Поэтому после красивой карты часто не появляется ни один исполнимый шаг.
Service blueprint добавляет невидимый слой: фронт, бэк, поддерживающие процессы, данные, системы и точки передачи. Только тогда проблема перестает быть «неудобством пользователя» и становится конкретной задачей для организации.
Как собрать карту за одну рабочую сессию
Возьмите один критичный сценарий, например запись пациента, согласование закупки или запуск услуги. Сначала нанесите действия пользователя. Затем под каждым шагом отметьте сотрудника на фронте, внутреннее действие, систему, документ и передачу между подразделениями.
Не спорьте о красивых названиях. Ищите ожидание, повторный ввод, ручную сверку, потерю данных и непонятную ответственность. Это и есть список приоритетов для процесса или продукта.
Что менять после карты
Не пытайтесь исправить все точки боли. Выберите один стык с высокой частотой, высоким риском или большим временем ожидания. Сформулируйте изменение, владельца, метрику и срок проверки.
Повторите замер после запуска. Если стало быстрее только внутри одного подразделения, но хуже для пользователя или следующей команды, решение не сработало целиком.