Скрипт продаж по телефону: структура, примеры и типовые ошибки

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

Зачем нужен скрипт продаж и когда он работает?

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

Вокруг скриптов давний спор. Часть руководителей считает, что жёсткий текст убивает живой диалог: опытный переговорщик со скриптом теряет гибкость, а клиент слышит казённые фразы. В опросе Flocktory среди 50 продавцов B2B, опубликованном в Деловом мире, 26% ответили, что скрипты только вредят.

Практики отвечают на это выбором формата, а не отказом от структуры. Евгений Лапин из Flocktory формулирует так:

Скрипт - это, скорее, достопримечательности, отмеченные на карте, чем готовый маршрут.

• Евгений Лапин, руководитель группы развития бизнеса Flocktory, Деловой мир

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

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

Из каких этапов состоит скрипт продаж по телефону?

Базовая структура продающего звонка устоялась давно и выдержала проверку данными:

1. Приветствие и установление контакта - кто вы, откуда, зачем звоните, почему это касается собеседника.
2. Выявление потребности - открытые вопросы о задаче, текущем процессе и узких местах клиента.
3. Презентация - что вы предлагаете, сформулированное через результат для клиента.
4. Работа с возражениями - ответы на «дорого», «я подумаю» и другие типовые сомнения.
5. Фиксация следующего шага - конкретная договорённость: встреча, счёт, тест, дата созвона.
6. Завершение - резюме договорённостей и вежливый выход из разговора.

Эта последовательность - не изобретение авторов шаблонов. Методология SPIN выросла из анализа более чем 35 000 реальных звонков: исследование Нила Рэкхема показало, что исход сделки решает грамотная работа с вопросами и потребностью, а не напор на этапе презентации.

Внутри каждого этапа скрипт ветвится: клиент занят - одна ветка, клиент раздражён - другая, клиент сразу спросил цену - третья. Автор разбора сотни реальных скриптов на vc.ru формулирует это одной фразой:

Хороший скрипт - это дерево решений, а не монолог.

• Тёма Романов, vc.ru, разбор 100 скриптов продаж

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

Что сказать в первые секунды звонка?

Начало звонка - самый плотный участок скрипта. По данным отчёта Cognism о холодных звонках, средний разговор длится около 93 секунд, а успехом - договорённостью о следующем шаге - заканчивается около 2,5% звонков. Значит, первые две-три фразы стоит прописать дословно даже в скрипте-сценарии.

Рабочая связка выглядит так:

1. Представление: «Здравствуйте, [имя]. Меня зовут [имя], компания [название]».
2. Причина звонка через пользу: «Звоню, потому что мы помогаем [таким-то компаниям] решать [конкретную задачу]».
3. Передача слова: «Скажите, у вас сейчас как устроен [процесс]?»

Отдельная ловушка - вопрос «Вам удобно сейчас разговаривать?». Звучит вежливо, но передаёт инициативу и подсказывает лёгкий выход: «нет, неудобно». Рабочая замена из разбора телефонных продаж на Хабре - «Скажите, сколько времени вы можете уделить нашему разговору?»: тайминг проговорён, инициатива осталась у менеджера.

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

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

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

• «Расскажите, как у вас сейчас устроен [процесс]?»
• «Что в нём отнимает больше всего времени или денег?»
• «Что будет, если оставить как есть ещё на полгода?»

Третий вопрос - из методологии SPIN: он переводит скрытую потребность в явную, когда клиент сам проговаривает цену бездействия. Сам автор SPIN при этом предостерегает от слепой веры в старые формулы:

It was great news in the early 1980s. It's not great news today (перевод: «Это было отличной новостью в начале 1980-х. Сегодня это уже не так»).

• Нил Рэкхем, автор SPIN Selling, блог Huthwaite International

Рынок изменился, а вот арифметика вопросов измерена свежими данными. По замерам Gong на выборке в 326 000 звонков, в выигранных сделках звучит 15-16 вопросов, в проигранных - около двадцати: превращать разговор в анкету так же вредно, как не спрашивать вовсе.

Вторая цифра оттуда же: в проигранных сделках продавец говорит около 62% времени, при среднем по рынку 60% говорения. Классический ориентир Gong - 43% говорения и 57% слушания. Если ваши менеджеры читают презентацию три минуты подряд, скрипт им не помогает - он им мешает слушать.

Как презентовать продукт через выгоду?

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

Формулировки стоит проверять на слова-триггеры. Gong прогнал через анализ 519 000 звонков B2B-продаж и посчитал, как отдельные слова коррелируют с исходом: «скидка» - минус 17% к вероятности закрытия, «мы предоставляем» четыре раза и чаще - минус 22%, название собственной компании шесть и более раз - минус 19%. Вывод исследователей:

How something works is secondary to why a prospect needs it (перевод: «Как это устроено - вторично по сравнению с тем, зачем это нужно клиенту»).

• Gong, анализ слов в звонках

Пропишите в скрипте не только что говорить, но и что не говорить: скидку - только в ответ на прямой запрос и в обмен на шаг клиента, рассказ о компании - в одну фразу, дальше - про задачу собеседника.

Как отвечать на типовые возражения: примеры?

Возражения повторяются - по данным Gong на выборке более 300 миллионов холодных звонков, пять самых частых покрывают около 74% всех случаев, поэтому ответы на них пишутся заранее. За «дорого» обычно стоит «не увидел ценности», за «я подумаю» - «дорого», «не доверяю» или «решаю не я». Отвечать стоит на настоящую причину, а её сначала нужно уточнить вопросом.

Блок возражений - обязательная часть скрипта: без него менеджер импровизирует в самый напряжённый момент разговора. Четыре типовых ситуации и заготовки к ним:

Порядок отработки любого возражения один и тот же:

1. Выслушать до конца, не перебивая.
2. Подтвердить, что услышали: «Понимаю, вопрос цены ключевой».
3. Уточнить настоящую причину вопросом.
4. Дать аргумент под эту причину, а не под дословную фразу.
5. Проверить, снят ли вопрос: «Ответил на ваш вопрос?»

В скрипте у каждого возражения должна быть своя ветка с уточняющим вопросом. Ответ одной заученной фразой без уточнения - то самое «чтение по бумажке», на которое жалуются клиенты.

Как закрепить следующий шаг и завершить разговор?

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

Скрипт закрывает это тремя обязательными элементами:

1. Конкретное предложение шага: «Как насчёт четверга в 15:00 - покажу на ваших данных?» Точная дата и время работают лучше открытого «когда вам удобно?»: клиенту проще согласиться, чем планировать самому.
2. Резюме договорённостей: «Тогда фиксирую: я отправляю расчёт сегодня, созваниваемся в четверг в 15:00».
3. Фиксация в CRM сразу после звонка - дата, договорённость, следующий шаг. Без записи договорённость живёт ровно до конца рабочего дня.

Какие ошибки чаще всего ломают скрипт продаж?

Чаще всего скрипт ломают ещё на этапе написания, и каждая такая ошибка закладывается в документ - дальше она воспроизводится в каждом звонке всей командой.

Типовые ошибки из разборов реальных скриптов:

• Скрипт под идеального клиента. В тексте клиент отвечает ровно так, как удобно менеджеру. Реальные люди отвечают иначе, и менеджер выпадает из сценария на второй минуте.
• Линейный монолог. Текст без ветвлений, который читается сверху вниз. Любой нестандартный ответ клиента ломает такую конструкцию целиком.
• Цена раньше ценности. Если цена звучит до того, как проговорена задача клиента, сравнивать её клиенту не с чем - и она всегда «дорого».
• Один скрипт на все сценарии. Холодный обзвон, тёплая заявка с сайта и повторный клиент - три разных разговора. Сводить их в один документ - как лечить разные болезни одной таблеткой.
• Обрыв после первого «нет». В скрипте нет ветки после отказа, и менеджер вешает трубку там, где уточняющий вопрос ещё мог вернуть разговор.

Отдельный класс проблем в текст скрипта не попадает вовсе - это то, что происходит с документом после внедрения. О нём дальше.

Почему менеджеры не соблюдают скрипт и как это увидеть?

Сопротивление команды - нормальная реакция. Опытные менеджеры считают, что умеют продавать без бумажки; новички под нагрузкой сокращают текст до пары фраз. Если скрипт спущен сверху без обсуждения с командой, к сопротивлению добавляется саботаж: формальное проговаривание фраз без смысла.

Дальше срабатывает эффект невидимости. Руководитель судит об исполнении скрипта по нескольким прослушанным звонкам и по итогам тренинга, где все отвечают правильно. Поток при этом выглядит так: 20 менеджеров дают 1500-2000 звонков в неделю, на полную прослушку нужно 125-230 часов - несколько ставок только на контроль. Реально прослушивается 1-3%, и выборка смещена в сторону жалоб и длинных разговоров.

Масштаб расхождения между «скрипт есть» и «скрипт исполняется» видно на живом примере. В одном из наших разборов - производство мебельной доски, 28 менеджеров в четырёх отделах - скрипт и чек-лист по этапам звонка были давно внедрены. Сплошной анализ всех звонков за день занял час и показал: половина проверяемых пунктов чек-листа нарушается. Руководителю на ту же проверку вручную потребовалась бы примерно неделя.

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

Как обновлять скрипт по данным реальных звонков?

Рынок, продукт и возражения клиентов меняются, а текст без пересмотра отстаёт: по разбору сотни реальных скриптов, около 60% не обновлялись год и дольше.

Разработчики скриптов для контакт-центров формулируют правило прямо:

Любой скрипт - живой. Не получится один раз его написать и далее использовать как есть.

• Smarter, чек-лист критических ошибок скрипта, vc.ru

Лучшие данные для обновления уже лежат в вашей телефонии. В кейсе Take&Wake - франшиза кофеен самообслуживания, 20+ менеджеров и около 10 000 заявок в месяц - разбор всех звонков по дереву оценки показал, что сделки терялись на стыках этапов скрипта: между выявлением потребности и презентацией, между возражением и следующим шагом. Точечные правки этих переходов дали рост конверсии на 1,5% - без нового трафика и без расширения штата.

К 2026 году к ручному пересмотру добавился ИИ-слой, и он меняет саму работу со скриптами:

• Анализ 100% разговоров вместо выборочной прослушки: каждый звонок прогоняется по критериям скрипта, и видно, какие пункты систематически проваливаются.
• Подсказки в реальном времени: платформы вроде Cresta и Balto напоминают менеджеру обязательные пункты прямо во время разговора.
• Обновление по паттернам: новые возражения и формулировки клиентов всплывают в аналитике раньше, чем менеджеры о них расскажут.

Иллюстрация из российской практики: по данным AmSales, ИИ-анализ звонков показал, что в 25% разговоров менеджеры мебельного магазина не предлагали сопутствующие товары; после правки скрипта и точечного обучения средний чек за квартал вырос на 12% (вендорский кейс - цифры компании, не независимая проверка).

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

С чего начать: план на одну неделю

За неделю реально собрать рабочую версию: каркас из шести этапов, ответы на пять частых возражений вашей ниши, пилот на двух-трёх менеджерах и разбор записей пилотных звонков.

1. День 1-2: каркас. Разложите свой текущий разговор с клиентом на шесть этапов и напишите по 2-3 фразы на каждый. Для новичков - подробнее, для опытных - только обязательные точки.
2. День 3: возражения. Послушайте 10-15 своих записей и выпишите возражения дословно. Напишите ветку с уточняющим вопросом под каждое из пяти самых частых.
3. День 4-5: пилот. Дайте скрипт двум-трём менеджерам. Остальные пока работают как раньше - будет с чем сравнивать.
4. День 6-7: разбор записей. Прослушайте пилотные звонки по чек-листу этапов: что произносится, что выбрасывается, где клиент «отваливается».
5. Дальше - цикл. Раз в месяц сверяйте скрипт с реальными звонками и обновляйте ветки, которые перестали работать.

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