Скрипт продаж: структура, этапы и примеры
17 сентября 2026
Хороший скрипт продаж — это не текст, который менеджер читает клиенту по строкам, а карта разговора. В ней зафиксированы цель контакта, обязательные этапы, вопросы, варианты развития диалога и следующий шаг.
Базовая логика выглядит так: подготовка → контакт → квалификация → выявление потребности → презентация → работа с возражениями → договорённость → фиксация результата.
Поэтому задача скрипта не в том, чтобы сделать всех менеджеров одинаковыми. Он должен помочь им не пропустить важное и при этом оставить достаточно свободы для нормального разговора.
В этой статье разбираем структуру скрипта продаж и задачу каждого этапа: от первого контакта до договорённости о следующем действии. Покажем, как самостоятельно составить сценарий, добавить развилки, адаптировать его под входящие и холодные звонки, внедрить в работу команды и проверить влияние на продажи.
Что такое скрипт продаж и зачем он нужен
Словом «скрипт» часто называют документ со списком готовых реплик: менеджер должен поздороваться этой фразой, задать три вопроса, назвать преимущества продукта и произнести заготовленный ответ на «дорого».
Такой документ действительно можно написать. Пользоваться им в реальном разговоре обычно сложнее.
Содержание
- Что такое скрипт продаж и зачем он нужен
- Из каких блоков состоит скрипт продаж
- Почему скрипт должен иметь развилки
- Как составить скрипт продаж с нуля
- Пример структуры скрипта для входящей заявки
- Как меняется скрипт для холодного звонка
- Как адаптировать скрипт для B2B и B2C
- Как работать с возражениями в скрипте
- Как внедрить скрипт, чтобы менеджеры им пользовались
- Как понять, что скрипт работает
- Пример из практики IT-Agency
- Частые ошибки при создании скриптов
- Чек-лист хорошего скрипта продаж
- Частые вопросы
- Заключение
Скрипт продаж — это сценарий коммуникации с клиентом, в котором зафиксированы логика разговора, задачи отдельных этапов, обязательные вопросы, возможные реакции клиента и варианты дальнейших действий менеджера.
Внутри него могут находиться речевые модули — готовые формулировки для конкретных ситуаций. Например, несколько вариантов приветствия или ответа на вопрос о цене.
Разница принципиальная.
Речевой модуль отвечает на вопрос:
«Как можно это сказать?»
Скрипт:
«Что сейчас нужно выяснить и куда вести разговор дальше?»
Допустим, клиент после приветствия сразу говорит: «Сколько стоит внедрение?»
Жёсткий линейный сценарий заставляет менеджера проигнорировать вопрос и перейти к заранее подготовленному блоку выявления потребности.
Рабочий скрипт должен предусматривать такую ситуацию: коротко ответить или объяснить, от чего зависит цена, затем задать необходимые вопросы и вернуться к основной логике.
Именно поэтому в статье IT-Agency о создании отдела продаж скрипт рассматривается не как заученный текст, а как логика общения, которая помогает менеджеру пройти необходимые этапы разговора.
А в Академии IT-Agency можно посмотреть примеры скриптов, воронок, отчётов и других рабочих инструментов отдела продаж.
Из каких блоков состоит скрипт продаж
Количество этапов может отличаться. Для короткой розничной консультации хватит нескольких блоков, а в сложных B2B-продажах первый разговор вообще может закончиться только назначением встречи.
Поэтому важнее не спорить, должно быть пять, семь или восемь этапов, а понимать функцию каждого.
Рабочий каркас выглядит так:
подготовка → контакт → квалификация → выявление потребности → презентация → вопросы и возражения → следующий шаг → фиксация результата
1. Подготовка к разговору
Этот этап особенно нужен при исходящих звонках, повторных контактах и сложных продажах.
До разговора менеджер должен понимать хотя бы базовый контекст:
- кому звонит;
- откуда появился лид;
- какое действие человек уже совершил;
- о каком продукте идёт речь;
- общался ли клиент с компанией раньше;
- что известно из CRM.
Если человек час назад оставил заявку на конкретную услугу, начинать разговор с вопроса «А чем вы вообще интересуетесь?» странно. Информация уже есть, и хороший скрипт учитывает её.
Для холодной продажи подготовка может быть глубже: отрасль компании, её размер, роль собеседника, потенциальная потребность.
После подготовки у менеджера должен быть ответ на два вопроса: с кем я говорю и чего хочу добиться этим контактом.
2. Приветствие и установление контакта
Задача начала разговора довольно приземлённая: клиент должен понять, кто к нему обращается, почему и есть ли смысл продолжать диалог.
Для входящей заявки вариант может быть таким:
— Анна, добрый день. Меня зовут Михаил, компания N. Вы оставляли заявку на расчёт стоимости внедрения CRM. Удобно сейчас несколько минут поговорить?
Здесь нет необходимости долго «устанавливать доверие» отдельными техниками. Человек уже знает компанию и сам оставил контакт.
В холодном звонке контекста меньше. Поэтому начало будет другим: менеджеру нужно быстрее объяснить причину обращения и проверить готовность продолжить разговор.
Главная ошибка на этом этапе — растянуть вступление. Клиенту ещё непонятно, зачем ему разговор, а продавец уже рассказывает историю компании с 2007 года.
3. Квалификация клиента
Не каждый заинтересованный человек обязательно является подходящим клиентом.
Квалификация — это проверка, соответствует ли потенциальный клиент критериям, при которых компания действительно может решить его задачу и имеет смысл продолжать продажу.
Критерии зависят от бизнеса:
- регион;
- размер компании;
- бюджет;
- объём закупки;
- сроки;
- полномочия собеседника;
- используемое решение;
- наличие конкретной задачи.
Например, агентство работает только с компаниями, у которых рекламный бюджет начинается от определённой суммы. Если выяснить бюджет после часовой встречи, время потеряют обе стороны.
Но и превращать квалификацию в анкету из двадцати вопросов не нужно. Часть информации можно получить позже, а некоторые вопросы удобно объединить с выявлением потребности.
4. Выявление потребности
Один из самых важных блоков начинается не с презентации продукта, а с вопросов.
Менеджеру нужно понять:
- что происходит сейчас;
- какая проблема возникла;
- почему клиент решил заняться ей именно сейчас;
- как он решает задачу сегодня;
- что его не устраивает;
- каким должен быть приемлемый результат;
- есть ли важные ограничения.
Предположим, компания продаёт CRM.
Слабый вопрос:
— Вам нужна CRM?
Ответ почти ничего не даёт.
Полезнее:
— Как сейчас распределяете входящие заявки между менеджерами?
А затем:
— Что в текущем процессе создаёт больше всего проблем?
Если выясняется, что обращения приходят из пяти каналов и часть менеджеры просто не замечают, презентацию можно строить вокруг единого окна и распределения лидов. Рассказывать все функции системы уже не требуется.
В этом и состоит связь между выявлением потребности и следующим этапом: хорошая презентация появляется из ответов клиента, а не существует заранее в одинаковом виде для всех.
5. Презентация решения
После вопросов менеджер уже знает, что для клиента существенно.
Поэтому вместо:
— Наша CRM имеет телефонию, аналитику, автоматизацию, задачи, интеграции и много других возможностей.
можно сказать:
— Вы рассказали, что часть лидов теряется между почтой, телефонией и мессенджерами. В вашем случае я бы в первую очередь смотрел на объединение обращений в CRM и автоматическое назначение ответственного. Тогда менеджеру не придётся вручную проверять пять источников.
Продукт тот же. Но во втором варианте клиенту объясняют не набор функций, а связь между его задачей и решением.
Хороший скрипт поэтому содержит не один огромный блок презентации, а несколько связок «потребность → аргумент → подтверждение».
Например:
- клиенту важна скорость → показываем автоматизацию → объясняем эффект на процессе;
- клиент боится сложного внедрения → рассказываем о процессе перехода → показываем релевантный кейс;
- клиент сравнивает цену → разбираем состав решения и различия вариантов.
6. Работа с вопросами и возражениями
Возражения редко возникают строго после презентации. «Дорого» можно услышать в первые две минуты, а «мы уже работаем с другой компанией» — сразу после приветствия.
Поэтому блок возражений лучше проектировать как набор развилок, доступных на разных этапах.
Главное — не воспринимать каждую фразу как сигнал немедленно произнести заготовленную «отработку».
Клиент говорит:
— Для нас это дорого.
Менеджер не знает, что именно имеется в виду. Цена выше бюджета? Конкурент предложил дешевле? Ценность решения пока неочевидна? Человек вообще пытается закончить разговор?
Рабочая последовательность:
выслушать → уточнить → понять причину → ответить по причине → проверить реакцию → вернуться к разговору.
В Академии IT-Agency отдельно разобрали работу менеджеров с возражениями и ситуации, когда стандартного ответа из скрипта недостаточно.
7. Закрытие на следующий шаг
Слово «закрытие» часто ассоциируется только с оплатой. Но у каждого разговора должна быть своя цель.
В короткой B2C-продаже следующий шаг действительно может выглядеть так:
— Оформляем доставку на субботу?
В сложной B2B-сделке первая беседа скорее закончится иначе:
— Предлагаю подключить к следующей встрече руководителя продаж и показать, как сейчас устроена воронка. Во вторник в 15:00 вам удобно?
То есть хорошее закрытие — это конкретная договорённость о том, что происходит после разговора.
- «Я отправлю презентацию, вы посмотрите» — слабая договорённость. Неясно, когда клиент её посмотрит и кто должен инициировать следующий контакт.
- «Сегодня отправляю расчёт, а в четверг в 12:00 созваниваемся на 20 минут и обсуждаем вопросы» — уже управляемый следующий шаг.
8. Завершение разговора и фиксация результата
Последний этап часто недооценивают, хотя именно здесь устная договорённость превращается в часть процесса продаж.
Менеджеру стоит коротко зафиксировать:
- о чём договорились;
- кто что делает;
- в какой срок;
- когда будет следующий контакт.
После разговора эта информация должна попасть в CRM.
Если клиент сказал «перезвоните через три месяца», а менеджер просто написал это в личном блокноте, скрипт выполнил только половину работы. Хороший скрипт заканчивается не последней репликой менеджера, а зафиксированным результатом разговора и понятным следующим действием.
Поэтому логика разговора должна совпадать с логикой воронки. IT-Agency при внедрении и настройке CRM отдела продаж прорабатывает воронки, карточки клиента и сделки, интеграции и автоматизацию процессов.
Почему скрипт должен иметь развилки
На бумаге легко представить разговор как последовательность: менеджер задаёт вопрос, клиент отвечает ожидаемым образом, после чего можно переходить к следующему пункту. На звонке эта схема быстро ломается.
Допустим, после приветствия менеджер спрашивает о задаче. Один человек сразу подробно расскажет о проблеме. Второй ответит, что уже работает с конкурентом. Третий попросит назвать цену, а четвёртый скажет, что сейчас неудобно разговаривать.
Во всех четырёх случаях одинаковая следующая реплика будет неуместна.
Поэтому в скрипте полезно заранее предусмотреть основные варианты:
- есть конкретная задача → уточняем детали;
- задачи сейчас нет → выясняем, есть ли смысл продолжать разговор;
- есть действующий подрядчик → спрашиваем, что устраивает и что хотелось бы изменить;
- неудобно говорить → не продолжаем презентацию, а договариваемся о времени.
Развилка нужна не ради усложнения документа. Она подсказывает менеджеру, какую задачу решать после конкретного ответа клиента.
На практике скрипт удобнее проектировать не как Word-документ из десятка страниц, а как карту:
ситуация клиента → задача менеджера → несколько допустимых реплик → следующий блок.
Например:
Клиент: «Пришлите всё на почту».
Задача менеджера: понять, это удобный способ получить информацию или попытка завершить разговор.
Можно спросить: «Конечно. Чтобы не отправлять общую презентацию на 30 страниц, подскажите, что для вас сейчас важнее всего посмотреть — стоимость, возможности или примеры внедрения?»
Дальше: в зависимости от ответа перейти к уточнению задачи либо договориться об отправке и следующем контакте.
Так менеджер не обязан произносить одну фразу слово в слово. У него есть ориентир, зачем задаётся вопрос и что делать с ответом.
Особенно много развилок появляется в сложных продажах. Один клиент готов перейти к встрече после первого разговора, другому сначала нужна презентация, третьему — техническая консультация, четвёртому — согласование с руководителем.
Поэтому скрипт описывает логику движения, а не единственную идеальную траекторию клиента.
Как составить скрипт продаж с нуля
Слабый способ разработки — посадить руководителя перед пустым документом и попросить придумать идеальный разговор.
Лучший исходный материал уже существует: это реальные коммуникации команды. В них слышно, какие вопросы задают клиенты, где менеджеры теряются, какие аргументы работают и на каких этапах заканчиваются разговоры.
Шаг 1. Определите цель разговора
Начните не с приветствия.
Сначала запишите, чем должен закончиться именно этот тип контакта.
Например:
- входящая заявка → квалифицировать и назначить встречу;
- звонок интернет-магазина → подобрать товар и оформить заказ;
- холодный B2B-контакт → выйти на ЛПР и получить согласие на следующий разговор;
- повторный контакт → обсудить предложение и определить решение;
- незавершённая корзина → выяснить причину и при необходимости помочь оформить заказ.
У одной компании обычно бывает несколько повторяющихся типов контакта, и смешивать их в одном сценарии неудобно. Разговор с человеком, который сам оставил заявку, начинается не так, как холодный звонок; повторному клиенту тоже не нужна та же вводная часть, что новому.
Поэтому сначала имеет смысл разделить ситуации, а уже потом писать под каждую свою логику.
Если этого не сделать, финал разговора тоже получается неопределённым: менеджер вроде бы поговорил с клиентом, но не понимает, к какому действию его нужно было привести.
Шаг 2. Послушайте реальные разговоры
Возьмите выборку звонков сильных, средних и слабых менеджеров.
Не ограничивайтесь успешными сделками. Нужны и разговоры, после которых клиенты отказались или исчезли.
Отмечайте:
- какие вопросы повторяются;
- где клиент начинает подробно рассказывать о задаче;
- какие аргументы вызывают интерес;
- где появляются возражения;
- какие ошибки повторяются у нескольких сотрудников;
- что сильные менеджеры делают иначе;
- какие обещания компания действительно может выполнить.
Например, руководитель может быть уверен, что клиенты чаще всего возражают против цены. Прослушивание показывает другую картину: половина просто не понимает различия между тарифами.
Тогда в скрипте нужна не новая «отработка дорого», а более понятная презентация.
Именно поэтому аудит отдела продаж полезен до переписывания скриптов: сначала нужно увидеть, где и почему теряются клиенты.
Шаг 3. Опишите этапы и критерий прохождения каждого
Недостаточно написать заголовки:
контакт → потребность → презентация → возражения → закрытие.
Для каждого этапа зафиксируйте, какой результат означает, что менеджер может идти дальше.
| Этап | Что нужно получить |
|---|---|
| Контакт | Клиент понимает причину разговора и готов продолжить |
| Квалификация | Понятно, соответствует ли клиент базовым критериям |
| Потребность | Известна задача, контекст и важные ограничения |
| Презентация | Решение связано с озвученной задачей |
| Возражение | Понятна настоящая причина сомнения |
| Закрытие | Согласовано конкретное следующее действие |
Такая структура пригодится не только менеджеру. По тем же этапам потом можно оценивать качество звонков.
Шаг 4. Соберите удачные речевые модули
Теперь можно переходить к формулировкам.
Не обязательно искать одну «идеальную» фразу. Для некоторых ситуаций лучше оставить несколько вариантов.
Например, переход к вопросам:
— Чтобы предложить подходящий вариант, сначала уточню пару моментов.
Или:
— Расскажите, пожалуйста, как у вас сейчас устроен этот процесс?
Или:
— Я правильно понимаю, что основная задача сейчас — сократить время обработки заявок?
Менеджер сможет выбрать формулировку, которая лучше вписывается в разговор.
Отдельно соберите доказательства, которыми можно подкреплять презентацию: кейсы, цифры, примеры, условия гарантии, характеристики продукта.
Шаг 5. Добавьте типовые развилки
Вернитесь к записям звонков и выпишите ситуации, которые регулярно отклоняют разговор от основного сценария.
Например:
- «У меня нет времени»;
- «Просто скажите цену»;
- «Пришлите презентацию»;
- «Мы уже работаем с конкурентом»;
- «Я не принимаю решение»;
- «Надо посоветоваться»;
- «Слишком дорого»;
- «Вернёмся через несколько месяцев».
Для каждой ситуации нужно определить не красивую «отбивку», а задачу.
Если собеседник не ЛПР, цель — не продавать ему весь продукт, а понять процесс принятия решения и выйти на нужного человека.
Если человеку неудобно говорить, спорить с ним бессмысленно — нужно согласовать время следующего контакта.
Шаг 6. Протестируйте скрипт на звонках
Первую версию скрипта лучше считать гипотезой.
Дайте её нескольким менеджерам, послушайте новые звонки и соберите обратную связь:
- какие вопросы звучат неестественно;
- где блок слишком длинный;
- каких веток не хватает;
- что клиенты понимают неправильно;
- какие реплики менеджеры постоянно обходят;
- какие этапы всё равно пропускают.
Фраза, отлично выглядящая в документе, может плохо произноситься вслух.
Поэтому скрипт нужно читать, проговаривать и проверять на настоящих разговорах.
Шаг 7. Свяжите скрипт с CRM и контролем
Если скрипт существует отдельно от остальных процессов отдела, он быстро устаревает.
Например, в сценарии менеджер обязан определить размер компании, но в CRM нет соответствующего поля. Часть сотрудников будет спрашивать и забывать ответ, часть вскоре перестанет спрашивать вообще.
Или наоборот: в CRM есть обязательный статус «квалифицирован», но команда по-разному понимает, кого им считать квалифицированным клиентом.
Поэтому желательно связать три вещи:
скрипт → этапы воронки и CRM → критерии оценки звонков.
После этого контроль становится предметным. Руководитель видит, что один сотрудник регулярно выходит на следующий шаг, но почти не выясняет задачу клиента. Другой хорошо проводит диагностику, однако заканчивает разговор фразой «тогда остаёмся на связи» и не назначает следующий контакт.
Для этих менеджеров бессмысленно проводить одно и то же обучение. Ошибки разные — значит, разбирать нужно разные участки разговора.
В контроле качества отдела продаж IT-Agency использует критерии оценки коммуникаций именно для поиска таких проблем и дальнейшей работы с командой.
Пример структуры скрипта для входящей заявки
Рассмотрим не универсальный «готовый скрипт на все случаи», а условный пример для компании, которая внедряет CRM. Клиент уже оставил заявку на сайте, поэтому менеджеру не нужно объяснять, откуда у него номер телефона.
Контакт
— Сергей, добрый день. Меня зовут Мария, компания N. Вы оставляли заявку на консультацию по внедрению CRM. Удобно сейчас поговорить минут пять?
Задача: подтвердить контекст и получить согласие продолжить.
Начало диагностики
— Расскажите, что стало причиной поиска CRM именно сейчас?
Клиент:
— Теряем заявки, менеджеры ведут клиентов кто где.
Менеджер:
— А откуда сейчас приходят обращения и где сотрудники их фиксируют?
Задача: перейти от общего запроса «нужна CRM» к конкретной проблеме.
Квалификация
— Сколько менеджеров сейчас работает с клиентами?
— CRM уже есть или планируете внедрение с нуля?
— Кто ещё будет участвовать в выборе системы?
Задача: получить информацию, которая действительно влияет на решение и следующий этап продажи.
Короткое резюме
— Правильно понимаю: сейчас заявки приходят из нескольких каналов, единой системы нет, поэтому часть обращений теряется. Основная задача — собрать их в одном месте и видеть работу каждого менеджера?
Резюме полезно по двум причинам. Клиент может исправить неверное понимание, а продавец получает основу для презентации.
Презентация
— Тогда я бы не начинала с обсуждения всех возможностей CRM. В вашей ситуации сначала нужно описать воронку и источники заявок, а затем настроить систему так, чтобы обращения автоматически попадали ответственным менеджерам.
Теперь презентация опирается на то, что клиент рассказал несколькими минутами раньше. Менеджер не пытается показать весь продукт — он выбирает ту часть решения, которая относится к потере заявок.
Если дальше выяснится другая проблема, например отсутствие отчётности по менеджерам, разговор можно дополнить уже этим блоком.
Вопрос о цене
Клиент:
— А сколько это стоит?
Если стоимость известна заранее, её лучше назвать. Если цена действительно зависит от проекта, менеджеру нужно объяснить, какой информации пока не хватает для расчёта.
Например:
— На стоимость влияет количество интеграций и объём настройки. С размером команды уже разобрались. Мне нужно ещё уточнить, какие сервисы сейчас используются, и после этого сможем оценить проект точнее.
Так ответ не выглядит попыткой уйти от вопроса. Клиент понимает, почему окончательной суммы пока нет и что нужно выяснить дальше.
Следующий шаг
— Предлагаю на следующей встрече подключить вашего руководителя продаж, разобрать текущую воронку и после этого определить объём внедрения. Во вторник после 14:00 получится?
Здесь первый звонок заканчивается не продажей CRM, а назначенной встречей. Для такого продукта это и есть целевое действие разговора.
После звонка менеджер фиксирует в CRM задачу клиента, размер команды, текущие инструменты, участников следующей встречи и дату контакта.
Как меняется скрипт для холодного звонка
Во входящем обращении клиент уже проявил интерес. При холодном контакте этого преимущества нет: человек мог ничего не знать о компании и вообще не планировать разговор.
Поэтому механически переносить скрипт входящего лида нельзя.
Меняются как минимум три вещи.
Контекст. Сначала нужно объяснить причину звонка.
Квалификация. Часто ещё неизвестно, попали ли вы к подходящему человеку.
Цель. Для сложной B2B-продажи ожидать договор после первого холодного звонка обычно нереалистично. Целью может быть контакт с ЛПР, получение интереса, короткая встреча или разрешение отправить релевантный материал с согласованным повторным контактом.
Условный пример:
— Алексей, добрый день. Меня зовут Ирина, компания N. Мы помогаем интернет-магазинам автоматизировать обработку обращений из нескольких каналов. Подскажите, вы отвечаете за работу отдела продаж?
Если нет:
— Подскажите, пожалуйста, кто у вас этим занимается?
Если да:
— Тогда буквально один вопрос: заявки из сайта, телефонии и мессенджеров у вас уже собираются в одной системе или менеджеры работают в нескольких?
Обратите внимание: после представления менеджер не начинает читать презентацию. Сначала он проверяет, есть ли вообще основание продолжать разговор.
В B2B-поиске клиентов отдельно появляется задача выхода на человека, который участвует в решении.
IT-Agency занимается телефонными продажами и генерацией лидов: в том числе холодными звонками при запуске нового продукта и работой с существующей клиентской базой.
Как адаптировать скрипт для B2B и B2C
Разница не сводится к тому, что B2B-скрипт должен быть «серьёзнее». Главное отличие — в устройстве самой сделки.
| Параметр | B2C | B2B |
|---|---|---|
| Кто принимает решение | Часто сам собеседник | Может быть несколько участников |
| Цикл продажи | Часто короче | Может состоять из нескольких контактов |
| Что выяснять | Задачу, параметры продукта, бюджет и сроки | Задачу бизнеса, процессы, роли, ограничения и критерии решения |
| Презентация | Можно быстрее перейти к конкретному продукту | Чаще требуется связать решение с процессами компании |
| Следующий шаг | Заказ, бронь или оплата | Встреча, демонстрация, расчёт или согласование |
| Работа с возражением | Часто решение принимает текущий собеседник | Ответ может зависеть от позиции других участников |
Есть и ещё один нюанс: внутри B2B нужен не один сценарий.
Разговор с собственником небольшой компании и директором по закупкам корпорации может заметно отличаться. У них разный контекст, полномочия и набор вопросов.
То же происходит в B2C. Новый клиент интернет-магазина и человек, который делает пятую покупку, не должны проходить одинаковую вводную часть.
Поэтому сегментация скриптов часто выглядит так:
тип клиента + источник обращения + стадия сделки + задача контакта.
Как работать с возражениями в скрипте
Большая таблица «50 возражений — 50 ответов» выглядит полезно, пока клиент не произносит пятьдесят первое.
Лучше сочетать два инструмента: готовые речевые модули для повторяющихся ситуаций и общий алгоритм, который работает в нестандартном разговоре.
Допустим, клиент говорит:
— Дорого.
Здесь ещё рано объяснять, почему продукт «стоит своих денег»: менеджер пока не знает, что именно клиент считает дорогим.
Можно уточнить:
— С какой суммой сравниваете?
Если у клиента уже есть предложение конкурента:
— По составу решения оно такое же или там другой набор работ?
Если дело в ограниченном бюджете:
— На какой диапазон вы ориентировались?
Ответы ведут к разным продолжениям разговора. В одном случае нужно сравнить состав предложений, в другом — обсудить более подходящую конфигурацию, в третьем — вернуться к ценности решения. Бывает и так, что продукт просто не укладывается в бюджет клиента; тогда никакой «отработкой» это исправить нельзя.
Поэтому задача блока с возражениями — не снабдить менеджера остроумным ответом на каждую фразу, а помочь ему сначала понять, что именно мешает клиенту двигаться дальше.
Общий алгоритм можно оставить как ориентир:
услышать → уточнить → найти причину → ответить → проверить → договориться о дальнейшем действии.
В статье Академии о работе с возражениями клиентов эта логика разобрана на типовых ситуациях: цена, сроки, действующий подрядчик, сомнения и «мне нужно подумать».
Как внедрить скрипт, чтобы менеджеры им пользовались
Можно написать отличный документ и обнаружить через месяц, что сотрудники его не открывают.
Обычно это означает не «менеджеры сопротивляются изменениям», а одну из нескольких практических проблем: скрипт слишком длинный, плохо соответствует реальным ситуациям, был спущен сверху без объяснений или пользоваться им неудобно во время разговора.
Поэтому внедрение требует отдельной работы.
Сначала объясните логику. Менеджер должен понимать, зачем задаёт вопрос и какое решение принимает по ответу.
Затем проведите ролевые разговоры. Один играет клиента, второй работает по новому сценарию. Быстро становятся заметны фразы, которые на бумаге казались нормальными, а вслух звучат странно.
После этого нужно:
- дать менеджерам короткую карту основных этапов;
- отдельно разместить ветки по частым ситуациям;
- собрать примеры сильных звонков;
- добавить базу типовых возражений;
- показать, что именно оценивается при контроле качества;
- регулярно разбирать реальные коммуникации команды.
Необязательно требовать дословного воспроизведения каждой реплики. Важнее, чтобы сотрудник соблюдал логику: выяснил нужную информацию, не презентовал продукт мимо задачи и договорился о следующем шаге.
Как понять, что скрипт работает
Оценка «менеджеры говорят красивее» слишком субъективна. Даже хорошее соблюдение сценария ещё не означает, что продажи выросли.
Поэтому нужны два уровня измерения.
Первый — качество самого разговора.
Можно проверять:
- установил ли менеджер контакт;
- задал ли обязательные квалифицирующие вопросы;
- выяснил ли задачу;
- использовал ли информацию клиента в презентации;
- правильно ли работал с возражением;
- согласовал ли следующий шаг;
- зафиксировал ли его в CRM.
Второй — результат по воронке.
Например:
лид → контакт → квалифицированный клиент → встреча → предложение → договор.
После внедрения можно посмотреть, изменились ли конкретные участки воронки. Если менеджеры стали чаще назначать встречи, но конверсия из встречи в предложение осталась прежней, это уже намного содержательнее общего вывода «скрипт помог».
Но результат нельзя автоматически приписывать только сценарию. За тот же период могли измениться рекламный трафик, цены, продукт или состав команды. Поэтому полезнее смотреть не только сравнение «до и после», но и сами ошибки в разговорах: стали ли сотрудники реже пропускать нужные этапы и изменились ли именно связанные с ними конверсии.
Например, если новый блок квалификации внедрили для того, чтобы менеджеры меньше тратили времени на неподходящие обращения, логично проверить долю квалифицированных клиентов и последующую конверсию. А не только общий объём продаж за месяц.
В статье IT-Agency о построении отдела продаж отдельно показана связь между воронкой, CRM, скриптами и процессами. Подробнее устройство самой воронки разбираем в материале «Воронка продаж: как построить, оптимизировать и управлять результатами».
Для регулярного контроля можно вывести в отчёт конверсии по промежуточным этапам, срок сделки, средний чек и результаты отдельных менеджеров. Именно такие показатели используются в услуге настройки отчётности по продажам.
Пример из практики IT-Agency
На проектах IT-Agency скрипты обычно появляются не сами по себе, а вместе с другими изменениями в отделе. Поэтому по кейсам хорошо видно, как сценарий встраивается в более широкую работу.
В ЦМРТ задача состояла в том, чтобы повысить качество обработки звонков. Команда IT-Agency систематизировала базу знаний, настроила отчётность по качеству, нагрузке и эффективности менеджеров, ввела еженедельное обучение и разработала скрипты для консультантов. Через два месяца показатель качества обработки звонков вырос на 20%. Подробнее — в кейсе ЦМРТ.
Важно, что из этого кейса нельзя сделать вывод «один новый скрипт дал +20%». Вместе с ним менялись контроль, база знаний и обучение. Скрипт был одним из рабочих инструментов системы.
Другой пример — Калужская сбытовая компания. Сначала специалисты посмотрели, как на самом деле проходят разговоры операторов, затем подготовили скрипт и чек-лист из 25 критериев и запустили регулярные прослушивания с обучением. Средний показатель качества вырос с 57 до 81%.
Здесь особенно полезен сам порядок работы. Команда не начинала с написания «идеального разговора»: сначала разобралась с текущими коммуникациями, после этого сформулировала правила и только затем стала проверять их на новых звонках.
Получается цикл:
реальные разговоры → проблемные места → новый сценарий → критерии проверки → практика → обратная связь → следующая корректировка.
Так скрипт остаётся рабочим инструментом, а не документом, который однажды согласовали и больше не открывают.
Частые ошибки при создании скриптов
Большинство слабых сценариев ломается не потому, что автор забыл «технику продаж». Проблема обычно начинается с того, как вообще понимают роль скрипта.
- Писать реплики до изучения звонков. Руководитель предполагает, что клиентов волнует одно, хотя реальные разговоры показывают совсем другое.
- Начинать с презентации. Менеджер рассказывает преимущества продукта до того, как понял задачу собеседника.
- Ставить двадцать вопросов подряд. Клиент чувствует себя участником допроса. Вопросы должны появляться естественно и иметь понятную цель.
- Делать один сценарий на все ситуации. Холодный звонок, входящий лид и повторный клиент требуют разных начал и целей.
- Заставлять читать текст дословно. Менеджер концентрируется на следующей строке и перестаёт слушать человека.
- Писать только «правильный» маршрут. Как только клиент отвечает неожиданно, менеджеру некуда идти.
- Прятать известную цену. Если стоимость фиксирована и её можно назвать, искусственный уход от ответа снижает доверие.
- Отрабатывать любое возражение готовой фразой. «Дорого» и «нам не подходит бюджет» могут требовать совершенно разных действий.
- Заканчивать без договорённости. «Я отправлю информацию» не определяет, что будет дальше.
- Не связывать сценарий с CRM. Менеджер получил важную информацию, но она нигде не сохраняется.
- Не пересматривать скрипт. Продукт изменился, появились новые возражения и сегменты, а команда продолжает работать по документу двухлетней давности.
Особенно опасна последняя ошибка. Скрипт — не регламент, который однажды утвердили и положили в папку. Он должен меняться вместе с продуктом и реальными разговорами.
Чек-лист хорошего скрипта продаж
Перед внедрением проверьте сценарий:
- ☐ понятна цель конкретного типа звонка;
- ☐ скрипт создан на основе реальных коммуникаций;
- ☐ прописан контекст первого контакта;
- ☐ есть критерии квалификации;
- ☐вопросы помогают выяснить реальную задачу клиента;
- ☐ менеджеру не приходится задавать то, что компания уже знает;
- ☐ презентация связана с ответами клиента;
- ☐ предусмотрены основные варианты развития разговора;
- ☐ есть алгоритм работы с нестандартными возражениями;
- ☐ менеджер понимает назначение каждого блока;
- ☐ следующий шаг сформулирован конкретно;
- ☐ результаты разговора фиксируются в CRM;
- ☐ скрипт удобно использовать прямо во время общения;
- ☐ он не требует дословного чтения всех фраз;
- ☐ команда прошла тренировку перед внедрением;
- ☐ звонки после внедрения регулярно проверяются;
- ☐ результат можно сопоставить с конверсией по этапам воронки;
- ☐ есть процесс обновления сценария.
Если документ проходит первые десять пунктов, но никто не проверяет его использование, это ещё не внедрённый скрипт. Это только хороший файл.
И наоборот, контроль не должен превращаться в проверку того, произнёс ли сотрудник каждое слово в нужной последовательности. Важнее следить за выполнением задачи каждого этапа.
Частые вопросы
Из каких этапов состоит скрипт продаж?
Для большинства сценариев можно использовать каркас: подготовка, установление контакта, квалификация, выявление потребности, презентация решения, работа с вопросами и возражениями, договорённость о следующем шаге и фиксация результата. Конкретное количество этапов зависит от модели продаж.
Нужно ли менеджеру учить скрипт наизусть?
Нет необходимости запоминать весь текст дословно. Менеджеру полезнее знать логику этапов, обязательные вопросы, критерии квалификации и варианты работы с частыми ситуациями. Отдельные речевые модули со временем запоминаются сами.
Можно ли скачать готовый скрипт продаж и использовать его?
Можно использовать чужой пример как каркас. Но продукт, клиенты, цена, причины отказов и процесс сделки у компаний отличаются. Поэтому готовый сценарий лучше адаптировать по собственным звонкам, а не просто заменить название компании.
Чем скрипт холодного звонка отличается от обычного?
При холодном контакте человек ещё не проявлял интерес. Поэтому сначала нужно объяснить причину обращения, проверить релевантность и часто выйти на нужного участника решения. Целью первого контакта может быть встреча или следующий звонок, а не немедленная продажа.
Сколько вопросов должно быть в скрипте?
Универсального числа нет. Нужны только те вопросы, ответы на которые помогают квалифицировать клиента, понять задачу или выбрать следующий шаг. Если вопрос никак не влияет на дальнейший разговор, стоит проверить, нужен ли он вообще.
Как часто обновлять скрипт?
Ждать условного «дня обновления скрипта» не обязательно. Повод обычно приходит из самих звонков.
Например, менеджеры всё чаще слышат вопрос, которого нет в сценарии. Изменился продукт или тарифы. Появился новый сегмент клиентов. После презентации люди начали регулярно останавливаться на одном и том же месте.
Такие наблюдения удобно собирать во время контроля звонков, а затем периодически разбирать вместе. Если одна ситуация встретилась один раз, переписывать документ рано. Если она повторяется у разных менеджеров, скорее всего, сценарий действительно пора дополнить.
Как понять, что проблема именно в скрипте, а не в менеджерах?
Сравните несколько сотрудников и реальные разговоры. Если одна и та же проблема встречается у большинства — например, клиентам непонятна презентация или отсутствует ветка под типичное возражение, вероятна проблема сценария. Если остальные успешно работают с этим же блоком, скорее стоит разбирать навыки конкретного менеджера.
Заключение
Скрипт продаж полезен не потому, что даёт менеджеру готовые фразы на любой случай. Предусмотреть любой разговор невозможно.
Его основная задача — зафиксировать логику продажи: что нужно понять на каждом этапе, какие вопросы нельзя пропустить, как реагировать на типовые ситуации и чем должен закончиться конкретный контакт.
Базовую структуру можно представить так:
подготовка → контакт → квалификация → потребность → презентация → возражения → следующий шаг → фиксация результата.
Но готовый каркас — только начало. Хороший сценарий строится на реальных звонках, получает развилки, проверяется вместе с менеджерами и постепенно меняется по данным контроля.
Именно поэтому скрипт не стоит отделять от CRM, воронки и обучения. Если разговор заканчивается договорённостью, она должна фиксироваться в системе. Если менеджеры регулярно ошибаются в одном блоке, это должно быть видно при контроле качества. Если новый сценарий действительно помогает, изменения должны проявляться не только в оценке звонка, но и дальше по воронке.
IT-Agency работает с отделами продаж с ориентацией на бизнес-результат. Мы анализируем звонки и процессы, разрабатываем и дорабатываем скрипты, внедряем систему контроля качества, обучаем менеджеров и связываем работу команды с CRM и отчётностью. Результат оцениваем не количеством написанных регламентов, а качеством коммуникаций, конверсией между этапами и итоговыми показателями отдела.
Подробнее — работа с отделами продаж в IT-Agency.
