«Секунду, я сейчас посмотрю»: почему скрипт оператора проигрывает при первом же живом разговоре
Клиент слушает презентацию меньше минуты и перебивает: «А сколько это стоит?» В скрипте этот вопрос идёт значительно позже, где-то после выявления потребности. Пока оператор ищет нужный блок, в разговоре повисает пауза.
Дело не в операторе. Дело в документе, который построен как прямая линия, а разговор с клиентом линией не бывает никогда.
Разговор с клиентом не идёт по плану
На бумаге скрипт выглядит безупречно логичным:
- Приветствие
- Выявление потребности
- Презентация
- Возражение
- Продажа
Клиент этот документ не читал и ничем ему не обязан. Вот как это выглядит на самом деле:
— А если я оплачу сегодня, когда будет доставка?
Оператор открывает скрипт, находит блок про оплату. Там есть ссылка на условия доставки. Пока он листает страницу, клиент уже спрашивает дальше:
— А если товара не будет на складе?
Разговор уже пошёл вперёд. Оператор всё ещё ищет нужный блок в документе.
Один вопрос, четыре разных сценария
Оператор задаёт клиенту простой вопрос:
«Вам интересно узнать больше об условиях?»
И в зависимости от ответа разговор расходится в четырёх разных направлениях:
| Ответ клиента | Что нужно оператору дальше |
|---|---|
| «Да» | Продолжить презентацию |
| «Нет» | Выяснить причину отказа |
| «Я уже пользуюсь решением конкурента» | Отработать возражение о конкуренте |
| «Перезвоните завтра» | Корректно завершить разговор и договориться о времени |
Четыре маршрута из одной точки. И каждый из этих маршрутов оператор должен самостоятельно найти в том же документе, вместо того чтобы система сразу показала нужный шаг после конкретного ответа клиента.
Оператор не должен искать нужный ответ
Легко сказать: оператор просто плохо подготовился. Но даже сильный оператор не держит в голове все формулировки возражений, условия акций и исключения из них. Если нужный ответ приходится искать в документе прямо во время разговора, возникает пауза, и клиент её чувствует.
Важно. Дело не в квалификации. Линейный документ физически не может поддержать нелинейный разговор, сколько бы оператор его ни изучал.
Не оператор должен искать логику разговора. Логика разговора должна сама вести оператора.
Вопрос не в том, нужен ли оператору скрипт. Вопрос в том, помогает ли этот скрипт вести разговор, или заставляет оператора искать в нём нужную строку.
Как это звучит в реальном звонке
Одна и та же реплика клиента может дать оператору совершенно разное пространство для действий, в зависимости от того, как построен скрипт.
Линейный скрипт
— Расскажите, пожалуйста, что вас заинтересовало?
— Сколько это стоит?
— Сейчас… секундочку, я посмотрю. — Хорошо, жду.
Нужный ответ есть в скрипте, оператору лишь нужно его найти. Несколько секунд тишины, и разговор уже теряет темп.
А что, если разговор мог бы работать совершенно иначе: чётче, быстрее и без этого лихорадочного поиска нужного абзаца?
Именно это и предлагает ветвистый сценарий. Вместо одного сплошного документа он разбивает разговор на отдельные шаги и сразу показывает оператору только тот шаг, который нужен именно сейчас, в зависимости от того, что ответил клиент. Не текст, который нужно прочитать и запомнить, а логика, которая сама ведёт разговор дальше.
Это не просто удобство для оператора. По данным опроса Software Advice, 69% респондентов считают, что впечатление от общения улучшается, когда оператор не звучит так, будто читает со скрипта. Это подтверждает простую вещь: форма, в которой оператор ведёт разговор, влияет на восприятие сервиса.
Ветвистый сценарий
— Расскажите, пожалуйста, что вас заинтересовало?
— Сколько это стоит?
— Стоимость зависит от выбранного пакета. Вы рассматриваете базовый или расширенный?
После вопроса о цене сценарий сразу ведёт оператора к нужному блоку. Следующий шаг уже зависит от ответа клиента: «Базовый» → условия тарифа, «Расширенный» → условия другого пакета.
Разница не в том, что один оператор знает ответ, а другой нет. Разница в том, нужно ли искать этот ответ во время разговора.
Три принципа скрипта, который работает во время звонка
1. Оператор видит только нужный шаг. Не весь документ с десятками сценариев, а конкретный блок под конкретный ответ клиента.
2. Каждый ответ клиента ведёт к следующему сценарию. Ответы «да», «нет», «дорого» или «перезвоните завтра»: это разные маршруты, а не исключения, которые нужно где-то доискивать.
3. Сценарий легко адаптировать под изменения. Изменилась акция, условия доставки или продукт: сценарий обновляют, а не переписывают заново.
Это работает не только в продажах
- В поддержке клиент описывает проблему не в том порядке, в котором построен скрипт диагностики.
- Рекрутер получает встречный вопрос посреди собеседования, который ни один линейный скрипт не предусмотрел.
- В финансовой сфере ответ клиента сразу определяет, какой сценарий нужен дальше: о задолженности, страховом случае или условиях кредита.
Во всех этих случаях разговор может пойти в разные стороны в зависимости от ответа клиента. Просто в продажах неуверенность или долгая пауза заметны быстрее всего и иногда стоят оператору внимания клиента, а порой и самого лида.
Что это даёт руководителю контакт-центра
Когда скрипт перестаёт быть документом на прочтение, меняется сразу несколько вещей:
- новички выходят на линию быстрее, потому что не должны запоминать весь документ наперёд;
- качество разговоров меньше зависит от того, насколько хорошо оператор помнит скрипт;
- руководителю проще стандартизировать логику разговора для всей команды;
- оператор тратит меньше времени на поиск нужного блока во время разговора.
Именно поэтому для сложных сценариев скрипт стоит превращать из документа в инструмент, который ведёт оператора шаг за шагом, в зависимости от ответа клиента.
