Покупатель пишет: «Нужна настольная лампа с тёплым светом и регулировкой яркости». Названия товаров не повторяют формулировку вопроса, поэтому менеджеру приходится открывать карточки, сравнивать характеристики и проверять остатки.
ИИ-консультант может помочь с подбором, если отвечает по подготовленному каталогу, отделяет известное от неизвестного и показывает основание рекомендации. Доступа к языковой модели недостаточно. Если в справочнике нет свойства или свежесть остатка неизвестна, уверенный ответ вводит покупателя в заблуждение.
Поэтому начинать стоит не с выбора модели, а с одного раздела каталога, правил обновления данных и набора вопросов для проверки пилота.
Когда магазину нужен помощник по каталогу
Обычный поиск подходит, когда покупатель знает название или артикул. Ответы о доставке, возврате и режиме работы относятся к справочной поддержке. Подбор по каталогу решает другую задачу: человек описывает назначение товара и ограничения, а система сопоставляет их с проверяемыми характеристиками позиций.
Помощник по каталогу может обрабатывать такие вопросы:
- какой товар подходит под несколько условий;
- чем различаются похожие позиции;
- есть ли нужная характеристика у конкретной модели;
- можно ли подтвердить цену и наличие перед покупкой.
Помощник не заменяет менеджера во всех ситуациях. Его роль — отвечать на вопросы, для которых в каталоге есть подтверждённые данные, и передавать человеку случаи, где сведений недостаточно или требуется профессиональное решение.
Формат решения зависит от действий. Чат-бот предоставляет интерфейс диалога. Обычная интеграция по заданному правилу получает цену или остаток из учётной системы. ИИ-агент выбирает следующий разрешённый шаг: уточняет условие, обращается к доступному источнику или готовит передачу вопроса менеджеру. Эти части можно сочетать, но их полномочия и проверки нужно описать отдельно.
Какие сведения подготовить
Рекомендацию можно проверить только по данным, которые магазин назначил разрешённым источником. Для первой версии не обязательно приводить в порядок весь ассортимент. Можно выбрать один раздел с понятными характеристиками и назначить ответственного за данные.
| Поле | Что в нём хранить | Зачем оно консультанту |
|---|---|---|
| Идентификатор | Уникальный артикул или внутренний ID | Не перепутать похожие позиции |
| Название | Актуальное название товара | Понятно назвать найденный вариант |
| Характеристики | Проверяемые значения и единицы измерения | Сопоставить товар с условиями покупателя |
| Ссылка | Адрес карточки конкретного товара | Дать покупателю проверяемый переход |
| Цена | Значение и момент обновления | Не выдавать старую цену за текущую |
| Наличие | Статус, источник и время проверки | Понимать, можно ли говорить о наличии сейчас |
| Совместимость | Подтверждённые ограничения и условия | Не обещать совместимость по похожему названию |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Описание цвета, материала или типа питания может меняться редко. Цена и остаток обычно требуют более частого обновления. Для коммерческих значений нужно определить источник, допустимый срок актуальности и поведение системы при сбое.
Пустое поле означает «сведений нет», а не «свойство, вероятно, есть». Если в разрешённом источнике не указана регулировка яркости, консультант не должен выводить её из фотографии, названия серии или описания похожей модели.
До разработки нужно закрепить владельца каждого источника и правило обновления. Также следует определить, кто отвечает за характеристики, остатки и сведения о совместимости. Это требования к будущему решению, а не описание уже работающей интеграции.
Как вопрос превращается в рекомендацию
Проверяемая логика состоит из пяти шагов:
- Покупатель описывает задачу своими словами.
- Помощник выделяет обязательные условия и запрашивает недостающие уточнения.
- Поиск использует только разрешённые поля каталога.
- Помощник проверяет каждую найденную позицию по обязательным условиям.
- Ответ объясняет выбор, отмечает неизвестные свойства и даёт ссылки на товары.
Если условия противоречат друг другу, помощник уточняет приоритет. Если ни одна позиция не прошла проверку, он сообщает об отсутствии точного варианта. Список похожих товаров не должен подменять такой ответ.
Отдельного контроля требует техническая совместимость. Совпадение слов в названиях не доказывает, что деталь подходит к устройству. Для такого ответа нужен согласованный источник: таблица совместимости, документация производителя или подтверждение специалиста.
Учебный пример: выбор настольной лампы
Условный каталог для объяснения сценария; это не реальные товары магазина и не результат клиентского внедрения.
| Позиция | Подтверждённые данные в условном каталоге | Чего нет |
|---|---|---|
| Лампа A | Тёплый свет, регулируемый наклон, питание от розетки | Сведений о регулировке яркости |
| Лампа B | Нейтральный свет, регулировка яркости, питание от розетки | Подтверждения тёплого режима |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Покупатель спрашивает: «Нужна лампа для стола с тёплым светом и регулировкой яркости».
Корректный итог: ни одна позиция не подтверждает оба требования. У лампы A подтверждён тёплый свет, но неизвестно, регулируется ли яркость. У лампы B яркость регулируется, но тёплый режим не подтверждён.
Помощник может уточнить, какое условие важнее, или передать менеджеру два конкретных вопроса. Он не может выбрать лампу A и приписать ей регулировку яркости. Этот пример объясняет логику ответа, а не описывает тест работающего бота.
Как отвечать о цене и наличии
Для цены и остатка важны значение, источник и момент проверки. Возможны три состояния.
Свежие данные получены. Система обратилась к выбранному источнику и получила значение по согласованным правилам. Тогда она может показать цену или статус наличия вместе со ссылкой на товар.
Источник недоступен. Консультант сообщает, что не может подтвердить цену или остаток. Он предлагает повторить проверку или передаёт вопрос сотруднику. Сообщение «есть в наличии сейчас» в такой ситуации недопустимо.
Значение есть, но его актуальность неизвестна. Такое значение нельзя называть текущим. Если проект допускает показ старой записи, ответ должен явно указать ограничение. В остальных случаях нужна проверка через источник или менеджера.
При передаче человеку нужно сохранить контекст: выбранные позиции, условия покупателя, подтверждённые сведения и открытый вопрос. Тогда менеджеру не придётся выяснять всё заново.
Резервирование, оплата и изменение заказа — отдельные операции. Они меняют состояние заказа, поэтому для них нужны свои правила, права доступа и проверки ошибок. В рассматриваемый сценарий подбора они не входят.
Как принять пилот
Один удачный диалог не показывает, как помощник работает с пропусками, конфликтами и сбоями. До оценки нужно согласовать выборку вопросов, ожидаемое поведение, допустимые ошибки и сотрудника, который знает каталог.
| Ситуация | Ожидаемое поведение |
|---|---|
| Покупатель назвал точный артикул | Ответ относится к нему, ссылка ведёт на него |
| Условия не соответствуют ни одному товару | Помощник сообщает, что точного варианта нет, и задаёт уместный вопрос |
| Характеристика отсутствует | Помощник не выдумывает свойство и передаёт вопрос сотруднику |
| Цена или остаток не подтверждены | Ответ прямо говорит о необходимости актуальной проверки |
| Требуется нестандартная совместимость | Вопрос передаётся специалисту без самостоятельной гарантии |
| Менеджер принял диалог | Видно ответственного, а помощник не спорит с согласованным ответом |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Для каждого сценария следует сохранить входной вопрос, состояние каталога, ожидаемый ответ и фактический результат. После исправления ошибки нужно повторить проблемный пример и связанные с ним проверки.
Универсальный процент точности здесь не поможет. Для одного магазина критична любая ошибка в совместимости. В другом сценарии допустим неполный список вариантов, если помощник не придумывает свойства. Критерии приёмки зависят от товара, риска ошибки и следующего действия покупателя.
Бизнес-результаты тоже нужно учитывать раздельно. Клики по карточкам, обращения к менеджеру и подтверждённые заказы — разные события. Возможное изменение продаж оценивают по данным магазина, а не объявляют результатом установки виджета заранее.
С чего начать обсуждение
Подготовьте один раздел каталога, несколько обезличенных вопросов покупателей и список сложных ситуаций. Отдельно отметьте, где хранятся характеристики, цена и остаток, кто их обновляет и какие ответы должен подтверждать сотрудник.
У Switch On AI есть демонстрация логики поиска по каталогу. Она показывает проектирование консультации, но не является завершённым внедрением в клиентском магазине. Для пилота потребуется актуальный раздел вашего каталога.
Если нужен диалоговый интерфейс, поиск по товарам и передача спорных вопросов сотруднику, подходит услуга разработки чат-ботов. На обсуждении определим роль бота, источники данных и проверочные ситуации. Если задачу закрывает обычный фильтр или фиксированная интеграция, ИИ-сценарий добавлять не нужно.
Обсудим ваш процесс: какие вопросы покупателей можно закрывать по вашему каталогу и что потребуется для проверки пилота.
Вопросы по этой задаче
Можно ли начать с части каталога?
Да. Для пилота можно выбрать один раздел с понятными характеристиками, назначить владельца данных и подготовить типовые и сложные вопросы покупателей.
Что делать, если в каталоге нет сведений о нужном свойстве?
Не достраивать свойство по названию или похожему товару. Помощник должен отметить нехватку данных и передать сотруднику конкретный вопрос вместе с выбранной позицией.
Кто отвечает за актуальность цены и наличия?
Магазин заранее определяет источник, владельца данных и правило обновления. Если источник недоступен или свежесть значения неизвестна, консультант не должен называть цену или остаток текущими.
Может ли помощник оформить заказ?
Оформление, резервирование, оплата и изменение заказа не входят в описанный сценарий подбора. Такие операции обсуждают отдельно вместе с правами доступа, обработкой ошибок и участием сотрудника.