В интернет-магазине бота обычно заказывают ради подбора товара — это самый заметный сценарий и самый эффектный на демонстрации. На практике основной эффект дают статусы заказов и вопросы по доставке, потому что их много, они однотипны и ответ на них есть в системе.
Подбор товара работает хуже ожиданий по конкретной причине: он упирается не в качество модели, а в качество карточек. Бот не может подобрать по свойству, которого нет в данных.
Поэтому проект в e-commerce начинается не с выбора бота, а с разбора структуры обращений и состояния каталога.
Что реально составляет поток обращений
Типичное распределение в магазине с налаженной доставкой:
| Тип обращения | Доля | Автоматизируемость |
|---|---|---|
| Где мой заказ, когда привезут | 30–40% | высокая, через интеграцию |
| Условия доставки и оплаты | 15–20% | высокая, база знаний |
| Наличие и сроки поставки | 10–15% | высокая, через каталог |
| Возврат и обмен | 10% | средняя, много частных случаев |
| Подбор и сравнение товара | 10–15% | зависит от карточек |
| Претензии и брак | 5–10% | низкая, к человеку |
| Прочее | остаток | по-разному |
Из этой таблицы следует порядок работ. Первая треть потока закрывается интеграцией с учётной системой — это не «умный бот», а прямой запрос статуса. Вторая — базой знаний по условиям. Подбор товара — четвёртый по объёму сценарий, а не первый.
Сценарии по убыванию отдачи
Статус заказа
Самый частый вопрос и самый простой в реализации: клиент спрашивает — бот запрашивает учётную систему и отвечает.
Что здесь важно:
- Идентификация без диктовки номера. Номер заказа диктуют с ошибками. Если бот работает в мессенджере или в личном кабинете, клиент уже опознан. В виджете на сайте — по телефону или почте.
- Понятный ответ. «Статус: передан в доставку» — это внутренняя терминология. Клиенту нужно «завтра, курьер позвонит за час».
- Проактивность там, где можно. Если клиент подписан, статус можно отправлять самому. В Telegram это работает только для подписавшихся — «Telegram-бот с ИИ для бизнеса».
Условия доставки, оплаты, возврата
База знаний. Основная трудность — не в боте, а в том, что условия обычно описаны общо, а спрашивают про частные случаи: «а если я в области», «а если оплатил картой, вернут на неё же», «а если товар был по акции».
Именно эти случаи и нужно записать. Общие условия клиент уже прочитал на сайте — если он спрашивает, значит, там ответа не нашёл. Требования — «Чат-бот по базе знаний».
Наличие и сроки
Интеграция с каталогом и складом. Простая по механике, важная по влиянию: ответ «нет в наличии, будет через неделю» удерживает клиента лучше, чем молчание.
Подбор товара
Сценарий с самой большой разницей между ожиданием и результатом.
Почему. Бот подбирает по свойствам из карточек. Если в карточках нет того, о чём спрашивают, подбор не работает.
Клиент спрашивает: «нужен ноутбук для работы с графикой, чтобы держал заряд полдня». В карточке есть модель процессора, объём памяти, ёмкость батареи в миллиампер-часах. Связь между «для графики» и характеристиками — знание, которого в данных нет.
Что с этим делать:
- Дописать связующие свойства. Не «8 часов автономности», а назначение и сценарии использования. Это работа по каталогу, а не по боту, и она обычно больше, чем сама разработка.
- Начать с узкой категории. Там, где параметры выбора формализуемы, подбор работает хорошо.
- Не выдумывать. Бот, который «подберёт что-нибудь», подберёт неподходящее, и это вернётся возвратом. Лучше уточняющий вопрос или передача консультанту.
Возвраты
Много частных случаев и юридические формулировки. Общее правило: условия возврата бот сообщает по документу без пересказа своими словами, а сам возврат оформляет человек или отдельный сценарий. Пересказ теряет оговорки, а в возвратах оговорки существенны.
Брошенная корзина, допродажи
Работают только там, где есть право написать первым: подписка в мессенджере, почта, пуш в приложении. И работают хуже, чем ожидается: сообщение «вы что-то забыли» чаще раздражает. Разумнее — предложение помощи по конкретному товару, а не напоминание.
Расчёт на примере
Магазин среднего размера. Числа условные.
Исходные данные. 4 000 обращений в месяц, поддержка из 4 человек, среднее время на обращение 5 минут, полная стоимость часа 800 ₽.
Шаг 1. Что можно снять.
| Сценарий | Обращений | Доля закрытия ботом | Снято |
|---|---|---|---|
| Статус заказа | 1 400 | 85% | 1 190 |
| Условия | 700 | 70% | 490 |
| Наличие и сроки | 500 | 80% | 400 |
| Возвраты | 400 | 40% | 160 |
| Подбор | 500 | 25% | 125 |
| Претензии | 300 | 0% | 0 |
| Прочее | 200 | 30% | 60 |
| Итого | 4 000 | ~61% | 2 425 |
Шаг 2. В деньгах.
| Величина | Значение |
|---|---|
| Снято обращений | 2 425 |
| Время на обращение | 5 мин |
| Часов в месяц | ~202 |
| Стоимость часа | 800 ₽ |
| Эффект | ~162 000 ₽ |
| Эксплуатация | −25 000 ₽ |
| Чистый эффект | ~137 000 ₽ |
Шаг 3. Что здесь важнее суммы.
Обратите внимание на строки. Статус заказа даёт почти половину всего снятого объёма — и это чистая интеграция, никакого «ИИ». Подбор товара, ради которого проект обычно затевают, даёт 5% эффекта, и то при условии, что карточки заполнены.
Отсюда порядок внедрения: сначала интеграция со статусами, потом база знаний по условиям, потом наличие, и только потом подбор. Каждый следующий шаг дороже и даёт меньше.
Обратный порядок — начать с подбора — это самый дорогой способ получить самый маленький эффект. Общая методика расчёта — «Расчёт окупаемости чат-бота».
Требования к данным
Отдельный список, специфичный для e-commerce.
Каталог. Заполненность карточек определяет всё, что связано с товарами. Пустые характеристики — пустые ответы.
Остатки в реальном времени. Ответ «в наличии» по вчерашним данным хуже отсутствия ответа.
Статусы понятным языком. Внутренние коды переводятся в человеческие формулировки один раз, при проектировании.
Условия с частными случаями. Регионы, способы оплаты, акционные товары, юрлица.
История клиента. Позволяет отвечать «ваш заказ» вместо «уточните номер».
Что не стоит поручать боту
- Претензии и брак. Недовольный клиент и автоответчик — плохое сочетание. Распознавать и передавать человеку сразу.
- Изменение заказа. Отмена, изменение состава, перенос доставки — это действия в системе, то есть уже агентская задача с правами и подтверждениями.
- Обещания сроков за пределами данных. «Скорее всего, привезут завтра» — источник конфликтов.
- Индивидуальные скидки. Договорённости и условия для конкретных клиентов — не для бота.
Частые вопросы
Какие сценарии в интернет-магазине окупаются лучше всего?
Статус заказа и вопросы по условиям доставки. Вместе они дают половину или больше всего потока обращений, однотипны и имеют готовый ответ в системе. Подбор товара, который обычно ставят на первое место, даёт заметно меньший эффект и требует хорошо заполненного каталога.
Почему бот плохо подбирает товар?
Потому что он подбирает по данным из карточек, а спрашивают на другом языке: «для работы с графикой», «чтобы хватало на день». В карточках лежат технические характеристики, а связи между ними и задачей покупателя там нет. Решение — дописать эту связь в каталог, и это работа по каталогу, а не по боту.
Нужна ли интеграция с CRM или складом?
Для сценариев со статусами, наличием и сроками — обязательно, без неё бот сможет говорить только об общих условиях. Именно эти сценарии дают основной эффект, поэтому интеграция обычно и есть главная техническая часть проекта.
Может ли бот оформлять и менять заказы?
Технически да, но это уже другой класс решения: изменение данных в ваших системах требует прав, подтверждений и другого тестирования. Начинать разумнее с ответов и статусов, а действия добавлять после того, как бот показал себя на безопасных сценариях.
Что делать с претензиями и браком?
Передавать человеку сразу, распознавая такие обращения по формулировкам. Автоматический ответ недовольному клиенту усиливает недовольство, а выигрыш в статистике этого не окупает. Механика перевода — в статье «Передача диалога оператору».
Работает ли бот для возврата брошенных корзин?
Хуже, чем ожидается, и только там, где есть право написать первым — то есть по подписке в мессенджере, почте или пушу в приложении. Напоминание «вы что-то забыли» чаще раздражает; лучше работает предложение помощи по конкретному товару.
Что дальше
По устройству ответов на вопросы об условиях — «Чат-бот по базе знаний». По каналам — «Куда встроить чат-бота». По измерению результата — «Метрики чат-бота».
Разбор структуры обращений и состояния каталога делается до проекта — это часть аудита и работы по чат-ботам и ассистентам.