ИИ отвечает о товаре: как связать каталог, остатки и актуальную цену

Отделите описание товара от изменяемых фактов

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

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

Как выглядит проверяемый ответ

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

Проверьте неприятные сценарии

Товар исчез между поиском и отправкой ответа; два склада показывают разные остатки; цена в рекламной карточке отличается от CRM; клиент спрашивает о партии, которую ещё не приняли. Для каждого случая запишите допустимую формулировку и маршрут сотруднику. Не пытайтесь решить конфликт источников за модель с помощью фразы «отвечай уверенно».

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

Время между проверкой и ответом

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

Контроль комплектаций

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

Если источники спорят

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

Запрос без точного названия товара

Клиент пишет «нужен маленький проектор для переговорной». Помощник может предложить варианты и спросить о помещении, бюджете и способе подключения. Он не должен объявлять совместимость конкретной модели с системой клиента, если этого нет в характеристиках. Подбор по потребности — отдельный сценарий от ответа об остатке по известному SKU. Для первого пилота разделите их; у второго более чёткий источник и проверка.

Приёмка ответа менеджером

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

Что делать, если складская система недоступна?

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