AI-ассистент для e-commerce: поиск товаров, поддержка, рекомендации и возвраты

Покупатель редко приходит с идеальным запросом. Он пишет: «нужен тихий ноутбук для поездок», «подойдёт ли этот смеситель к моей мойке» или «как вернуть куртку, если размер не подошёл».

Обычный поиск ждёт правильные слова, фильтры — точные параметры, а поддержка — свободного сотрудника. AI-ассистент понимает вопрос, уточняет условия и обращается к данным магазина.

Но без доступа к ценам, остаткам, заказам и регламентам это просто вежливый собеседник. Иногда даже слишком вежливый: товара уже нет, а он всё ещё убедительно его продаёт.

7 мин чтения1 566 словE-commerce и AI
Александр Владимиров
Александр Владимиров
Автор CompanionAI
AI-ассистент для e-commerce: поиск товаров, поддержка, рекомендации и возвраты

Что такое AI-ассистент для интернет-магазина

AI-ассистент для e-commerce — это диалоговый интерфейс, связанный с каталогом, торговой системой, базой знаний, заказами и данными клиента. Он понимает запрос, выбирает нужный источник или действие и возвращает результат в понятной форме.

Цена должна приходить из каталога, наличие — из учётной системы, статус доставки — из заказа, правила возврата — из утверждённого документа. Языковая модель помогает понять намерение пользователя, задать уточняющий вопрос и собрать ответ. Она не должна сочинять коммерческие данные по памяти.

Например, Shopify описывает storefront-агента, который ищет товары, отвечает по правилам и работает с корзиной через подключённые инструменты. Разговор и торговые операции связаны, но не смешаны.

Обычный чат-бот ведёт человека по заданным веткам. Рекомендательная система ранжирует товары по поведению. AI-поиск понимает сложный запрос. Ассистент может объединить эти механики в одном интерфейсе, но не отменяет ни один из них.

Какие задачи можно поручить ассистенту

Формулировка «пусть помогает покупателям» слишком широкая. У рабочего сценария есть понятный вход, источник данных, результат и условие передачи человеку.

СценарийПользаКакие данные нужныГлавный рискИнтеграции
Поиск товараСокращает путь от потребности до карточкиКаталог, характеристики, цена, остатокПредложить неподходящий или отсутствующий товарCMS, PIM, ERP
Подбор и сравнениеПомогает выбрать из нескольких вариантовПараметры, совместимость, ограниченияПридумать отсутствующее свойствоКаталог, справочники, база знаний
РекомендацииПоказывает дополнения и альтернативыПросмотры, корзина, покупки, контекстНавязчивые или случайные предложенияАналитика, CRM или CDP
Поддержка по заказуОбъясняет статус, оплату и доставкуЗаказ, платёж, трек-номер, правилаПоказать чужие данные или старый статусOMS, CRM, службы доставки
Возврат и обменОбъясняет порядок и собирает обращениеЗаказ, категория, сроки, регламентПообещать возврат без проверкиЛичный кабинет, CRM, поддержка
История клиентаУчитывает покупки и обращенияПрофиль, заказы, согласияИспользовать лишние персональные данныеCRM, программа лояльности
Почти каждый сильный сценарий требует интеграций. Поставить виджет на сайт недостаточно.

Поиск товаров по смыслу, а не только по словам

Классический поиск хорошо работает с артикулами, брендами и точными названиями. Если человек вводит «Bosch GSR 18V-50», рассуждать не нужно — нужно быстро показать карточку.

AI-поиск полезен при разговорных запросах: «лёгкая коляска для дома без лифта», «стол для школьника ростом 140 сантиметров», «краска для влажной ванной без сильного запаха».

Ассистент выделяет ограничения, задаёт один-два вопроса и преобразует потребность в фильтры. Пользователь получает товары и причины выбора: вес, материал, совместимость, наличие в нужном городе.

Качество упирается в карточки. Если габариты и область применения спрятаны в рекламном абзаце или не заполнены, системе нечего фильтровать. Она начнёт угадывать. Различие между навигационным и смысловым поиском подробнее разобрано в статье «AI-поиск по базе знаний».

Обычный поиск при этом нужно сохранить. Артикул и точное название часто находятся быстрее без диалога. AI-слой расширяет поиск, а не торжественно заменяет то, что уже работает.

Подбор и сравнение товаров

Подбор начинается там, где покупатель знает задачу, но не понимает, какие параметры влияют на выбор.

При выборе офисного кресла ассистент уточнит рост, продолжительность работы, требования к подлокотникам и бюджет. Затем предложит несколько вариантов и сравнит только значимые характеристики, а не перепишет двадцать строк из карточки.

Для технических товаров нужен справочник совместимости. Фраза «деталь подойдёт к вашему автомобилю» не должна появляться из общего описания. Система обязана проверить марку, модель, год и код детали. Если точной проверки нет, правильный ответ — «совместимость не подтверждена, передам данные специалисту».

Чем дороже ошибка, тем меньше свободы у модели. Для футболки можно показать близкий цвет. Для запчасти, медицинского изделия или оборудования нужны строгие фильтры и, иногда, человек.

Рекомендации без слежки ради слежки

Рекомендации могут учитывать текущую карточку, корзину и прошлые покупки. Для этого нужны каталог и события поведения. В документации Google AI Commerce Search названы два основных набора: сведения о товарах и события пользователя.

Интернет-магазину полезны дополнения к товару, совместимые позиции, замена отсутствующего варианта и повторная покупка расходников. Ассистент должен объяснять логику предложения и соблюдать ограничения. Если человек обозначил бюджет до 20 000 рублей, рекомендация за 45 000 не становится уместной после доброго комментария модели.

Небольшому магазину сложная персонализация нужна не всегда. Правила «часто покупают вместе», совместимость и контекст корзины могут дать больше пользы, чем модель без достаточного трафика. Старые добрые правила скучны, зато не притворяются большими данными.

Поддержка по заказу

Вопросы «где заказ», «прошла ли оплата» и «можно ли изменить адрес» занимают время поддержки, хотя ответы уже лежат в системах магазина.

Ассистент может показать статус и состав заказа, дать трек-номер, объяснить этап обработки, уточнить способы доставки и принять запрос на изменение. Доступ к заказу открывают только после авторизации или дополнительной проверки. Номер заказа сам по себе может быть слабым подтверждением личности.

Важно разделить чтение и изменение данных. Показать статус — одно действие. Поменять адрес после отгрузки — другое. Во втором случае система проверяет этап и правила, а при сомнении создаёт обращение. Вежливость ответа здесь вторична. Главное — не отправить посылку не туда.

Возвраты: объяснять, а не обещать

Условия возврата зависят от категории товара, состояния, комплектации, даты покупки и процедуры магазина.

AI-ассистент может уточнить заказ и причину, найти нужный раздел правил, перечислить шаги, собрать фотографии и создать обращение. Но он не должен самостоятельно обещать деньги, назначать компенсацию или делать исключение.

Хороший ответ содержит ссылку на условия или данные конкретного заказа. Если правила противоречат друг другу, система сообщает об этом и передаёт вопрос сотруднику. Красиво придуманное правило всё равно остаётся придуманным.

Как учитывать историю клиента

Ассистент может найти расходник к ранее купленному устройству, повторить заказ с актуальной ценой, продолжить обращение или показать бонусы.

Данные ограничивают задачей. Для фильтра к кофемашине достаточно модели устройства; полный адрес и вся история обращений не нужны.

На стороне сотрудников история собирается в CRM: покупки, обращения, обещания и следующий шаг. Подробнее — в статье «CRM с ИИ: какие процессы можно автоматизировать».

Какие данные нужно подготовить

До выбора модели проверьте основу:

  1. У товаров есть идентификаторы, категории и варианты.
  2. Характеристики заполнены в отдельных полях и одном формате.
  3. Цены, остатки и сроки поставки обновляются из понятного источника.
  4. Совместимость хранится как данные, а не как фраза в описании.
  5. Правила оплаты, доставки, гарантии и возврата актуальны.
  6. Статусы заказа имеют понятные расшифровки.
  7. Обращения связаны с клиентом и заказом.
  8. Для персональных данных определены права доступа и журналирование.

Если половина списка отсутствует, начинать нужно с каталога и процессов. ИИ не чинит плохие данные. Он делает их разговорчивыми.

Где решение принимает человек

Сотруднику передают случаи без подтверждённых данных, запросы на исключение, изменение оплаченного заказа, компенсацию и действия с персональными данными.

Ассистент собирает контекст, создаёт обращение и сообщает следующий шаг. Клиенту не приходится начинать разговор заново.

Как запустить MVP

Первую версию лучше строить вокруг одного сценария с заметной нагрузкой и ограниченным риском.

  1. Соберите 100–300 реальных поисковых запросов и обращений.
  2. Разделите их на подбор, наличие, заказ, доставку и возврат.
  3. Выберите одну задачу и источник данных.
  4. Определите обязательный формат ответа и ограничения.
  5. Проверьте систему на прошлых и специально сложных запросах.
  6. Запустите на части трафика и сравните с обычным интерфейсом.
  7. После проверки добавляйте персонализацию и действия с заказом.

Для большого каталога разумный старт — смысловой поиск. Для сложных товаров — подбор по параметрам. Для перегруженной поддержки — статус заказа. Возвраты лучше подключать позже, когда база знаний и передача сотруднику уже проверены.

Как измерять пользу

Для поиска смотрят долю запросов без результата, переходы в карточку, добавления в корзину и конверсию после диалога. Для поддержки — долю вопросов без оператора, время ответа и повторные обращения. Для возвратов — полноту собранных данных и время обработки.

Отдельно измеряют фактическую точность, соответствие источникам, правильность передачи человеку и запрещённые действия. Методика тестирования описана в статье «Как проверить качество ответов ИИ-бота перед запуском».

Рост продаж нельзя автоматически приписывать ассистенту: одновременно меняются трафик, цена, акции и наличие. Поэтому сценарий лучше запускать на части аудитории и сравнивать с контрольной группой.

Частые ошибки

  • Подключить только тексты сайта. Ассистент знает условия, но не видит остатки и заказы. Получается FAQ с более дорогим интерфейсом.
  • Спрятать обычный поиск. Пользователь хотел найти артикул, а получил собеседование.
  • Разрешить придумывать характеристики. Красивое объяснение не заменяет данные каталога.
  • Дать право менять заказ без подтверждения. Ошибка в намерении превращается в реальное действие.
  • Считать передачу оператору провалом. В спорном возврате это правильный результат.
  • Запустить и не обновлять. Каталог, правила и интеграции меняются. Без мониторинга ассистент постепенно начинает отвечать по прошлой версии магазина.

Когда AI-ассистент нужен интернет-магазину

Проект имеет смысл при большом или сложном каталоге, повторяющихся вопросах и доступных данных магазина.

Если товаров двадцать, фильтры понятны, а вопросов мало, сложный ассистент может не окупиться. Иногда достаточно улучшить категории, карточки, поиск и страницу возврата. Это менее модно. Покупателю всё равно, какой технологией магазин решил его проблему.

Подробнее об общей роли ИИ — в обзоре электронной коммерции. Здесь практический вывод проще: начинайте с одного сценария, актуальных данных и проверяемого действия.

Хороший AI-ассистент соединяет каталог, заказы и поддержку. Покупатель быстрее находит товар, а сотрудник подключается там, где требуется решение. Бизнес измеряет не умные фразы, а поиск без тупиков, корзины и обращения, которые не потерялись между системами.