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