Скрипт продаж

В учебнике OpenStax сценарий описан как основа продажи по схеме «стимул — ответ»: продавец готовит обращения с учётом потребностей клиента и реагирует на его ответы. ^[1] Сценарий задаёт ход общения; весь процесс продажи, включая поиск клиента и сопровождение после покупки, шире. ^[1]

Кратко

Реплики в сценарии связаны с ответами клиента, а не только с порядком абзацев.
В учебном примере ниже есть ветви для уточнения, предложения и завершения разговора.
Точность объяснения условий и получение заказа проверяются отдельно.
Предварительное согласие на рекламу по телефону нельзя заменить удачной формулировкой. ^[5]

Происхождение и история термина

Практика записанных коммерческих аргументов существовала до телефонных центров. Историк бизнеса Уолтер Фридман описывает пособие страховым агентам Генри Хайда 1859 года и сценарии продавцов книг, предшествовавшие руководству NCR. ^[2]

В 1887 году компания National Cash Register получила руководство, известное как Primer. Его автор Джозеф Крейн записал не только реплики продавца кассового аппарата, но и действия во время демонстрации. Позднее сценарий дополнили ответами на вопросы; в 1894 году материалы объединили в Sales Manual. ^[2] Это документированная история конкретной системы продаж, а не дата изобретения всех скриптов.

Современный пример другой формы сценария — подсказки в Dynamics 365 для клиентского обслуживания. Microsoft разделяет текстовые инструкции, запуск макроса — набора команд для системы — и переход к другому сценарию. ^[3] Так, подготовленная опора может включать действия в программе, хотя сам разговорный скрипт не является программным кодом.

Суть и механизм

Сценарий полезно читать как последовательность решений: что уже известно о задаче клиента, что нужно спросить и какое объяснение подходит к ответу. В OpenStax описание продажи через выяснение потребностей начинается с вопросов; презентацию затем связывают с выявленной задачей. ^[1]

Рассмотрим учебную конструкцию редакции. Её цель — согласовать подготовку предложения, а не добиться оплаты в первом разговоре. Для каждого вопроса записаны причина и следующий шаг. Вопрос «На какую дату нужен запуск?» нужен, чтобы проверить выполнимость срока. Если срок подходит, менеджер уточняет объём работы; если нет, объясняет ограничение и обсуждает другой срок. Без этой связи вопрос превращается в сбор сведений, которые не влияют на разговор.

В таком сценарии важно отделить реплику от внутренней подсказки. Клиенту говорят: «Уточню доступность даты и вернусь с ответом». Сотруднику оставляют инструкцию проверить расписание. Отметка о выполнении шага не заменяет самой проверки: например, в Microsoft текстовую инструкцию сотрудник отмечает выполненной вручную. ^[3]

Виды и классификации

Для проектирования используем редакционную классификацию по устройству текста. Линейный вариант задаёт одну последовательность; ветвящийся предлагает разные продолжения в зависимости от ответа; модульный содержит отдельные блоки, которые сотрудник выбирает для конкретной ситуации. Это рабочий способ сравнить документы, а не общепринятый стандарт.

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

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

Как применяется на практике

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

Далее менеджер уточняет город и даты. Если экскурсии проходят только в выходные, предложение с публикацией после завершения сезона не решает задачу, даже если его удобно продавать. Поэтому в сценарии есть переход к проверке доступных дат. Ответ о количестве заявок сформулирован отдельно: «Обсудим формат и способ учёта обращений; обещания определённого числа заявок в этом предложении нет». Это условие учебного предложения, не утверждение о возможностях всех медиа.

На фразу «дорого» сценарий предлагает уточнить, с чем клиент сравнивает стоимость и какой состав размещения ему нужен. На «не звоните мне больше» предусмотрено завершение, а не ещё один довод. Такая развилка различает вопрос об условиях и требование прекратить рекламу; для последнего действует отдельная правовая обязанность. ^[5]

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

Как измерить или проверить

Сначала нужно определить, что именно проверяется. Для учебной проверки точности заранее составим перечень обязательных условий. Диалог засчитывается как точный, если сотрудник верно сообщил все эти условия и не добавил противоречащих им обещаний. Это правило упражнения, а не отраслевой норматив.

Обозначим число точных объяснений буквой T, число проверенных диалогов — N. Доля точных объяснений Q выражается в процентах:

Q = \frac{T}{N}\times100\%,\qquad N>0.

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

Эта доля ничего не говорит о числе покупок. Для результата продажи нужен другой заранее выбранный исход, например оплаченный заказ. Даже если после замены сценария заказов стало больше, одновременно могли измениться клиенты или предложение. Для изучения влияния одного фактора NIST описывает случайное назначение его вариантов участникам эксперимента. ^[4] Применительно к скриптам это означает заранее случайно распределить допустимые контакты между версиями. Такой принцип помогает строить сравнение, но не заменяет план эксперимента и оценку неопределённости результата.

Ошибки, ограничения и спорные вопросы

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

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

Правовой аспект

В России часть 1 статьи 18 закона № 38-ФЗ «О рекламе» в редакции от 04.08.2026 требует предварительного согласия адресата на рекламу по сетям электросвязи, включая телефон. Доказывать получение согласия должен рекламораспространитель; по требованию адресата распространение необходимо прекратить немедленно. ^[5]

Часть 2 запрещает рекламное использование средств автоматического выбора или набора номера без участия человека. ^[5] Подготовленный текст не отменяет этого ограничения. Применимость правил к конкретному сообщению требует оценки его содержания и обстоятельств; этот обзор не заменяет юридическую консультацию.

Частые вопросы

Нужно ли читать скрипт дословно?

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

Скрипт гарантирует продажу?

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

Возражение и отказ — одно и то же?

В нашем сценарии вопрос о цене допускает уточнение, а требование прекратить рекламу ведёт к её прекращению. ^[5]

Можно ли звонить без согласия, если есть хороший скрипт?

Для телефонной рекламы действует требование предварительного согласия. Качество сценария не является исключением из него. ^[5]

Связанные термины

Источники

Gomez Albrecht, M., Green, M., & Hoffman, L. (2023). Principles of marketing (§15.3, Steps in the personal selling process). OpenStax, Rice University. https://openstax.org/books/principles-marketing/pages/15-3-steps-in-the-personal-selling-process (дата обращения: 29.10.2026). ↑ а б в
Friedman, W. A. (1998). John H. Patterson and the sales strategy of the National Cash Register Company, 1884 to 1922. Business History Review, 72(4), 552–584. DOI: 10.2307/3116622. Карточка издателя: https://www.cambridge.org/core/journals/business-history-review/article/abs/john-h-patterson-and-the-sales-strategy-of-the-national-cash-register-company-1884-to-1922/0CA6F483DBC1E965907582EF219134FB. Использован открытый фрагмент исследования, опубликованный HBS Working Knowledge 01.11.1999: https://www.library.hbs.edu/working-knowledge/john-h-patterson-and-the-sales-strategy-of-the-national-cash-register-company-1884-to-1922 (дата обращения: 29.10.2026). ↑ а б
Microsoft. (2026, April 15). Guide customer interaction with scripts. Microsoft Learn. https://learn.microsoft.com/en-us/dynamics365/customer-service/use/oc-agent-scripts (дата обращения: 29.10.2026). ↑ а б
National Institute of Standards and Technology. (n.d.). Completely randomized designs (§5.3.3.1). In NIST/SEMATECH e-Handbook of statistical methods. https://www.itl.nist.gov/div898/handbook/pri/section3/pri331.htm (дата обращения: 29.10.2026). ↑
О рекламе : Федеральный закон от 13.03.2006 № 38-ФЗ : принят Государственной Думой 22.02.2006 : одобрен Советом Федерации 03.03.2006 : в ред. от 04.08.2026. Ст. 18, ч. 1–2 // КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_58968/f892dec1383709792452f18d36e7043306e2be0a/ (дата обращения: 29.10.2026). Указанные положения действуют с 01.07.2006 согласно ст. 39: https://www.consultant.ru/document/cons_doc_LAW_58968/7aea2ae9b1d27e88114ff4330d7c5321d9be3dc6/. ↑ а б в г д е