Покупатель пишет вечером: «Где мой заказ?». Оператор уже ушёл, бот предлагает три кнопки, и ни одна не подходит. Вариантов поддержки у интернет-магазина сейчас четыре, и они сильно отличаются тем, что могут сделать, а не только тем, как разговаривают. Разбираем, какие обращения приходят в поддержку, что умеет каждый вариант и как выбрать.
С чем покупатели приходят в поддержку магазина
Прежде чем сравнивать решения, полезно посмотреть на собственные обращения за месяц. В большинстве магазинов они делятся на несколько групп, и каждая требует разного.
| Тип обращения | Пример | Что нужно, чтобы ответить |
|---|---|---|
| Статус заказа | «Когда привезут заказ 4512?» | Доступ к заказу и данным доставки |
| Возврат и обмен | «Не подошёл размер, как вернуть?» | Правила возврата, данные заказа, иногда создание заявки |
| Наличие и сроки | «Будет ли этот товар в субботу?» | Остатки и поставки |
| Подбор и размер | «Какой размер брать при росте 182?» | Карточка товара, размерная сетка |
| Оплата и промокоды | «Промокод не применяется» | Условия акции, иногда проверка корзины |
| Жалоба | «Пришёл повреждённый товар» | Решение сотрудника, фото, компенсация |
Пропорции у каждого магазина свои. Разметьте 100 последних обращений по этим группам, это займёт час и сильно упростит выбор.
Четыре варианта поддержки
Оператор. Живой сотрудник в чате или мессенджере. Понимает любой вопрос, решает нестандартные случаи и жалобы. Ограничения: рабочие часы, скорость в пиковые дни, стоимость каждого дополнительного часа.
Бот на сценариях. Меню из кнопок и заготовленных ответов, иногда с распознаванием ключевых слов. Работает круглосуточно и предсказуемо. Хорош, когда вопросы однотипные и покупатель готов нажимать кнопки. Если вопрос не вписывается в дерево, бот ходит по кругу.
Бот с языковой моделью. Понимает свободный текст и отвечает естественным языком. Если подключить его к базе знаний магазина (правила доставки, возврата, размерные сетки), он отвечает на справочные вопросы по вашим документам. Но без доступа к системам он не знает, где конкретный заказ.
ИИ-агент. Понимает свободный текст, опирается на базу знаний и выполняет разрешённые действия через подключённые системы: находит заказ, проверяет статус доставки, создаёт заявку на возврат. Что агент делает сам, а что передаёт человеку, задают заранее.
На практике эти варианты редко живут поодиночке. Частая схема: ИИ-агент закрывает типовые вопросы круглосуточно, а оператор днём разбирает жалобы и всё, что агент передал. Тогда сравнивать стоит не «бот против человека», а то, как поделить поток между ними.
Сравнение возможностей
| Критерий | Оператор | Бот на сценариях | Бот с языковой моделью | ИИ-агент |
|---|---|---|---|---|
| Основная задача | Любые обращения, сложные случаи | Типовые вопросы по меню | Справочные ответы свободным текстом | Довести типовое обращение до результата |
| Каналы | Любые, где есть сотрудник | Чат на сайте, мессенджеры | Чат на сайте, мессенджеры | Чат на сайте, мессенджеры |
| Видит статус заказа | Да, в своей системе | Только если сценарий подключён к системе | Нет, если не подключён к системе | Да, через подключение к системе заказов |
| Оформляет возврат | Да | Принимает заявку по форме | Объясняет правила | Создаёт заявку в рамках правил, спорное передаёт человеку |
| Работает ночью | Только при сменном графике | Да | Да | Да |
| Передача человеку | Не нужна | Кнопка «к оператору» | По настройке | С историей диалога и собранными данными |
| Где данные | В вашей системе | У поставщика платформы | У поставщика платформы и модели | Зависит от выбранной архитектуры, оговаривается до запуска |
| Что нужно для запуска | Найм и обучение | Схема сценариев | База знаний | База знаний, доступ к API заказов, правила действий |
Таблица описывает классы решений в общем виде. Конкретные продукты часто сочетают несколько подходов: например, бот на сценариях с языковой моделью для свободных вопросов. Хотите увидеть, как ИИ-агент ответил бы на ваши реальные вопросы покупателей? Пришлите выгрузку обращений, разберём на ней.
Где каждый вариант ломается
Оператор ломается на объёме. В распродажу или после рассылки обращений становится в несколько раз больше, очередь растёт, покупатели пишут повторно и в другие каналы. Ночью ответа нет совсем.
Бот на сценариях ломается на формулировках. Покупатель пишет «заказ не пришёл, а деньги списали», и бот не понимает, что это одновременно статус заказа и вопрос оплаты. После второй неудачной попытки человек уходит или пишет в отзывы.
Бот с языковой моделью ломается на уверенности. Если в базе знаний нет ответа, а ограничения не настроены, он может сказать правдоподобную неправду: пообещать доставку завтра или возврат без чека. Второе слабое место: он отвечает про правила, но не про конкретный заказ.
ИИ-агент ломается на действиях и интеграциях. Если система заказов недоступна или отвечает ошибкой, агент не должен сообщать покупателю, что всё готово. Поэтому результат подтверждают только после ответа системы, а сбои и спорные случаи передают сотруднику.
Здравствуйте, заказ 4512 должны были привезти вчера, но так и нет
Здравствуйте. Нашёл заказ 4512: он передан в службу доставки, по её данным доставка перенесена на завтра. Отправить вам ссылку для отслеживания?
Мне нужно было к вчерашнему дню, хочу отменить
Понимаю. Отмену заказа в доставке оформляет сотрудник. Передаю ему ваш запрос вместе с номером заказа, он ответит в этом чате.
Пример составлен для статьи. Он показывает границу: агент проверяет статус сам, а отмену в доставке передаёт человеку, если так задано правилами.
Как выбрать под свою задачу
Отталкивайтесь не от технологии, а от того, чем должно закончиться обращение. Если покупателю нужен только ответ, действие не требуется. Если ему нужен статус заказа или возврат, без доступа к системам не обойтись.
- Если обращений мало и почти все разные, оставьте оператора и наведите порядок в базе ответов. Автоматизация здесь окупится плохо
- Если большая часть вопросов однотипная и покупатели не против кнопок, начните с бота на сценариях. Обязательно оставьте понятную кнопку перехода к человеку
- Если много справочных вопросов в свободной форме (доставка, размеры, условия), подойдёт бот с языковой моделью и базой знаний. Проверьте, как он отвечает, когда ответа в базе нет
- Если основной поток это «где заказ» и «как вернуть», а у системы заказов есть API, смотрите на ИИ-агента. Оператор остаётся для жалоб и спорных случаев
Какой бы вариант вы ни выбрали, подготовка одинаковая: актуальные правила доставки и возврата в одном месте, список вопросов, которые всегда решает человек, и ответственный, который смотрит переданные обращения. Без этого любое решение будет отвечать по устаревшим правилам или терять сложные случаи.
Что измерить на пилоте
Пилот имеет смысл начинать с одного типа обращений, например со статуса заказа. Метрики стоит зафиксировать до запуска и сравнивать с тем же периодом при текущей схеме.
До подключения к живым покупателям решение проверяют на прошлых обращениях: берут несколько сотен реальных вопросов, прогоняют через бота или агента и вручную размечают ответы как верные, неполные и ошибочные. Отдельно смотрят на вопросы, где правильным действием была передача человеку. Такая проверка показывает слабые места до того, как их увидят покупатели, и даёт честную точку сравнения для пилота.
- Доля обращений, решённых без человека, и доля передач с понятной причиной
- Время первого ответа, особенно ночью и в пиковые дни
- Доля ошибочных ответов по ручной выборке диалогов
- Повторные обращения по тому же заказу в течение суток
Итог
Выбор между ботом, агентом и оператором сводится к одному вопросу: что должно случиться в конце разговора с покупателем, и у кого есть доступ, чтобы это сделать.
