Главная
Тарифы О нас Подход Кейсы Контакты растИИшкаблог 404ai Интеграции Глоссарий Запросить демо +7 (993) 729-59-59
Скрипты · Контроль продаж

Почему скрипт продаж не выполняется: 7 причин и как это чинится

Скрипт написан, согласован, разослан и даже распечатан, а через месяц руководитель слушает звонки и слышит, что менеджеры говорят кто во что горазд. Скрипт продаж не выполняется не из-за лени отдела: причин обычно несколько, и они разной природы — одна лечится редактурой текста, другая контролем, третья деньгами. Пока их лечат одним средством «надо заставить», компания теряет то, ради чего скрипт писали: в опубликованном кейсе канал, который давал 40–50% выручки, упоминался в 5,5% разговоров. Ниже семь причин, по которым скрипт остаётся документом, что делать с каждой, в каком порядке — и когда проблема вообще не в скрипте.

Рабочий скрипт — это стандарт смыслов, а не текст для зачитывания

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

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

Написано для глаз, а произносить приходится вслух

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

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

Двенадцать страниц не помещаются в голову во время разговора

Вторая причина. Документ на двенадцать страниц не выполняется физически: его невозможно держать в голове в живом разговоре, а читать с экрана параллельно с клиентом — значит терять клиента. Чем длиннее скрипт, тем вероятнее, что пользоваться будут только первой страницей. Остальные одиннадцать существуют для отчёта о проделанной работе.

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

Клиент сворачивает с рельсов на втором шаге

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

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

Пункт без ответа на вопрос «зачем» выполняют для галочки

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

Что делать: для каждого обязательного пункта иметь ответ на вопрос «зачем». Не «так принято», а конкретно: что этот шаг даёт клиенту и что он даёт сделке. Показателен опубликованный кейс БФЛ-компании: партнёрская программа, на которую в таких компаниях приходится 40–50% выручки, упоминалась лишь в 5,5% разговоров. Причины такого разрыва кейс не раскладывает, но выглядит он как классический пункт без ответа на «зачем». За первый месяц после того, как это стало видно, показатель вырос до 10% — простыми шагами и ещё без привязки к KPI.

То, что не проверяют, со временем перестают делать

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

Почему системного контроля обычно нет, объясняет арифметика. В том же кейсе БФЛ-компании разговоры шли около 40 минут, и один специалист контроля качества разбирал пять-шесть звонков в день. Для сплошной прослушки 10 000 целевых разговоров в месяц понадобилось бы около 125 человек — при ставке 60 000 ₽ это 7,5 млн рублей дополнительного фонда оплаты труда ежемесячно. Экономика не сходилась, поэтому слушали около 5% звонков. Посчитайте то же на своих числах: длительность разговора, число звонков и часы, которые реально уходят на прослушку.

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

Если пункт не влияет на деньги, он проигрывает всем остальным задачам

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

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

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

Скрипт отстал от продукта, и отдел отвечает импровизацией

Седьмая причина. Продукт изменился, цены выросли, у конкурентов появилось новое предложение, а скрипт остался прежним. Менеджеры сталкиваются с возражениями, которых в нём нет, и отвечают как умеют. Доля импровизации растёт, и однажды документ окончательно отрывается от практики.

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

Почему скрипт продаж не выполняется, выясняют до того, как его чинят

Пытаться закрыть все семь причин одновременно — надёжный способ не закрыть ни одной и устать. Рабочая последовательность:

  • Сначала измерить. Понять, какие пункты не выполняются и в какой доле разговоров. Без цифры вы будете чинить то, что громче всех обсуждают, а не то, что сломано.
  • Потом переписать. Сократить, проговорить вслух, добавить ветки под реальные сценарии, объяснить смысл каждого пункта.
  • Затем включить регулярный разбор. Одна тема в неделю, проверка результата на следующей неделе по данным.
  • И только потом привязывать к KPI. Когда правила понятны, а измерение объективно.

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

Когда дело не в скрипте, и никакая проверка не поможет

Честная часть. Бывает, что скрипт вообще не главная проблема. Если в отдел приходят нецелевые заявки, лучший разговор не превратит их в сделки, и выполнение скрипта хоть на сто процентов ничего не изменит в выручке. Если продукт не конкурентен по цене, менеджеры будут уходить от пункта «назвать цену» не из-за плохого текста. Тут нужен разговор о воронке и продукте, а не о формулировках.

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

Сначала замер на своих звонках, потом любые правки

В проектах 404ai починка скрипта начинается не с переписывания текста. Сначала договариваемся, ради какого результата скрипт вообще существует — какие пункты связаны с деньгами компании, а какие остались по традиции, — и какая метрика покажет, что починка сработала: доля разговоров, где выполнен ключевой пункт, и конверсия этапа, на который он влияет (метод «Цель → метрика»). Затем пилот на звонках клиента: Эхолитикс превращает скрипт в чек-лист и проверяет каждый пункт во всех разговорах, а оценки системы сверяются с оценками руководителя на контрольной выборке, пока расхождения не перестанут быть спорными. Разбор стоит 1,5 ₽ за минуту разговора, данные хранятся в РФ по 152-ФЗ. Если руководство не готово менять процесс по итогам замера, мы честно говорим, что эффекта не будет.

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

Скрипт, который никто не выполняет, опаснее отсутствия скрипта: он создаёт у руководителя уверенность, что стандарт есть.

Часто задают вопросы

Основных причин семь: скрипт написан для чтения, а не для произнесения; он слишком длинный; в нём нет ветвлений под реальные сценарии; менеджер не понимает смысла пункта; выполнение никто не проверяет системно; требование не привязано к KPI и деньгам; скрипт не обновлялся под изменившийся продукт и возражения. В большинстве отделов работают сразу несколько причин, и лечить их нужно по отдельности — общего «заставить выполнять» не существует.
Только сплошным анализом разговоров: каждый пункт скрипта превращается в критерий чек-листа, и система проставляет по нему зачёт или ноль в каждом звонке. Выборочная прослушка нескольких разговоров в неделю такой цифры не даёт — на этой выборке невозможно отличить закономерность от случайности. Показательный пример: в кейсе БФЛ-компании требование упоминать партнёрскую программу выполнялось в 5,5% разговоров, и до сплошного анализа этого никто не видел.
Скрипт нужен не как текст для зачитывания, а как зафиксированный стандарт: что обязательно должно произойти в разговоре. Сильный менеджер выполняет эти пункты своими словами и не нуждается в дословных формулировках, слабому нужны и формулировки тоже. Правильный скрипт описывает обязательные смысловые блоки и даёт примеры фраз, а не требует читать по бумаге.
Разбираться по существу, а не давить. Часто сопротивление обоснованно: пункт устарел, мешает разговору или не работает на вашем сегменте. Если пункт действительно нужен, объясните механику — что он даёт клиенту и сделке, и покажите на данных, как отличаются результаты в звонках с ним и без него. Требование, смысл которого сотрудник не понимает, выполняется формально или не выполняется вовсе.
Это один из самых действенных рычагов, но включать его стоит последним — после того, как скрипт приведён в рабочий вид, а измерение стало объективным. Привязка к деньгам работает только при двух условиях: сотрудник понимает правила и доверяет оценке. Если оценивают вручную и выборочно, привязка к KPI воспринимается как лотерея и вызывает сопротивление сильнее, чем сама метрика.
Пересматривать имеет смысл ежеквартально и внепланово — при изменении продукта, цен или появлении новых частых возражений. Практичный источник обновлений — сами разговоры: карта возражений из речевой аналитики показывает, какие формулировки клиентов появились и на каких пунктах менеджеры чаще всего проваливаются. Скрипт, не менявшийся год, почти гарантированно расходится с реальностью.

Посмотрите, как выполняется ваш скрипт

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

Разберём ваши звонкиПилот бесплатно
Обсудить задачу