Каждый раз, когда я слышу «у нас есть скрипт, но менеджеры его не используют» — я знаю, что проблема не в менеджерах.
Проблема в скрипте.
Потому что скрипт, который написан правильно — используется. Не потому что так приказали. А потому что он помогает. Потому что с ним разговор идёт лучше, чем без него. Потому что менеджер чувствует: это работает.
А скрипт, который написан неправильно, — лежит в папке. Иногда — распечатанный и подчёркнутый. Но не работающий.
Я видела оба варианта. Создавала оба варианта — честно скажу. Первые мои скрипты были из тех, которые менеджеры терпели первую неделю и потом аккуратно откладывали. Потом я разобралась, в чём было дело. И теперь расскажу.
Почему большинство скриптов не работают
Прежде чем говорить про то, как делать правильно — назову причины, почему чаще всего получается неправильно.
Причина первая: скрипт написан для руководителя, а не для менеджера.
Руководитель пишет скрипт так, как он сам хотел бы продавать. Или так, как он представляет идеальный разговор в теории. При этом не учитывает: менеджер — другой человек. С другим темпом речи, другим словарём, другим способом думать в разговоре.
Когда менеджер читает по скрипту — клиент слышит несоответствие. Слова правильные — но звучат искусственно. Потому что не его слова.
Причина вторая: скрипт — это монолог, а не диалог.
Классическая ошибка: скрипт написан как последовательность реплик менеджера. Он говорит это, потом это, потом это. Клиент предполагается как пассивный слушатель.
Но клиент — не пассивный. Он перебивает, задаёт вопросы не по порядку, реагирует неожиданно. И менеджер, вооружённый монологом, теряется. Потому что не знает, что делать, когда клиент пошёл «не по скрипту».
Причина третья: скрипт слишком длинный или слишком жёсткий.
Двадцать страниц скрипта — это не инструмент. Это книга. В разговоре невозможно пользоваться книгой. Менеджер не может одновременно слушать клиента, думать, что отвечать — и листать двадцать страниц.
Или другой вариант: скрипт жёсткий до слова. Нельзя отступить ни на шаг. Это создаёт робота, а не продавца.
Причина четвёртая: скрипт написан в кабинете, без тестирования на живых звонках.
Красивая теория, которую никто не проверил на практике. Первый же реальный звонок показывает: клиенты не отвечают так, как предполагал автор скрипта. И вся логика рассыпается.
Причина пятая: менеджеров не вовлекли в создание.
Скрипт написали сверху и спустили вниз. Менеджеры его не создавали, не обсуждали, не тестировали. У них нет ощущения причастности — и нет мотивации использовать чужое.
Что такое хороший скрипт — на самом деле
Хороший скрипт — это не текст, который нужно читать. Это навигатор, который помогает не потеряться.
Он даёт структуру — но оставляет свободу внутри структуры. Он предлагает формулировки — но не требует их дословного воспроизведения. Он показывает, что делать, когда клиент ответил так или иначе — но не превращает разговор в театральное представление с заученными репликами.
Хороший скрипт отвечает на вопросы:
Как начать разговор, чтобы клиент не повесил трубку?
Какие вопросы задавать, чтобы понять задачу клиента?
Как представить решение так, чтобы клиент захотел?
Что делать с возражением «дорого»? «Я подумаю»? «У нас уже есть поставщик»?
Как перейти к следующему шагу?
Если скрипт отвечает на эти вопросы — он используется. Потому что с ним легче, чем без него.
Как написать скрипт который работает: пошаговый процесс
Шаг первый: сначала — исследование, а не написание.
Прежде чем открыть документ и начать писать — нужно собрать данные.
Послушайте реальные звонки. Лучшие звонки — те, которые закончились сделкой или договорённостью о следующем шаге. Что говорил менеджер? Какие вопросы задавал? Что сказал клиент в момент, когда стал более открытым?
Запишите реальные возражения клиентов. Не придуманные — реальные, из записей. Именно те слова, которыми говорят ваши клиенты в вашей нише.
Поговорите с менеджерами. Что им сложнее всего в разговоре? Где они чувствуют себя неуверенно? Что хотели бы иметь под рукой?
Этот этап занимает время. Но он определяет качество всего, что будет дальше.
Шаг второй: определите структуру разговора.
Не текст — структуру. Этапы, через которые проходит разговор. Типичная структура для большинства b2b звонков:
Открытие — первые слова, установление контакта, обозначение цели звонка.
Выявление задачи — вопросы, которые помогают понять, что нужно клиенту.
Презентация решения — как именно вы помогаете, под задачу клиента.
Работа с возражениями — что делать, когда клиент сомневается.
Закрытие — переход к следующему конкретному шагу.
Это скелет. На него потом ляжет мясо — конкретные формулировки.
Шаг третий: пишите формулировки — живым языком.
Это самый важный принцип.
Возьмите каждый этап и напишите формулировки так, как это говорят живые люди. Не «позвольте узнать, какова ваша потребность в данном сегменте» — а «расскажите, что сейчас происходит с вашими продажами?»
Тест простой: прочитайте вслух. Если режет слух — переписывайте. Если звучит естественно — оставляйте.
Давайте несколько вариантов одной и той же реплики. Не один «правильный» — а два-три разных. Один менеджер использует один вариант, другой — другой. Это нормально. Главное — суть сохранена.
Например, открытие разговора:
Вариант А: «Добрый день, Иван. Меня зовут Екатерина, компания X. Звоню по конкретному поводу — скажите, у вас сейчас есть минута?»
Вариант Б: «Иван, добрый день. Екатерина из X. Вы сейчас в Москве? Хочу задать один вопрос — займёт минуту».
Вариант В: «Иван, это Екатерина из X. Вы знакомы с нашей компанией?»
Каждый вариант чуть отличается по тональности. Менеджер выбирает тот, который ближе к его стилю.
Шаг четвёртый: проработайте возражения отдельно и подробно.
Это самая ценная часть скрипта. Именно здесь большинство менеджеров теряются — и именно здесь хороший скрипт даёт максимум.
Для каждого типичного возражения нужна не одна реплика — а алгоритм работы.
Возьмём «дорого». Плохой скрипт: «Я понимаю, но наш продукт стоит своих денег, потому что...» Это защитная позиция. Клиент закрывается.
Хороший скрипт для «дорого»:
- Уточни: «Иван, когда вы говорите дорого — вы сравниваете с конкретным предложением, или это вопрос бюджета в принципе?»
- В зависимости от ответа — разные пути.
Если сравнивает с конкурентом: «Давайте посмотрим, что входит в эти предложения — иногда разница в цене объясняется разным составом...»
Если вопрос бюджета: «Понял. Скажите, если бы бюджет был — решение подошло бы? Хочу понять, это вопрос цифры или вопрос соответствия задаче».
Это не монолог. Это дерево решений. Менеджер знает, что делать при каждом варианте ответа.
Шаг пятый: вовлеките менеджеров в написание и тестирование.
Когда черновик готов — не спускайте его как приказ. Соберите менеджеров и пройдитесь по скрипту вместе.
Попросите их сыграть в него — один берёт роль менеджера, другой — клиента. Смотрите, где спотыкаются. Где звучит неестественно. Где возникает вопрос «а что если клиент скажет вот это?»
Это покажет дыры, которые не видны при написании. И это даст менеджерам ощущение причастности. Они участвовали в создании — они будут использовать.
После первых реальных звонков — соберите обратную связь. Что сработало? Что не сработало? Какие ситуации не были предусмотрены? Скрипт обновляется на основе реального опыта — и это делается регулярно, не один раз.
Формат скрипта: как оформить, чтобы использовали
Содержание важно. Но форма тоже имеет значение.
Одна страница для основного потока.
Основной сценарий разговора должен помещаться на одну страницу. Менеджер должен видеть всё одним взглядом — не листать, не искать.
На этой странице — структура и ключевые формулировки. Без лишних слов, без пояснений для руководителя, только то, что нужно в разговоре.
Отдельный блок для возражений.
Возражения — отдельный документ или отдельная вкладка. Туда менеджер обращается не в процессе основного разговора, а когда нужна конкретная ситуация.
Формат: «Возражение — алгоритм работы». Без длинных объяснений — только что делать.
Цветовое кодирование.
Вопросы — одним цветом. Ключевые фразы — другим. Альтернативные варианты — третьим. Это помогает быстро ориентироваться в документе во время разговора.
Цифровой формат с возможностью поиска.
Не распечатанный лист — документ на компьютере или в CRM, где можно быстро найти нужный раздел. Если система позволяет — скрипт прямо внутри CRM, рядом с карточкой клиента.
Три элемента которые делают скрипт живым
Первый: вопросы важнее утверждений.
Хороший скрипт состоит преимущественно из вопросов — а не из рассказа о компании и продукте. Вопросы дают информацию. Вопросы создают вовлечённость. Вопросы переводят клиента из пассивного слушателя в активного участника.
Соотношение вопросов и утверждений в хорошем скрипте — семьдесят к тридцати. Семьдесят процентов — что спрашиваем. Тридцать — что говорим.
Второй: паузы прописаны.
Это звучит странно — прописать паузу. Но это работает.
В скрипте можно сделать пометку: «После вопроса — пауза. Дождаться ответа клиента». Потому что начинающие менеджеры нервничают в тишине и сами отвечают на свой вопрос. Это убивает разговор.
Пауза после вопроса — это не неловкость. Это пространство, в котором клиент думает и говорит.
Третий: конкретные следующие шаги прописаны под каждый сценарий.
Как заканчивается разговор, если клиент заинтересован? Что предлагать дальше?
Как заканчивается разговор, если клиент говорит «я подумаю»? Как фиксируется следующий контакт?
Как заканчивается разговор, если клиент отказал? Оставить дверь открытой — как именно?
Финал разговора определяет, будет ли следующий контакт. Без прописанного финала — менеджеры прощаются неопределённо. И клиенты уходят в никуда.
Как внедрить скрипт так, чтобы его использовали
Написать — полдела. Внедрить — другая половина.
Не заставлять — показывать результат.
Первые звонки по новому скрипту — вместе. Руководитель звонит сам, при команде. Или слушают вместе запись удачного звонка по скрипту. Видеть, что работает — мощнее любого приказа.
Создать безопасную среду для практики.
Прежде чем с живыми клиентами — ролевые упражнения в команде. Один за менеджера, один за клиента. Разбор после. Не критика — анализ. «Вот здесь получилось хорошо — почему? Вот здесь потерялись — что можно попробовать?»
Первые две недели — разбирать вместе.
После каждого звонка по скрипту — короткий разбор с менеджером. Не контроль — обучение. Что было в скрипте — что получилось — что нет — как скорректировать.
Это занимает время руководителя. Но именно в первые две недели формируется привычка. Потом — работает само.
Обновлять скрипт публично.
Когда менеджер нашёл формулировку лучше — вносить её в скрипт с его именем. «Этот вариант предложил Дима». Это создаёт мотивацию улучшать, а не игнорировать.
Скрипт — живой документ. Он обновляется. Лучшие практики из реальных звонков попадают в него. Менеджеры видят: это не инструкция сверху — это накопленный опыт команды.
Главное что нужно понять про скрипт
Скрипт — это не контроль. Это поддержка.
Лучший продавец в вашей команде не нуждается в скрипте так, как новичок. Но скрипт нужен не только новичкам. Он нужен всем — потому что фиксирует лучший опыт команды и делает его доступным в любой момент.
Хороший скрипт не делает из менеджера робота. Он делает из среднего менеджера — хорошего. А из хорошего — даёт фундамент, на который он кладёт своё мастерство.
Это инструмент. Как любой инструмент — он работает, когда правильно сделан. И не работает, когда сделан плохо.
Сделайте его правильно. Это окупится.
Есть ли у вас сейчас скрипт в отделе — и как менеджеры к нему относятся? Или вы только думаете о том, чтобы его создать? Пишите в комментариях — расскажу, как решить конкретную задачу в вашей ситуации.
Искренне и надолго,
Екатерина Архарова
Больше полезных материалов в моем канале