Скрипт входящего звонка: вместо жёсткого текста — маршрут к следующему шагу
Рабочий скрипт входящего звонка — не длинный монолог менеджера, а маршрут разговора: определить цель обращения, собрать необходимые сведения, дать релевантный ответ и зафиксировать следующий шаг. Жёсткую последовательность одинаковых реплик лучше заменить обязательными смысловыми блоками и ветками для разных намерений клиента.
Такой подход полезен и в продажах, и в сервисе, но результат у этих звонков разный. Для покупателя следующим шагом могут стать расчёт, встреча или заказ; для действующего клиента — решение вопроса, регистрация обращения либо перевод специалисту с передачей уже собранного контекста.
Что должен делать скрипт входящего звонка
Звонящий уже совершил действие: нашёл номер и решил обратиться. Однако это ещё не означает готовность купить. Человек может уточнять цену, сравнивать условия, проверять наличие, просить консультацию, переносить заказ или сообщать о проблеме.
Поэтому первая задача менеджера — не немедленная презентация, а классификация обращения. Актуальная методика HubSpot для диагностического разговора выделяет четыре связанные задачи: задать рамку беседы, определить соответствие клиента предложению, при необходимости отказаться от неподходящей сделки и согласовать дальнейшие действия. Вопросы предлагается делать открытыми и связывать с препятствиями, процессами и целями собеседника.
У скрипта, следовательно, должны быть четыре практических результата:
- понятна причина звонка и ожидаемый результат клиента;
- собраны только те данные, без которых нельзя ответить или продолжить работу;
- обещания менеджера соответствуют реальным полномочиям и условиям компании;
- в конце зафиксированы действие, ответственный и срок.
Базовая структура разговора
Начало разговора. Менеджер здоровается, называет компанию или подразделение и представляется. Короткой формулы достаточно: «Добрый день, компания „Альфа“, отдел заказов, Анна. Чем могу помочь?» Если звонок попал не в то подразделение, сотрудник сначала выясняет суть обращения, а затем объясняет перевод.
Определение намерения. Первый содержательный вопрос должен позволить клиенту описать задачу своими словами: «Что вы хотите подобрать?», «Какой вопрос нужно решить?» или «Что произошло с заказом?» После ответа менеджер выбирает ветку: новая покупка, консультация, действующий заказ, сервисная проблема или обращение не по адресу.
Уточнение условий. Вопросы задают не по формальному списку, а ради решения. Для услуги это могут быть объект, объём, срок и ограничения; для товара — совместимость, количество и способ получения; для обращения по заказу — номер, дата и конкретная проблема. Если вопрос выглядит неожиданным, полезно кратко объяснить его назначение: «Чтобы проверить совместимость, уточню модель оборудования».
Подтверждение понимания. Перед предложением менеджер кратко пересказывает задачу: «Правильно понимаю: вам нужны пять единиц до пятницы, доставка — в офис?» Это даёт клиенту возможность исправить неточность до расчёта, оформления или передачи заявки.
Ответ или предложение. Сотрудник связывает решение с названными условиями, а не перечисляет весь ассортимент. Если точного ответа пока нет, он честно сообщает, что требуется проверить, кто это сделает и когда клиент получит результат.
Следующий шаг. Разговор заканчивается договорённостью, которую можно проверить: «До 16:00 отправлю расчёт на указанную почту», «Запись оформлена на вторник, 11:30» или «Передаю обращение инженеру; он свяжется с вами в установленный сервисом срок». Фраза «мы вам перезвоним» без срока и ответственного оставляет обе стороны в неопределённости.
Готовый шаблон с переменными
Ниже — основа, которую следует заполнить реальными условиями компании. Квадратные скобки обозначают переменные, а не слова для чтения вслух.
- «Добрый день, [компания или отдел], [имя]. Чем могу помочь?»
- «Верно понимаю, вы обращаетесь по поводу [кратко сформулированная задача]?»
- «Чтобы [объяснение цели], уточню [один необходимый параметр]».
- «Тогда вам подходит [решение], потому что для вас важны [условия, названные клиентом]».
- «Стоимость составляет [точная сумма]» или «Предварительный диапазон — [границы]; окончательная сумма зависит от [проверяемые факторы]».
- «Предлагаю следующий шаг: [действие]. Вам подходит [дата или срок]?»
- «Подтверждаю: [итог договорённости]. Результат отправим [канал] до [срок]».
Этот каркас не требует произносить все пункты при каждом звонке. Если человек просит режим работы или статус уже оформленного заказа, искусственная диагностика только удлинит разговор. Обязательными остаются точный ответ, проверка необходимых данных и понятное завершение.
Как выяснять потребность без допроса
Хорошая ветка вопросов движется от ситуации к критериям выбора. Сначала выясняют, что клиент пытается сделать, затем — что мешает, какой результат ему нужен, какие сроки и ограничения существенны. В сложной корпоративной покупке дополнительно уточняют участников решения и порядок согласования.
Рекомендации Salesforce по диагностическим звонкам определяют такой разговор как способ понять задачи, цели и мотивы потенциального покупателя, а для сложных продаж допускают несколько бесед с разными участниками. Там же отдельно подчёркнуто: сценарий нужно адаптировать к потребностям и манере общения конкретного собеседника.
Практически это означает, что в скрипт стоит включить не десятки обязательных вопросов, а карту данных:
- нужно узнать всегда: задача, контакт для продолжения и согласованный результат звонка;
- нужно узнать по условию: бюджет, адрес, технические параметры, сроки или участники решения;
- не следует спрашивать: сведения, которые уже есть в карточке клиента или не влияют на дальнейшее действие.
После содержательного ответа нужна короткая реакция, а не немедленный следующий вопрос. Менеджер может уточнить значение услышанного, подтвердить ограничение или объяснить, как информация повлияет на предложение. Так разговор сохраняет логику, даже если клиент отвечает не в порядке, предусмотренном формой.
Как говорить о цене
Если цена фиксирована и условия понятны, её следует назвать прямо. Когда сумма зависит от комплектации, объёма или обследования, менеджер должен разделить известное и неизвестное: сообщить базовую стоимость либо обоснованный диапазон, перечислить влияющие параметры и объяснить, что требуется для окончательного расчёта.
Нельзя подставлять в скрипт произвольный диапазон ради удержания клиента. Границы должны рассчитываться по действующему прайс-листу и подходить к уже известным условиям. Иначе первая цифра становится обещанием, которое другой сотрудник или итоговый расчёт не сможет подтвердить.
Условная формулировка может звучать так: «Для указанного объёма предварительная стоимость находится в диапазоне [суммы]. На итог влияют [два конкретных фактора]. Точный расчёт подготовим после [действие] до [срок]». Если данных недостаточно даже для диапазона, это лучше сказать прямо и сразу предложить способ их получить.
Отдельные ветки для продажи и поддержки
Один общий текст для всех входящих звонков скрывает принципиальное различие результатов. В продаже менеджер проверяет соответствие запроса предложению и продвигает решение к следующему этапу. В поддержке основная цель — решить вопрос либо корректно передать его без повторного сбора информации.
Сервисная ветка должна содержать идентификацию заказа или договора, описание симптома, уже предпринятые действия, желаемый результат и правило эскалации. При переводе менеджер кратко сообщает принимающему сотруднику собранные данные; клиенту не приходится начинать рассказ заново.
Скорость ответа важна, но сама по себе не показывает качество сценария. Текущая система показателей Zendesk для контакт-центров предлагает отдельно отслеживать решение при первом контакте, долю брошенных звонков и долю переводов. Эти показатели помогают увидеть разные проблемы: недоступность линии, недостаток полномочий у первой линии или неправильную маршрутизацию.
Как внедрить и проверять скрипт
Сначала соберите реальные причины обращений из телефонии, CRM и записей сотрудников, затем объедините их в несколько устойчивых веток. Для каждой ветки задайте обязательные данные, допустимые обещания, основание для передачи и целевой следующий шаг. Формулировки менеджер может менять, если смысл и обязательные ограничения сохраняются.
После запуска оценивайте не только длительность разговора. Для продаж полезны доля звонков с согласованным следующим действием, явки на назначенные встречи и переходы к расчёту или заказу. Для поддержки — решение при первом обращении, повторные контакты по той же причине, переводы и соблюдение обещанного срока ответа.
Записи неудачных разговоров следует разбирать по месту разрыва: неверно определено намерение, пропущен критичный параметр, дан неподтверждённый ответ или не назначен следующий шаг. Исправлять нужно соответствующую ветку, подсказку либо бизнес-процесс, а не автоматически добавлять менеджеру ещё один обязательный абзац.
Итоговый скрипт помещается не обязательно на одной странице, но должен быстро читаться во время разговора. На рабочем экране полезнее видеть развилки, обязательные поля и разрешённые действия, чем сплошной текст. Главный критерий — после звонка и клиент, и компания одинаково понимают, что произойдёт дальше.
Читайте также:
Подпишитесь на рассылку
Получайте свежие новости Web3, AI и криптовалют прямо на вашу почту.