Компании могут инвестировать в сервис годами – обучать персонал, внедрять стандарты, измерять удовлетворенность, при этом не получать устойчивого результата. Причина почти никогда не в качестве исполнения. Сервис не создает результат, а отражает то, как устроено управление внутри компании. Это не означает, что сервис не имеет значения – в ряде отраслей это часть продукта. Но даже там устойчивость опыта определяется решениями, принятыми до контакта с клиентом.
Почему сервис начинается с управленческих решений
К тому моменту, когда клиент вступает в контакт с компанией, значительная часть его опыта уже предопределена – тем, как на уровне руководителей функций и операционной модели распределены сроки, ресурсы, полномочия и допустимые отклонения. В контакте сотрудник действует в рамках этих параметров, но не определяет их.
Проблема почти всегда обнаруживается там, где не искали – не в контакте с клиентом, а в логике закрепленных приоритетов и метрик. Например, подразделение одновременно оценивается по скорости обработки запросов, уровню загрузки и соблюдению стандарта персонализации. Каждая из этих метрик рациональна отдельно. В совокупности они формируют конфликт. При росте операционной интенсивности сотрудник в точке контакта вынужден выбирать, какое требование выполнить полностью, а какое – частично. Клиент сталкивается с несоответствием обещания компании и реальности, например, когда обещание индивидуального подхода уступает нормативу скорости.
Источник этого противоречия – не в действиях конкретных людей, а в том, что метрики одного подразделения закрепляют несовместимые требования. Но конфликт не ограничивается одним подразделением. Та же логика работает на стыках функций, и там последствия оказываются еще менее управляемыми.
Почему ожидания клиентов не оправдываются
Конфликт возникает не только внутри подразделения. Даже при корректно выстроенных процессах клиентский опыт становится нестабильным, если подразделения управляются разными логиками приоритетов:
- Маркетинг принимает решение о запуске кампании.
- Операционная модель не успевает перестроиться под новый объем.
- Финансы не согласовывают дополнительный ресурс.
Каждое подразделение действует рационально в собственной логике, но в совокупности они создают опыт, который никто не проектировал.
Обещания бренда формируют ожидание – операционная модель определяет, что реально может быть исполнено. Когда между ними нет согласованности, разрыв становится частью клиентского опыта. Сотрудник в точке контакта сталкивается с ситуацией, в которой обещание уже дано, а операционная модель не готова его поддержать. В момент общения ему приходится интерпретировать ограничения компании для человека, чьи ожидания она сама сформировала. Это не проблема взаимодействия. Это следствие управленческой модели, которая не предполагает единой логики приоритетов.
Когда симптом принимают за причину
Сервис – самая наблюдаемая часть бизнес-модели, которая быстрее всего реагирует на управленческие сбои и поэтому кажется их источником. Поэтому первое управленческое решение направлено на зону взаимодействия с клиентом. Усиливается контроль качества, обновляются скрипты, запускается дополнительное обучение.
Однако если одна и та же жалоба повторяется у разных сотрудников, в разных каналах и при разных обстоятельствах, ее причина в основном находится за пределами конкретного контакта. Взаимодействие лишь проявляет то, что было решено раньше – на уровне целей, ресурсов и ответственности. Инвестируя только в сервис, компания сокращает симптомы, но не затрагивает механизм, который их воспроизводит.
Иногда после очередного цикла улучшений становится заметно: качество контакта выросло, но характер жалоб не изменился – клиенты просто начали получать более вежливые объяснения тех же ограничений.
Почему обучение и контроль сотрудников не решают проблему сервиса
Когда обучение не дает устойчивого результата, следующий шаг – ужесточение контроля исполнения. Логика та же: проблема видна в поведении, значит, поведение нужно контролировать жестче. Но обучение и контроль меняют поведение людей внутри существующей модели, а не саму модель. Сотрудники знают стандарт, но в реальной ситуации вынуждены выбирать, какое правило нарушить. Отчет об обучении выглядит убедительно, но на следующем обсуждении снова звучат те же вопросы, только сформулированные иначе.
Источник проблемы – в распределении целей и зон ответственности между подразделениями. До этого уровня обучение не дотягивается: оно сглаживает последствия решений, принятых на другом уровне управления. В этом нет ошибки, но это не устраняет причину.
Почему клиентский опыт не улучшается
Руководители, как правило, понимают природу проблемы задолго до изменений. В какой-то момент разговор заходит в точку, где все понимают, что нужно изменить, и одновременно понимают, чьих интересов это касается. После этого разговор меняет направление. Но пересмотр модели – это не вопрос процессов, важнее разобраться:
- Кто принимает решения в спорных ситуациях, и на каком основании?
- Как перераспределяются ресурсы, и чьи показатели становятся приоритетными?
- У кого в организации есть право вето?
- Кто эскалирует споры и чей приоритет становится общим, когда интересы подразделений сталкиваются?
Именно поэтому такие изменения происходят реже, чем обновление стандартов или запуск обучения. В результате за клиентский опыт отвечают те, кто не принимает решения, которые его формируют.
Поворотный момент наступает не тогда, когда выявлена ошибка, а когда становится очевидно, что ее невозможно исправить силами одного подразделения. Это и есть тот момент тишины, когда причина понятна всем, но находится за пределами чьей-либо единоличной ответственности. Именно здесь сервис перестает быть темой разговора, и становится индикатором того, как устроено управление. Вопрос не в том, как улучшить клиентский опыт. Вопрос в том, какую модель решений компания воспроизводит каждый день, и кто в компании может изменить решение, которое этот опыт формирует.
Организация следует сигналам управления. И сервис воспроизводит именно их, включая те, которые никто не формулировал намеренно.
Также читайте:








Интересно, что момент, когда компания начинает задавать вопрос «почему изменения не закрепляются», почти всегда совпадает с ростом или усложнением бизнеса. Как будто система начинает показывать швы. В вашей практике что обычно становится первым сигналом, что проблема уже не в исполнении, а в самой управленческой логике?