Покупатель пишет в чат интернет-магазина в десять вечера: «а куртка 48 размера еще есть?». Через полторы минуты бот отвечает: «Спасибо за обращение, оператор свяжется с вами в рабочее время с 9 до 18». Куртка, возможно, и была, просто спросить об этом оказалось некому. Покупатель закрывает вкладку и открывает соседний магазин, где на тот же вопрос бот ответил за пять секунд: «Да, 48 размер в наличии, 3 штуки, доставка завтра».
Разница в сценарии: один бот умеет отвечать на реальный вопрос покупателя, а второй умеет только извиняться. Дальше разберем конкретные сценарии диалога, от первого сообщения до оформления заказа: что покупатель видит и чувствует в каждом из них, и где бот обязан остановиться и позвать человека.
Содержание
- Что покупатель видит, когда пишет в чат первым сообщением
- Консультация по товару: сценарий подбора
- Статус заказа и доставка без звонка в поддержку
- Брошенная корзина: уместное напоминание
- Когда бот передает разговор оператору
- Сценарный бот или ИИ-бот: что подходит вашему магазину
- Как подключить бота к своему каталогу
- Частые вопросы
- Если совсем коротко
Что покупатель видит, когда пишет в чат первым сообщением
Покупатель, который открыл окно чата, не думает категориями «воронка» или «конверсия». Он думает: ответят ли мне сейчас, или это очередная форма, куда сообщения падают в пустоту. По данным SuperOffice, которая в формате тайного покупателя проверила тысячу компаний, среднее время первого ответа в чате на сайте составляет 2 минуты 40 секунд, а каждый пятый запрос вообще остается без ответа. Для магазина это прямая причина потерь: часть покупателей уходит к конкуренту, даже не дожидаясь финального «нет в наличии».
Скорость первого ответа решает больше, чем кажется на глаз. По собственным данным Jivo, если ответить на вопрос в чате за 10 секунд, диалог продолжают 70% посетителей, а если заставить ждать 3 минуты, до конца доходят уже только 48%. Точные проценты стоит воспринимать как ориентир одного сервиса, но направление устойчиво повторяется в разных источниках: чем дольше пауза перед первой репликой, тем больше людей просто закрывают вкладку, не дожидаясь ответа.
Разница между ботом, который здоровается первым и сразу предлагает конкретную помощь, и ботом, который молча ждет, пока покупатель сам сформулирует вопрос, ощущается посетителем физически, даже если он не может это словами объяснить. По данным Kayako со ссылкой на исследование InContact, большинство потребителей хотят, чтобы компания сама вышла на связь по вопросам сервиса первой. Проактивное приветствие вроде «Ищете конкретную модель или подскажу по каталогу» работает потому, что снимает с покупателя работу по формулировке первого сообщения.
Быстрый ответ не обязан быть идеальным по содержанию, чтобы сработать: по данным LiveChat со ссылкой на SQM Group, при ответе за 5–10 секунд удовлетворенность клиентов превышает 84%, и это выше, чем дает подробный, но медленный ответ. Скорость первой реплики сама по себе часть сервиса.
На практике это значит, что первая реплика бота решает не меньше, чем содержание десятого сообщения в переписке: если магазин теряет посетителей на этапе «написал и не дождался», дальше можно сколько угодно улучшать сценарии подбора товара и статуса заказа, эффект будет упираться именно в эту первую паузу. Дальше разберем, как это выглядит на конкретных сценариях: от подбора товара до момента, когда бот должен остановиться и позвать оператора.
Консультация по товару: сценарий подбора
Самый частый повод написать в чат интернет-магазина, простая просьба «помогите выбрать». Покупатель редко формулирует запрос списком фильтров, он описывает задачу своими словами.
Покупатель: нужны кроссовки для бега зимой, чтобы не скользили на льду
Бот: зимние кроссовки с агрессивным протектором есть в трех моделях, подскажите размер и примерный бюджет, чтобы сузить выбор
Покупатель: 42, до 8 тысяч
Бот: подходят две модели: [ссылка на модель 1] и [ссылка на модель 2], обе с мембраной от влаги, разница в весе и жесткости подошвы
Бот уточняет один-два параметра и сразу переходит к конкретным вариантам. Это сильно отличается от формы с чекбоксами на сайте: покупатель не всегда знает, что искать по фильтру «протектор», зато легко описывает задачу словами «чтобы не скользили». Свободный вопрос особенно выигрывает там, где критериев несколько сразу и они друг друга уточняют. Для одного фильтра вроде цвета хватает обычного каталога.
У этого сценария есть предел, о котором честно стоит сказать сразу: бот подбирает варианты только из того, что физически описано в карточках товаров и на страницах каталога. Если у модели не указан вес или тип протектора, бот либо честно скажет «такой характеристики в описании нет», либо ответит расплывчато, и второе хуже первого. Качество консультации по товару зависит от того, насколько подробно описан сам каталог, разбор того, как физически устроена база, из которой бот берет такие ответы, есть в статье база знаний для сайта.
Статус заказа и доставка без звонка в поддержку
Вопрос про доставку и статус заказа звучит в поддержке интернет-магазинов чаще почти любого другого. По оценке сервиса отслеживания доставок LateShipment, такие обращения составляют около трети всего объема поддержки типичного интернет-магазина, а в пиковые периоды, вроде распродаж, доля растет еще выше. Для покупателя это самый простой вопрос из всех: он не просит скидку и не жалуется, ему нужен один конкретный факт.
Покупатель: а доставка до Казани сколько идет?
Бот: 2 дня, стоимость 490 рублей, если оформите заказ до 18:00, уйдет сегодня же
Покупатель: где мой заказ 48213?
Бот: заказ 48213 передан в службу доставки вчера в 14:20, ожидаемая дата вручения 12 сентября, трек-номер XXXXXXXX
Эти ответы отличаются от типичного «уточните у оператора» конкретикой: срок, стоимость, дата вручения, трек-номер. Сценарный бот справляется с этим сценарием почти так же хорошо, как и более сложный ИИ-бот, потому что вопрос типовой и ответ строится по понятной логике: найти заказ по номеру или почте, подтянуть статус из системы доставки, показать дату и трек-номер. Именно поэтому статус заказа обычно один из первых сценариев, которые магазин автоматизирует, даже если для остальных вопросов пока держит живого оператора.
Слабое место здесь: данные, из которых бот берет ответ, и то, как быстро они обновляются. Если статус доставки не синхронизирован с реальной системой логистики, бот с уверенным тоном покажет устаревшую информацию, а это хуже, чем честное «уточняю, секунду». Точность ответа про статус заказа зависит от свежести данных, которые бот получает из системы доставки.
Брошенная корзина: уместное напоминание
Товар добавлен в корзину, вкладка закрыта, заказ не оформлен: это обычное поведение покупателей в e-commerce. По своду 50 исследований Baymard Institute, средняя доля брошенных корзин в онлайн-торговле составляет 70,22%. Здесь есть о чем напомнить, и есть риск сделать это неуместно.
Бот (через 40 минут): кроссовки размера 42 все еще в корзине, на складе осталось 2 пары этой модели
Покупатель: спасибо, оформляю
Полезное напоминание отличается от спама поводом: чат и бот в обоих случаях одни и те же. Сообщение о том, что размер вот-вот закончится, дает покупателю причину вернуться именно сейчас. Общая фраза вроде «не забудьте про свою корзину», повторенная три раза за два дня, работает в обратную сторону. По данным сервиса email-рассылок Klaviyo, у цепочки напоминаний о брошенной корзине один из самых высоких показателей конверсии среди автоматических рассылок, но слишком частые повторные письма раздражают покупателей и увеличивают число отписок, что в итоге бьет по всей рассылке магазина.
Для чата на сайте это работает немного иначе, чем для email: здесь нет отдельной цепочки из нескольких писем, обычно достаточно одного уместного напоминания при следующем визите или через несколько часов после ухода. Хороший повод для напоминания всегда конкретный: ограниченный остаток, скорое окончание акции, вопрос, который покупатель не успел задать. Абстрактное «вернитесь к покупке» оставляет без причины вернуться именно сейчас.
Когда бот передает разговор оператору
Честный бот не пытается делать вид, что справляется с тем, с чем не справляется. Жалоба на брак, спор о возврате, нестандартный вопрос про корпоративный заказ: это территория человека с полномочиями принять решение.
Покупатель: заказ пришел с браком уже второй раз, хочу разобраться конкретно с тем, что случилось, и получить ответ по моему случаю
Бот: понимаю, это не тот случай, где подойдет стандартная инструкция. Передаю разговор оператору вместе с историей вашего заказа, он подключится в течение нескольких минут
Оператор: добрый день, вижу оба случая с браком по вашему заказу. Оформляю полный возврат и добавляю скидку на следующую покупку, детали пришлю сюда же
Оператор ни разу не попросил повторить историю с начала, потому что она уже была перед ним в момент подключения. Это ключевая деталь для покупателя: ощущение, что его переключили между двумя разными системами и заставили объяснять все заново, раздражает сильнее, чем сама задержка ответа. Хорошая передача выглядит как продолжение одного разговора, просто более человечным тоном.
Правило передачи стоит прописать заранее, до запуска бота и до первых живых диалогов. Обычно достаточно двух-трех четких триггеров: покупатель прямо просит человека, вопрос выходит за пределы того, что описано в карточках и на страницах сайта, или речь идет о деньгах, возврате, споре. Пока такие правила не прописаны, бот либо передает оператору слишком много простых вопросов, и экономия на скорости теряется, либо слишком мало сложных, и покупатель застревает в вежливых, но бесполезных ответах.
Сценарный бот или ИИ-бот: что подходит вашему магазину
За словом «чат-бот» скрываются два разных устройства, и разница между ними определяет, какие из сценариев выше вообще доступны магазину без месяцев ручной настройки. Как писать реплики для бота любого из двух типов, разобрано в статье сценарии чат-бота.
Сценарный бот работает по заранее прописанному дереву: если вопрос совпадает с одной из заготовленных веток, отвечает по шаблону, если нет, передает оператору или показывает меню кнопок. ИИ-бот ищет ответ в базе знаний по смыслу вопроса и формулирует его своими словами, без жесткого дерева заготовленных веток, поэтому справляется и с вопросами, которые никто заранее не предусмотрел. Подробнее о том, как устроено это различие в принципе, в статье что такое ИИ чат-бот.
| Критерий | Сценарный бот | ИИ-бот по базе знаний |
|---|---|---|
| Размер каталога | Небольшой, до нескольких десятков позиций | Любой, включая тысячи товаров |
| Время настройки | Быстро, дерево прописывается вручную | Быстрее на большом каталоге за счет автоимпорта страниц |
| Гибкость ответов | Только заготовленные формулировки | Отвечает своими словами на нестандартные формулировки вопроса |
| Где буксует | Любой вопрос за пределами дерева | Вопрос, ответа на который физически нет в базе знаний |
Маленький магазин с десятком товаров и типовыми вопросами про доставку и оплату обычно не выигрывает от ИИ-бота, дерево из десяти веток закрывает большинство вопросов не хуже. Разница становится заметной там, где каталог растет: на сотнях и тысячах позиций прописать дерево вручную под каждую категорию физически не успеть. ИИ-бот читает те же страницы сайта, что видит покупатель, и отвечает по ним без ручной разметки каждой ветки.
На практике магазины редко выбирают между двумя крайностями раз и навсегда. Небольшой каталог обычно стартует со сценарного бота, потому что дешевле и быстрее закрывает вопросы про доставку и оплату, а к ИИ-боту переходят уже тогда, когда ассортимент вырос настолько, что новые ветки дерева перестают успевать за новыми товарами. Момент перехода легко узнать по симптому в работе операторов: если операторы регулярно видят один и тот же вопрос, на который у сценарного бота нет ветки, значит дерево отстало от реального ассортимента.
Как подключить бота к своему каталогу
Установка виджета технически занимает минуту, одна строка кода в любой CMS, будь то Insales, Bitrix, Tilda или WooCommerce, подробно про установку на конкретных платформах разобрано в статье про виджет чата на сайт и отдельно в статье про Tilda, Bitrix и WordPress. Сама по себе установка редко бывает узким местом.
Узким местом становится то, чем бота наполняют перед запуском. Для сценариев из этой статьи боту не нужен готовый список вопросов и ответов, вручную собрать который на каталоге в три тысячи товаров физически не выйдет. В Otvion эта задача решена через автоимпорт: бот читает страницы каталога сайта напрямую, и когда в карточке товара указан состав, размер или срок доставки, бот уже умеет отвечать по этим данным без ручного ввода каждой пары вопрос-ответ.
Перед первым запуском стоит проверить несколько карточек товаров руками: спросить бота то же самое, что спросил бы обычный покупатель, и увидеть, откуда берется ответ. Если карточка пустая или описание состоит из одного слова, ответ бота тоже будет пустым, и это лучше проверить на старте, до первых жалоб. То же касается статуса заказа: бот отвечает точно ровно настолько, насколько точно и быстро обновляются данные о доставке в самой системе магазина, откуда бот их берет.
Отдельный момент, который легко упустить при первом запуске: у бота должен быть явный ответ на случай, когда вопрос выходит за пределы каталога и данных о заказе. Без прописанного правила передачи оператору бот начинает либо гадать, либо зацикливаться на «уточните у поддержки» даже в тех случаях, где мог бы ответить сам, если бы данные были в базе знаний.
Частые вопросы
Чат-бот подойдет для маленького интернет-магазина с десятком товаров?
Да, но чаще для такого объема хватает простого сценарного бота без ИИ: дерево из десятка веток закрывает почти все типовые вопросы, а окупаемость более сложного ИИ-бота заметнее на каталоге от нескольких десятков позиций, где вопросы разнообразнее.
Нужно ли предупреждать покупателя, что с ним говорит бот?
Да, скрывать это не имеет смысла и работает против самого магазина: покупатель, заподозривший обман, теряет доверие сильнее, чем тот, кто с самого начала знал, с кем разговаривает, и получил быстрый точный ответ. Открытая пометка «отвечает бот» не мешает разговору, если бот действительно отвечает по делу.
Бот может сам оформить заказ или только консультирует?
Зависит от интеграции с корзиной и CMS магазина. Без прямой интеграции с оплатой бот доводит покупателя до карточки товара и кнопки «в корзину»: платеж остается на стороне обычного механизма заказа на сайте.
Что если бот не найдет ответ на вопрос о товаре?
Честный бот отвечает «такой информации у меня нет» и предлагает передать вопрос оператору. Придуманный ответ опаснее отсутствия ответа, потому что покупатель узнает о подмене уже после заказа.
Как часто напоминать о брошенной корзине, чтобы не раздражать?
Для чата на сайте обычно достаточно одного уместного напоминания при следующем визите или через несколько часов, с конкретным поводом вроде остатка на складе. Повторные напоминания без нового повода чаще раздражают, чем возвращают покупателя.
Если совсем коротко
Чат-бот для интернет-магазина работает, когда отвечает конкретно на те вопросы, с которыми справляется, и вовремя останавливается там, где нужен человек. Подбор товара, статус заказа, уместное напоминание о корзине, честная передача оператору: конкретные разговоры, из которых складывается ощущение покупателя «здесь мне ответят по делу».
Магазины, где это действительно работает, обычно начинают с честного разбора того, какие вопросы у них повторяются чаще всего. Если хотите проверить на своем сайте: Otvion ставится одной строкой кода, есть бесплатный тариф без карты, otvion.ru/app/register.