Какую модель выбрать для выявления разрыва между ожиданием клиента и внутренним исполнением: карту пути клиента или модель бизнес-процесса?
Для выявления самого разрыва между ожиданием клиента и фактическим опытом сначала выбирают карту пути клиента. Она показывает этапы взаимодействия, ожидания, эмоции, точки контакта и проблемные места с позиции клиента.
Модель бизнес-процесса нужна следующим шагом: она помогает найти внутреннюю причину разрыва — задержку, ручную передачу, лишнее согласование или отсутствие ответственного. Эти модели не являются взаимозаменяемыми: первая показывает проблему снаружи, вторая — механизм её возникновения внутри организации.
Модели бизнес-процессов появились как средство описания последовательности работ, ролей, решений и результатов внутри организации. Их исходная задача — сделать операционную деятельность понятной для анализа, регламентации, автоматизации и контроля.
Карты пути клиента сформировались в практике управления клиентским опытом и сервисного дизайна. Они решают другую проблему: внутренний процесс может считаться корректным, хотя клиент сталкивается с непонятными правилами, ожиданием или повторным предоставлением одних и тех же данных.
Организация может измерять, что заявка обработана по регламенту, но не видеть, что клиент несколько дней не понимает её статус. Внутренняя модель также может скрывать опыт клиента, если в ней отсутствуют ожидания, эмоции, вопросы и точки контакта.
Обратная ошибка тоже опасна. Карта пути клиента показывает неприятный момент, но не объясняет, какой внутренний этап его создаёт. Если сразу менять процесс без анализа его структуры, можно устранить симптом, нарушив контроль, распределение ответственности или обязательное правило.
Карту пути клиента выбирают, когда нужно определить, где и почему клиент воспринимает сервис как неудовлетворительный. Для каждого этапа фиксируют цель клиента, канал взаимодействия, ожидание, фактический опыт, возникающие вопросы, усилия и проблемные точки.
Модель бизнес-процесса выбирают, когда нужно установить, какие внутренние действия приводят к наблюдаемому результату. На ней анализируют входы и выходы этапов, роли, последовательность, условия перехода, ожидание, повторную работу, исключения и точки передачи ответственности.
Практический порядок обычно выглядит так:
Главное ограничение карты пути клиента — зависимость от выбранного сегмента и сценария. Опыт нового клиента может радикально отличаться от опыта постоянного, поэтому одна карта не должна автоматически считаться универсальной.
Главное ограничение процессной модели — риск описать формальный регламент вместо реальной работы. Для снижения риска модель проверяют с исполнителями, клиентскими данными и фактическими примерами прохождения процесса.
Допустим, клиенты интернет-магазина жалуются, что после возврата товара не понимают, когда получат деньги. Вариант с построением только модели процесса показывает этапы приёма товара, проверки и согласования возврата, но не отражает, что клиенту не приходит промежуточное уведомление. Плюс этого подхода — хорошая видимость внутренних операций; минус — проблема клиентской коммуникации может остаться незамеченной.
Вариант с построением только карты пути клиента быстро выявляет разрыв: клиент ожидает понятный статус, а получает длительное молчание. Плюс — точное описание клиентского опыта; минус — карта не показывает, почему уведомление не отправляется и где возникает задержка.
Выбранное решение — сначала построить карту пути для сценария возврата, затем детализировать связанный фрагмент бизнес-процесса. Анализ показал, что после ручной проверки статус менялся в учётной системе, но отдельное уведомление клиенту не предусматривалось. Изменение процесса состояло не в отмене проверки, а в добавлении понятного статуса и события уведомления после её завершения; это устранило неопределённость без потери контрольного шага.
1. Можно ли использовать карту пути клиента как замену модели бизнес-процесса?
Нет. Карта пути описывает опыт клиента и точки контакта, но обычно не содержит достаточной детализации для анализа ролей, условий перехода, исключений и внутренних зависимостей. Она может указать на проблемный момент, однако для проектирования изменения потребуется процессная модель или другой способ описания внутренней работы.
2. Что делать, если клиентская жалоба не подтверждается данными процесса?
Сначала нужно проверить сопоставимость данных: одинаковы ли сегмент, период, сценарий и определение этапа. Жалоба может относиться к редкому исключению, которое теряется в среднем показателе, либо к информационной проблеме, не влияющей на длительность процесса. Нельзя объявлять жалобу ошибочной только потому, что регламентные сроки соблюдены: необходимо отдельно анализировать фактический опыт и качество коммуникации.
3. Как связать элементы двух моделей, чтобы анализ не остался описательным?
Для проблемной точки карты фиксируют конкретный клиентский сценарий, канал, момент взаимодействия и наблюдаемый эффект. Затем находят в процессной модели этап или событие, которое формирует этот эффект, и добавляют измеримый критерий: время ожидания, долю повторных обращений, число ручных передач или процент незавершённых уведомлений. Такая связь превращает описание проблемы в основу для проверки гипотезы и последующей оценки результата.