Скрипт продаж для интернет-магазина — карта действий и реплик при обработке входящего обращения или заказа. Она помогает уточнить товар, проверить условия, согласовать состав и передать подтверждённые сведения в исполнение. Рабочий скрипт предусматривает также отсутствие товара, ошибку оплаты, изменение заказа и отказ; его задача — корректно решить запрос, а не любой ценой перевести человека в оплату.
С чего начинается скрипт продаж для интернет-магазина
Входящее сообщение может быть вопросом до покупки, уже оформленным заказом, просьбой изменить доставку или жалобой. Не начинайте каждый контакт с повторного оформления. Сначала выясните, что произошло и какой результат нужен покупателю.
Если номер заказа известен, найдите запись и уточните только необходимое. Нельзя раскрывать подробности чужого заказа по одному предположению о личности собеседника. Порядок проверки получателя и допустимых данных должен быть определён в магазине заранее.
Сценарий должен связывать слова с действиями в учётной системе: где проверить наличие, кто подтверждает срок, как сохранить изменение и кому передать исключение. Хорошая реплика не компенсирует неверную цену или отсутствие реального заказа после сообщения «оформили».
Пример первого ответа
«Здравствуйте! Магазин “Пример”, меня зовут Ольга. Уточните, пожалуйста: вы хотите выбрать товар или обращаетесь по уже оформленному заказу?» Это учебная формулировка, которую адаптируют под канал и контекст. Если цель уже видна из сообщения, не задавайте вопрос заново.
В чате лучше отвечать на конкретный запрос короткими смысловыми блоками. По телефону — дать человеку закончить мысль и проверять понимание. Универсального числа секунд, вопросов или реплик нет: важна достаточность информации для действия.
Основная логика обработки входящего заказа
| Этап | Действие сотрудника | Что считать результатом |
|---|---|---|
| Определение запроса | Разделить выбор, новый заказ и обслуживание существующего | Понятна задача обращения |
| Уточнение товара | Проверить модель, вариант, количество и нужные ограничения | Состав не содержит двусмысленности |
| Проверка условий | Сверить наличие, цену, доставку и доступные способы оплаты | Условия подтверждены соответствующим источником |
| Согласование | Подвести итог и получить явное подтверждение | Покупатель понимает состав и полную сумму |
| Оформление | Сохранить запись и запустить согласованный процесс | Заказ существует и имеет корректный статус |
| Передача | Сообщить номер, следующий шаг и способ связи | Исполнитель и клиент знают дальнейшие действия |
Последовательность не обязательно линейна. После уточнения доставки может потребоваться другой вариант товара, а после проверки совместимости — отказ от покупки. Скрипт должен разрешать вернуться к нужному пункту, а не проталкивать неподходящий заказ дальше.
Как уточнять товар без лишних вопросов
Сверьте артикул и выбранный вариант: цвет, размер, комплектацию, совместимость или другие существенные свойства. Название линейки не всегда однозначно определяет товар. Для нескольких позиций проверьте количество каждой, а не только общую сумму.
Если клиент выбирает по задаче, задавайте вопросы, которые меняют рекомендацию. Например, для аксессуара важно точное обозначение совместимого устройства. Не заменяйте проверку фразой «обычно всем подходит». Если сведений нет, передайте вопрос специалисту и обозначьте, что ответ ещё уточняется.
Пример уточнения в чате
«Вижу выбранную модель. У неё есть несколько вариантов комплектации. Вам нужен комплект с указанным в карточке дополнительным модулем или без него?» Затем покажите различие и цену. Не используйте формулировку, будто дополнительный модуль уже включён, если это отдельная позиция.
Не просите адрес и телефон до того, как станет понятно, нужны ли они для текущего действия. Для предварительной оценки доставки может хватить города или индекса. Точный набор данных зависит от согласованного способа исполнения, а не от желания заполнить все поля CRM.
Наличие, резерв и сроки
Разделяйте остаток в системе, возможность резерва, подтверждение поставщика и дату передачи перевозчику. Эти сведения могут обновляться в разное время. Если наличие не подтверждено, не говорите «товар уже ваш» и не обещайте конкретную отправку без основания.
Учебная реплика: «По системе позиция доступна. Проверю возможность резерва и сообщу подтверждённый срок. Пока не буду обещать отправку в конкретный день». Если процесс магазина позволяет мгновенно подтвердить резерв, используйте фактический статус вместо лишнего ожидания.
Товара нет или информация расходится
Назовите ограничение прямо. Предложить аналог можно, если он подходит по важным требованиям и клиент готов его рассмотреть. Не заменяйте модель молча, даже если цена и внешний вид похожи. Изменение должно быть явно согласовано и отражено в заказе.
Если на странице одно условие, а в системе другое, зафиксируйте расхождение и передайте ответственному. Не обвиняйте покупателя в невнимательности и не придумывайте объяснение. До продолжения уточните применимые условия конкретной покупки по принятому процессу.
Как обсуждать цену и дополнительные услуги
Объясните состав стоимости: товары, согласованные дополнения, доставка и другие применимые суммы. Не показывайте только маленькую доплату, скрывая полный итог. Если цена зависит от параметров, сначала уточните их и отделите предварительную оценку от подтверждённой суммы.
На «дорого» уместно спросить, с чем сравнивается предложение и одинаков ли состав. Дайте точные сведения вместо выдуманной гарантии или бесплатной доставки. Скидка обсуждается только в пределах доступных условий и полномочий.
Допродажа без навязанного заказа
Предлагайте подходящее дополнение с объяснением назначения и отдельной стоимости. Если оно не нужно, продолжайте оформление исходной покупки. Обязательная для работы часть должна быть раскрыта заранее; нельзя выдавать неполное решение за готовое, а неизбежную доплату — за добровольную услугу.
Жалоба или ошибка основного товара не является поводом продавать платную поддержку вместо решения проблемы. Сервисную ветку отделите от коммерческой. Сотрудник должен знать, кто разбирает спорный вопрос и как передать контекст.
Подтверждение состава и суммы
Перед сохранением проверьте вариант, количество, способ получения, существенные сроки и полную сумму. Для сложного заказа полезно отправить письменное резюме. Молчание в чате не является подтверждением изменения состава.
Учебный пример: два товара по 2 000 рублей, один согласованный аксессуар за 500 рублей и доставка за 300 рублей. Товары стоят 4 000 рублей, полная сумма — 4 800 рублей. Если покупатель отказывается от аксессуара и остальные условия не меняются, сумма становится 4 300 рублей.
Формулировка: «Подтверждаем две позиции по указанной цене и доставку. Дополнение исключено, итог — 4 300 рублей. Всё верно?» Пример условный: фактические цены и состав всегда берутся из подтверждённой записи магазина.
Не обещайте статус, которого ещё нет
«Получили запрос», «создали заказ», «подтвердили резерв», «получили оплату» и «передали в доставку» — разные события. Используйте точное обозначение. Если заявка ожидает ручного согласования, объясните это и сообщите, как будет передан результат.
После оформления назовите номер, следующий шаг и контакт для изменения. Нельзя подставлять в шаблон фиктивный номер или обещать автоматическое письмо, если оно не настроено. Проверьте, что запись доступна сотруднику, который будет исполнять заказ.
Ветка скрипта: оплата не завершилась
Сначала сопоставьте заказ, сумму и фактический статус в платёжном процессе. Переход на платёжную страницу или сообщение покупателя о списании не заменяют проверку подтверждённой операции. Скриншот может помочь разбору, но не должен становиться единственным основанием считать заказ оплаченным.
Платёж может ожидать действия, подтверждения или завершиться отменой; точные статусы зависят от используемого сервиса и схемы. Например, двухстадийная оплата отдельно предусматривает ожидание подтверждения. Нельзя трактовать любое уведомление платёжной системы как окончательный успех.
Пример ответа при неопределённом статусе
«Вижу ваш вопрос. Проверю платёж по заказу и сообщу результат. Пока не предлагаю повторно оплачивать ту же сумму, чтобы исключить лишнюю операцию». Затем действуйте по регламенту сверки, а при необходимости передайте вопрос ответственному.
Для обычной оплаты по ссылке направляйте покупателя в предусмотренный платёжный интерфейс. Не просите продиктовать код подтверждения из банка или переслать данные карты в свободную переписку. Сотруднику, который помогает проверить статус заказа, такие сведения не нужны.
Если клиент сам прислал чувствительные сведения, не копируйте их в заметки и не рассылайте коллегам. Используйте установленный в компании порядок обработки инцидента. Шаблон скрипта должен предотвращать лишний сбор, а не превращать чат в хранилище платёжных данных.
Изменение, отмена и проблемный заказ
Проверьте текущее состояние до обещания изменения. Заказ может уже собираться или находиться у перевозчика. Объясните доступные действия и передайте запрос тому, кто может их выполнить. Фраза «поменяли» допустима после фактического подтверждения, а не после создания задачи складу.
Для возврата или претензии уточните предмет обращения и необходимую информацию по применимому процессу. Не выдумывайте ограничения вроде «акционный товар никогда не возвращается» и не заменяйте права покупателя внутренним желанием сохранить продажу.
Учебный ответ на жалобу
«Понимаю, что полученный вариант отличается от согласованного. Проверю состав заказа и передам обращение ответственному за решение. Сообщу, какие действия доступны и что потребуется дальше». Не признавайте непроверенные причины, но и не требуйте от человека заново проходить продающий сценарий.
Если срок ответа зависит от другого подразделения, согласуйте его реалистично. При задержке обновите информацию, а не оставляйте клиента с прежним обещанием. История должна показывать, кто владеет вопросом и что уже сделано.
Как связать скрипт с CRM и автоматизацией
У каждого шаблона должны быть источник сведений, условия использования и владелец актуальности. Цены и сроки не следует навсегда зашивать в текст. После изменения акции, ассортимента или доставки обновите соответствующие ветки и проверьте опубликованные сообщения.
Автозаполнение уменьшает повторный ввод, но не исключает ошибки. Старый адрес может быть правильным для прошлого заказа и неподходящим для нового. Предлагайте подтвердить существенные сведения, а не автоматически переносите их без проверки.
Что оставить человеку
Простое подтверждение получения запроса можно автоматизировать при соблюдении условий процесса. Спорную совместимость, расхождение цены, нестандартную претензию и неопределённый платёж передавайте ответственному сотруднику. Бот не должен обещать скидку или решение, на которое у него нет полномочий.
Предусмотрите остановку цепочки, если клиент уже ответил, отменил запрос или вопрос решён другим каналом. Повторная доставка события не должна создавать второй заказ и несколько одинаковых обращений. При сбое интеграции нужна очередь проверки и ручной резерв.
Как оценивать скрипт продаж для интернет-магазина
Измеряйте точность оформления, долю решённых запросов, подтверждённые оплаты, отмены и ошибки обещаний. Время обработки полезно вместе с качеством. Сокращение разговора за счёт пропуска важного условия не является улучшением.
Учебный пример: в одной завершённой группе из 100 обращений подтверждены 30 оплат, в сопоставимой группе такого же размера — 35. Конверсии равны 30% и 35%; разница — 5 процентных пунктов, относительное изменение — примерно 16,7%.
Эти числа не доказывают, что новый скрипт вызвал рост. Для причинного вывода нужен подходящий способ сравнения с учётом продукта, источника и срока наблюдения. Универсального количества контактов для статистической надёжности нет. Не объявляйте результат значимым только потому, что собраны заранее выбранные 500 разговоров.
Проверка содержания и обучение
Разбирайте реальные случаи с понятным доступом к материалам: что хотел клиент, что проверил сотрудник, какое обещание дал и что произошло затем. Оценивайте смысл действий, а не дословное повторение реплик. Поле «скрипт соблюдён» не является доказательством качества.
- Отработайте обычный заказ и неопределённый запрос.
- Проверьте отсутствие товара и несовместимый вариант.
- Разберите изменение состава после расчёта.
- Проверьте ожидающий, ошибочный и повторный платёж.
- Отработайте жалобу и передачу сложного случая.
- Проверьте сбой CRM и восстановление без дублей.
Начать можно с простой карты сценария и проверенных источников. CRM-подсказки или бот подключаются по необходимости. Скрипт не становится бесполезным без автоматизации, а автоматизация не делает неподходящий сценарий правильным.
Вопросы и ответы
Нужно ли читать скрипт продаж дословно?
Нет. Сохраняйте смысл проверок, точность условий и согласованное действие. Формулировки можно адаптировать к вопросу и каналу; нестандартный случай следует передавать ответственному, а не подгонять под шаблон.
Что делать, если товара нет?
Сообщить об ограничении, проверить доступные варианты и согласовать любое изменение. Нельзя молча заменить товар или обещать неподтверждённую поставку ради сохранения оплаты.
Как подтверждать оплату заказа?
По сопоставленным данным используемого платёжного и учётного процесса. Переход на страницу или скриншот сами по себе не равны окончательному статусу. При неопределённости сначала сверяют операцию.
Можно ли включать допродажу в каждый разговор?
Только когда она уместна для задачи и не мешает решить основной вопрос. Дополнение должно быть понятным, согласованным и подходящим. Жалоба и исправление ошибки не заменяются предложением платной услуги.
Когда обновлять скрипт интернет-магазина?
При изменении ассортимента, цен, акций, доставки, оплаты и порядка обработки проблем, а также после выявленных ошибок. Сохраняйте актуальную версию и сообщайте команде, какие действия изменились.
Подрядчики по теме статьи
Маркетинговые агентства — компании в каталоге PROMOmi.
