E-commerce чат-бот: продажи и поддержка в одном диалоге
В интернет-магазине вопросы до покупки уходят в продажи, после — в поддержку, а клиент уверен, что говорит с одним магазином. В материале выстраиваем чат-бот для интернет-магазина вокруг всего цикла: вопросы и данные на этапах до покупки, при оформлении и после, где бот останавливается при оплате, статус, обмен и возврат, правила единой истории клиента, двухнедельный пример одного покупателя, что измерять, типичные ошибки и решения, которые бот никогда не должен брать на себя.
Проблема двух ботов в интернет-магазине
В большинстве интернет-магазинов разговор с клиентом разделён надвое. До покупки вопросы получает отдел продаж или «товарный бот», после — «где мой заказ?», «не подошёл размер» — поддержка. Для клиента же это один магазин и один разговор. Если канал, который вчера советовал размер, сегодня не узнаёт его с вопросом о возврате, опыт рвётся, а оператор переспрашивает всё заново.
Чат-бот для интернет-магазина приносит пользу, когда объединяет продажи и поддержку на одной истории клиента. В материале весь жизненный цикл покупателя показан на одной карте: что бот делает до покупки, при оформлении и после неё, какие данные нужны на каждом этапе, где он передаёт разговор человеку и какими показателями измерять результат.
Карта жизненного цикла
Разговоры магазина делятся на три этапа, и у каждого свои вопросы, данные и риски.
- До покупки«Есть мой размер?», «что лучше?», «сколько дней доставка?». Нужные данные: каталог, варианты, остатки, правила доставки.
- Оформление«Можно картой?», «есть рассрочка?», «промокод не работает». Нужные данные: способы оплаты, условия акций. Риск: ошибку оплаты бот не исправит.
- После покупки«Где мой заказ?», «хочу обменять», «товар пришёл повреждённым». Нужные данные: живой статус заказа, правила возврата. Риск: персональные данные и деньги.
У каждого этапа есть своя подробная статья; эта — о правилах, которые их связывают.
До покупки: от выбора к заказу
Здесь задача бота — помочь найти подходящий товар: не перечислять каталог, а сузить выбор двумя-тремя вопросами. Подробный сценарий — в статье о товарном чат-боте для e-commerce.
- Ответы берутся из самого каталога: название, цена, вариант, остаток
- Когда клиент присылает фото, подходящий товар может быть распознан — особенно полезно для одежды и мебели
- Вариант, которого нет в наличии, не предлагается; показывается похожая альтернатива
- Срок и стоимость доставки называются точно для региона
Приложение Vexvon для Shopify синхронизирует товары, коллекции и варианты с их собственной ценой и остатком, а также страницы доставки и возврата; когда цена меняется в Shopify, бот называет новую. На других платформах тот же результат дают загрузка каталога в базу знаний или API компании.
Оформление: где бот останавливается
Вопросы при оформлении короткие, но ошибка дорогая: потерянный заказ.
- Бот отвечаетСпособы оплаты, стоимость доставки, условия промокода, есть ли рассрочка — всё из утверждённых материалов.
- Бот передаётОплата не проходит, деньги списаны, а заказа нет, любые вопросы с данными карты. Бот просит не писать данные карты в чате и передаёт разговор сотруднику.
- Бот не делаетНе применяет промокод вручную, не меняет цену, не обещает скидку.
Сценарий для заказов, не завершённых после оформления, — в статье о брошенных корзинах.
После покупки: статус, обмен, возврат
Большинство вопросов после покупки — о том, где заказ. Правильно ответить бот может только с живыми данными: без интеграции с системой заказов или курьерской службой ответ остаётся общим. Сценарий статуса подробно — в статье о чат-боте для статуса заказа.
- Статус: по номеру заказа и с подтверждением клиента, только его заказ
- Обмен: объясняется правило, выбирается размер и товар, запрос передаётся сотруднику
- Возврат: условия — со страницы самого магазина; собираются фото и номер заказа
- Повреждённый товар: бот ничего не обещает и сразу передаёт человеку
Одна история: правило, связывающее этапы
Продажи и поддержку объединяет не один и тот же бот, а одна история клиента. На практике это четыре правила:
- Одна карточка клиентаКлиент, спросивший о размере в Instagram, а о статусе в WhatsApp, виден в одной карточке — их связывает номер телефона.
- Контекст до покупки виден поддержкеКогда приходит запрос на возврат, оператор видит, какой размер был рекомендован. Если причина — неверный совет, он возвращается в базу знаний как исправление.
- Сигналы поддержки возвращаются в продажиЧасто возвращаемый товар, часто задаваемый вопрос о размере — информация для страницы товара и каталога.
- Один тонПродающий бот не должен быть восторженным, а бот поддержки — сухим. Клиент говорит с одним магазином.
Пример: две недели одного клиента
- День 1, Instagram«Есть эта льняная рубашка в M? Рост 178.» Бот проверяет остаток, по таблице размеров объясняет выбор между M и L и присылает ссылку. Клиент оформляет заказ.
- День 3, WhatsApp«Где мой заказ?» Бот узнаёт номер и находит заказ: «У курьера, будет доставлен сегодня.»
- День 6, WhatsApp«Маловата — можно обменять на L?» Бот называет правило, проверяет остаток L и передаёт запрос на обмен сотруднику. Оператор видит и разговор первого дня.
- ИтогКлиенту ни разу не пришлось объяснять всё заново. Команда отмечает в таблице размеров, что модель маломерит.
Что измерять
- До покупкиДоля диалогов с ботом, закончившихся заказом; самые частые вопросы о товаре без ответа.
- ОформлениеДоля заказов, завершённых после вопросов при оформлении; передачи по проблемам оплаты.
- После покупкиДоля вопросов о статусе, полностью закрытых ботом; причины возвратов.
- ВместеДоля диалогов, полностью проведённых ботом; лиды и заказы по каналам.
Без единой истории эти цифры остаются в разных отчётах. CRM объединяет их в одной карточке клиента.
Типичные ошибки
- Держать два отдельных бота и два списка клиентов для продаж и поддержки
- Загрузить каталог один раз и не обновлять — бот предлагает товары, которых нет
- Отвечать на вопрос о статусе «скоро приедет» без интеграции
- Писать условия возврата в боте иначе, чем на странице
- Не читать причины возвратов — ошибка в таблице размеров живёт месяцами
Ограничения
Бот не знает того, чего нет в каталоге: у товара со скудным описанием и ответ скудный. Живые данные о заказе есть только при построенной интеграции. Решения об оплате, возврате денег, компенсации и повреждённых товарах всегда остаются за человеком. Бот не должен давать рекламных обещаний о качестве — только факты из описания.
Итог: один магазин, один разговор
Ценность чат-бота для интернет-магазина — не в отдельных функциях, а в их объединении. Когда совет до покупки, ответ при оформлении и поддержка после неё лежат в одной истории, клиент не повторяется, а команда видит, почему товары возвращают.
Возможности для магазинов на Shopify — на странице интеграции с Shopify, все отраслевые материалы — в этой рубрике. Чтобы вместе составить карту вашего магазина, свяжитесь с нами.
Частые вопросы
- Каким магазинам подходит чат-бот?Любому интернет-магазину, который получает много вопросов в сообщениях, особенно одежде, мебели и электронике, где часты вопросы о размере, варианте и доставке.
- Что нужно для запуска?Каталог (или магазин на Shopify), правила доставки и возврата, возможность интеграции статуса заказа и правила передачи.
- Бот полностью заменяет операторов?Нет. Простые вопросы закрываются в боте; проблемы оплаты, подтверждение обмена и жалобы остаются за людьми.