ИИ-консультант для интернет-магазина: как организовать подбор по каталогу

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

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

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

Когда магазину нужен помощник по каталогу

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

Помощник по каталогу может обрабатывать такие вопросы:

• какой товар подходит под несколько условий;
• чем различаются похожие позиции;
• есть ли нужная характеристика у конкретной модели;
• можно ли подтвердить цену и наличие перед покупкой.

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

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

Какие сведения подготовить

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

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

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

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

Как вопрос превращается в рекомендацию

Проверяемая логика состоит из пяти шагов:

1. Покупатель описывает задачу своими словами.
2. Помощник выделяет обязательные условия и запрашивает недостающие уточнения.
3. Поиск использует только разрешённые поля каталога.
4. Помощник проверяет каждую найденную позицию по обязательным условиям.
5. Ответ объясняет выбор, отмечает неизвестные свойства и даёт ссылки на товары.

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

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

Учебный пример: выбор настольной лампы

Условный каталог для объяснения сценария; это не реальные товары магазина и не результат клиентского внедрения.

Покупатель спрашивает: «Нужна лампа для стола с тёплым светом и регулировкой яркости».

Корректный итог: ни одна позиция не подтверждает оба требования. У лампы A подтверждён тёплый свет, но неизвестно, регулируется ли яркость. У лампы B яркость регулируется, но тёплый режим не подтверждён.

Помощник может уточнить, какое условие важнее, или передать менеджеру два конкретных вопроса. Он не может выбрать лампу A и приписать ей регулировку яркости. Этот пример объясняет логику ответа, а не описывает тест работающего бота.

Как отвечать о цене и наличии

Для цены и остатка важны значение, источник и момент проверки. Возможны три состояния.

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

Источник недоступен. Консультант сообщает, что не может подтвердить цену или остаток. Он предлагает повторить проверку или передаёт вопрос сотруднику. Сообщение «есть в наличии сейчас» в такой ситуации недопустимо.

Значение есть, но его актуальность неизвестна. Такое значение нельзя называть текущим. Если проект допускает показ старой записи, ответ должен явно указать ограничение. В остальных случаях нужна проверка через источник или менеджера.

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

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

Как принять пилот

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

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

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

Бизнес-результаты тоже нужно учитывать раздельно. Клики по карточкам, обращения к менеджеру и подтверждённые заказы — разные события. Возможное изменение продаж оценивают по данным магазина, а не объявляют результатом установки виджета заранее.

С чего начать обсуждение

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

У Switch On AI есть демонстрация логики поиска по каталогу. Она показывает проектирование консультации, но не является завершённым внедрением в клиентском магазине. Для пилота потребуется актуальный раздел вашего каталога.

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

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

Документация и ограничения

В официальном примере n8n AI-workflow получает данные через отдельный workflow, который обращается к Google Sheets. Это пример подключения источника; актуальность цены и остатка нужно обеспечить отдельно.

Источники: n8n: Use Google Sheets as a data source. Проверено 29 сентября 2026 года.