Сокращение количества передач, которые раздражают клиентов

Клиент банка звонит по поводу заблокированной карты. Он рассказывает о проблеме оператору, ждёт три минуты в очереди на «специалиста по картам», рассказывает всё заново, его переводят в отдел мошенничества, и там он произносит ту же историю в третий раз — с той лишь разницей, что теперь в его голосе слышится усталость, а не тревога. Карту в итоге разблокируют. Проблема решена. Но лояльность уже нет — она испарилась где-то между вторым и третьим пересказом.

Большинство компаний считают это издержками хорошего сервиса: специализация требует передачи дела нужному эксперту. На самом деле каждая передача — это не техническая формальность, а момент, в который клиент платит процент за организационную структуру, которую он не выбирал и о которой ничего не знает. Хендофф не нейтрален. Он либо невидим, либо разрушителен — и почти никогда не бывает где-то посередине.

Тезис простой: хендоффы обходятся дорого не потому, что сотрудники плохо работают, а потому что процесс спроектирован вокруг внутренней логики отделов, а не вокруг логики клиентской задачи. Пока карта маршрута строится по организационной структуре, а не по пути клиента, количество передач будет расти — а с ним и раздражение, которое компания потом пытается компенсировать вежливостью операторов.

Почему передача между отделами обходится дороже, чем кажется?

Каждая передача заставляет клиента заново нести когнитивную нагрузку: вспомнить детали, объяснить контекст, доказать, что проблема реальна, и (часто) снова подтвердить личность. Стоимость хендоффа не в минутах ожидания — она в том, что клиент теряет ощущение прогресса и должен восстанавливать его с нуля. Именно эта потеря, а не сама задержка, определяет, запомнит ли человек взаимодействие как мучительное.

Матью Диксон, Карен Фримен и Николас Томан в статье «Stop Trying to Delight Your Customers» (Harvard Business Review, июль–август 2010) показали, что усилие, которое клиент вынужден потратить на решение проблемы, предсказывает лояльность точнее, чем удовлетворённость самим результатом. Повторное объяснение проблемы — один из самых часто называемых источников этого усилия: клиент не жалуется на то, что ему отказали, он жалуется на то, что его заставили повторяться.

Что происходит с клиентом на психологическом уровне при каждой передаче?

Здесь работает эффект градиента цели (goal-gradient effect): человек ускоряется и вовлекается сильнее по мере приближения к финишу задачи. Ран Кивец, Одед Урмински и Ин Чжэн в исследовании The Goal-Gradient Hypothesis Resurrected: Purchase Acceleration, Rate of Reward, and Anticipatory Reengagement (Journal of Marketing Research, 2006) экспериментально показали, что ощущение близости к цели меняет поведение и мотивацию сильнее, чем объективная дистанция до неё. Применительно к сервису: клиент, который уже «прошёл половину пути» с первым оператором, психологически чувствует прогресс. Передача его следующему специалисту стирает этот прогресс — не физически, но ощутимо. Он снова стоит у стартовой линии, хотя объективно проблема, возможно, ближе к решению, чем минуту назад.

Второй механизм — то, что Касс Санстейн описал как «sludge» в работе Sludge and Ordeals (Duke Law Journal, 2019): избыточное трение, вставленное в процесс не по злому умыслу, а по инерции организационного дизайна. Хендофф редко создаётся, чтобы навредить клиенту. Он появляется, потому что так исторически поделили ответственность между отделами — и никто не измерил, во что это трение обходится на стороне клиента.

Хендофф — это не момент передачи ответственности. Это момент, в который клиент платит проценты за организационную структуру, которую он не выбирал.

Третий слой — потеря контекста как форма неуважения. Когда второй оператор спрашивает «расскажите, что случилось» вместо «я вижу, что вы говорили с моим коллегой пять минут назад — правильно ли я понимаю ситуацию», клиент считывает это не как техническую нестыковку систем, а как сигнал: организация не считает его время достаточно ценным, чтобы сохранить о нём информацию.

Как обнаружить скрытые хендоффы в процессе?

Проблема в том, что большинство хендоффов невидимы для тех, кто проектирует сервис. Внутри отдела процесс кажется логичным: заявка поступила, её квалифицировали, передали профильному специалисту — всё по правилам. Только сервисный блюпринт, построенный от первого лица клиента, показывает, что для человека на другом конце это выглядит как пять разных «начал» одной и той же истории.

Практическая методика обнаружения хендоффов строится в несколько шагов:

1. Соберите фронт-стейдж и бэк-стейдж на одной карте. Сервисный блюпринт (service blueprint) — техника, которую подробно описывает Nielsen Norman Group в материале «Service Blueprints: Definition» — фиксирует не только видимые клиенту действия, но и то, что происходит за сценой: передачи между системами, отделами и уровнями поддержки. Без этого слоя карта процесса лжёт о его реальной сложности.
2. Отметьте каждую точку, где меняется владелец задачи. Не только между отделами — смена канала (звонок → чат → e-mail), смена системы (CRM → тикет-система), смена уровня (first line → second line) — всё это хендоффы, даже если формально «отдел» тот же.
3. Проведите теневой аудит (shadowing). Посидите с оператором первой линии и посчитайте, сколько раз за смену клиента переводят «на специалиста». Это число почти всегда выше, чем показывает официальная карта процесса, потому что часть переводов происходит неформально — через внутренний чат, через «я сейчас переключу».
4. Сверьте с жалобами и голосом клиента. Фразы «я уже это говорил», «меня переключают третий раз», «почему мне снова нужно всё объяснять» — прямой сигнал хендоффа, который CX-команда обычно классифицирует как «недовольство обслуживанием», хотя корень — в архитектуре процесса. Здесь системная работа с обратной связью клиентов должна быть настроена так, чтобы ловить не только тональность, но и повторяемость обращения.
5. Посчитайте стоимость трения, а не только его частоту. Каждый лишний хендофф — это дополнительное рабочее время сотрудника, повышенный риск ошибки при передаче контекста и измеримый рост вероятности повторного обращения. Прежде чем защищать бюджет на перепроектирование процесса, стоит перевести это трение в цифры, которые понимает финансовый директор — здесь помогает калькулятор ROI клиентского опыта, который переводит эффект от снижения усилия клиента в измеримое влияние на бизнес.

Сколько передач — это слишком много?

Универсального порога не существует, потому что сложность обращения бывает разной: заявка на возврат товара и реструктуризация ипотечного кредита объективно требуют разного числа участников. Но здравое правило простое: если клиент вынужден повторно объяснять суть проблемы больше одного раза, процесс спроектирован для удобства организации, а не для клиента.

Ключевое отличие — между хендоффом «горячим» и «холодным». Горячая передача (warm handoff) означает, что следующий человек в цепочке уже знает контекст: видит историю обращения, слышит краткое резюме от предыдущего оператора, обращается к клиенту по имени и продолжает разговор, а не начинает его. Холодная передача — это когда клиента просто переключают, а информация остаётся в системе, недоступной следующему звену. Разница между ними для клиента огромна, хотя формально это один и тот же «перевод в другой отдел».

Как сократить хендоффы без реорганизации всей компании?

Полностью убрать специализацию нельзя и не нужно — эксперт по мошенничеству действительно должен разбираться с мошенничеством, а не оператор общей линии. Задача не в том, чтобы устранить передачи, а в том, чтобы сделать их невидимыми для клиента. Это решается на уровне проектирования процесса, а не на уровне отдельного скрипта или тренинга по вежливости.

• Модель единого владельца (single-threaded ownership). Один сотрудник или одна роль остаётся ответственной за обращение от начала до конца, даже если фактическую работу выполняют разные специалисты за кулисами. Клиент всегда общается с «одним лицом», которое держит контекст и координирует остальных.
• Протокол горячей передачи как стандарт, а не исключение. Правило «ни один перевод не происходит без 30-секундного резюме следующему участнику» звучит просто, но требует изменения в скриптах, в системах и в KPI операторов — иначе стимул «закрыть обращение быстрее» победит стимул «передать его аккуратно».
• Контекст должен путешествовать вместе с клиентом, а не запрашиваться заново. Технически это означает единую карточку обращения, видимую на всех уровнях поддержки, а не разрозненные системы для чата, звонков и тикетов.
• Чёткая эскалационная логика. Если передача неизбежна — например, при переходе к разрешению сложного спора — она должна происходить по заранее спроектированному маршруту, а не по интуиции оператора. Здесь работает продуманная стратегия эскалации, которая заранее определяет, кто, когда и с каким объёмом контекста подключается к обращению.
• Право первой линии решать больше самостоятельно. Расширение полномочий фронтлайна — банальный, но недооценённый рычаг: если оператор первого контакта может закрыть 70% обращений без передачи, хендоффы автоматически падают в объёме, а не только улучшаются в качестве.

Важно не путать сокращение хендоффов с их полным устранением любой ценой. Иногда лучшая передача — та, что случается быстро и один раз, а не та, которую пытались избежать искусственно, заставив неподготовленного оператора первой линии героически разбираться в теме, в которой он некомпетентен. Цель — не ноль передач, а ноль повторных объяснений.

Роль фронтлайна в снижении трения передач

Сотрудники первой линии часто первыми видят, где процесс ломается для клиента — просто потому, что они физически стоят на границе между «внутренней логикой» и «клиентской реальностью». Их включение в проектирование маршрута — не жест доброй воли, а необходимость: без их наблюдений карта процесса остаётся теоретической схемой, а не описанием того, что реально происходит с обращением. Об этом подробно говорится в материале про интеграцию персонала первой линии в проектирование клиентского опыта — идея та же: те, кто ближе всего к трению, точнее всего его диагностируют.

Как понять, что перепроектирование сработало?

Простейший индикатор — доля обращений, решённых при первом контакте (first contact resolution), и параллельно — доля обращений, где клиент был вынужден повторить информацию, которую уже предоставил. Второй показатель почти никто не измеряет системно, хотя именно он ближе всего к тому, что реально злит клиента. Стоит замерять его отдельно от общего NPS или CSAT, потому что усреднённая метрика удовлетворённости легко маскирует конкретную боль повторной передачи.

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

Третий — операционный: считать среднее число участников, вовлечённых в одно обращение, до и после изменения процесса. Если после редизайна число передач не изменилось, а изменился только тон коммуникации, — проблема осталась структурной, её просто временно замаскировали хорошей репликой оператора.

Что делать, если полностью убрать передачу нельзя?

В сложных отраслях — банковском деле, здравоохранении, телекоммуникациях — часть передач структурно неизбежна: регуляторные требования, разделение полномочий, требования безопасности. В таких случаях задача смещается с «убрать хендофф» на «спроектировать его как ритуал, а не как разрыв». Это означает: клиента заранее предупреждают о переводе и объясняют, почему он происходит; следующий специалист начинает разговор с демонстрации того, что контекст сохранён; и, если возможно, первый оператор остаётся на линии хотя бы на несколько секунд, чтобы физически передать разговор, а не просто исчезнуть.

В банковской и телеком-практике это особенно заметно: обращение, которое начинается в чате, продолжается по телефону и заканчивается в отделении, почти неизбежно включает несколько передач ответственности. Разница между хорошим и плохим опытом здесь не в количестве участников, а в том, чувствует ли клиент, что он движется по единому маршруту, спроектированному заранее, или блуждает по организационной схеме компании методом проб и ошибок. Индустрии с высокой регуляторной нагрузкой, включая банковский и финансовый сектор, особенно выигрывают от заранее прописанной логики передач, потому что там количество участников в обращении объективно выше среднего.

Что стоит запомнить про хендоффы

Хендофф — это не строка в организационной схеме. Это момент, в котором клиент либо чувствует, что его ведут по заранее продуманному пути, либо ощущает, что его перекидывают между отделами, которым нет дела до того, что он уже рассказал свою историю дважды. Разница между этими двумя ощущениями редко стоит больших денег — часто это вопрос дисциплины: тридцать секунд резюме перед переводом, единая карточка контекста, право первой линии решать больше самостоятельно.

Компании, которые всё ещё проектируют сервис вокруг внутренней структуры, продолжат терять клиентов на третьем пересказе одной и той же проблемы. Те, кто научится проектировать маршрут вокруг задачи клиента, а передачи — вокруг сохранения контекста, получат то, что на самом деле стоит за словом «лояльность»: ощущение, что тебя услышали один раз, и этого оказалось достаточно.