Как отвечать о товарах при часто меняющемся каталоге
Пример расчёта (условные цифры): за неделю в ассортименте изменились 60 остатков и 15 цен. Если бот отвечает из прошлой выгрузки, он может обещать отсутствующий товар или старую стоимость. На БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ можно определить, какие сведения брать из каталога в реальном времени, а какие хранить в базе знаний.
Разделите свойства товара и живые данные
Размер, материал, совместимость и комплектация обычно описаны в карточке товара, хотя и они могут меняться при новой партии. Цена, остаток и срок доставки меняются чаще. Для каждого поля назовите главный источник и допустимую свежесть. Бот не должен ссылаться на «каталог» вообще: нужно понимать, какая система владеет конкретным значением и когда оно обновлялось.
Вопрос клиента может касаться варианта товара, а не всей модели. «Есть синий размер M?» требует проверки конкретного SKU и склада. Ответ «модель в наличии» может быть формально верным и практически бесполезным. Когда покупатель просит сравнить два товара, бот должен использовать сопоставимые характеристики и ясно показывать, каких данных не хватает.
Вопрос к вам: сколько раз менеджер за день исправляет ответ о наличии или цене после проверки склада?
Лайфхак: в тестах спрашивайте про вариант, который закончился недавно. Если бот отвечает общим описанием модели, он не решает задачу покупателя.
Как вести себя при неопределённости
Каталог может не содержать нужной характеристики, склад может быть временно недоступен, а цена - зависеть от региона или партии. В таких случаях лучше сказать, что требуется проверка, и передать вопрос сотруднику. Не заполняйте пробелы типичными свойствами похожего товара. Особенно это касается совместимости, безопасности, гарантий и комплектации.
Если данные расходятся между сайтом, CRM и учётной системой, определите приоритет. Возможно, сайт обновляется раз в час, а склад сразу после продажи. Для обещания наличия используйте источник, который учитывает резервы и продажи. После выбора товара проверяйте доступность перед окончательным подтверждением заказа: клиент мог смотреть карточку несколько минут, а последний экземпляр уже купили.
При изменении каталога обновляйте и ответы в базе знаний. Описания категорий, FAQ, таблицы размеров и акции часто хранятся отдельно от товарных карточек. Старый рекламный текст может продолжать обещать характеристику, которую новая партия больше не имеет. Назначьте владельца проверок и фиксируйте дату последнего подтверждения.
Пример расчёта (условные цифры): если бот ответил на 100 вопросов о наличии, а в 8 случаях остаток был устаревшим, показатель автоматического ответа 100% скрывает 8 рискованных обещаний. Качество нужно мерить по подтверждённой точности.
Пошаговая работа с меняющимся каталогом
Шаг 1. Опишите поля и источники
Составьте список: название, вариант, размер, характеристики, цена, остаток, доставка. Для каждого укажите систему-источник, время обновления и владельца исправления.
Шаг 2. Настройте точный выбор варианта
Бот должен уточнять только параметры, без которых нельзя определить SKU. Не отвечайте по всей модели на вопрос о конкретном размере или цвете.
Шаг 3. Разделите справку и подтверждение
Общее описание можно показать из карточки. Наличие, цену и срок проверяйте по действующим данным перед обещанием. При недоступности источника предложите проверку человеком.
Шаг 4. Добавьте альтернативу без подмены запроса
Если нужного варианта нет, предложите сопоставимый товар или предзаказ только при реальном основании. Ясно назовите отличия, чтобы клиент не принял аналог за тот же товар.
Шаг 5. Проверьте изменения каталога
Тестируйте снятый с продажи товар, новое поступление, изменение цены и недоступность склада. Сверяйте ответ бота с карточкой товара и фактом заказа.
Статическая база или подключение к каталогу
Ручные карточки ответов. Плюсы: подходят для стабильных свойств и объяснений. Главный риск: при частых изменениях цена и остаток устаревают до следующей правки.
Ответ из рабочей товарной системы. Плюсы: позволяет показать свежий вариант и доступность. Главный риск: ошибки сопоставления SKU или временный сбой дадут неверный ответ. Нужны проверки и честный режим без данных.
Таблица показывает, почему одного общего FAQ недостаточно. Лайфхак: сохраняйте в ответе внутренний идентификатор товара, чтобы менеджер мог быстро найти именно тот вариант, который обсуждал клиент.
Как оценивать ответы по каталогу
Проверяйте точность на случайной выборке, число исправлений после ответа, повторные вопросы о варианте и жалобы на несоответствие цены или наличия. Сравнивайте ответ с данными на момент разговора, а не с каталогом на следующий день. Следите за временем последнего обновления источника и ошибками интеграции.
Если бот часто передаёт вопросы человеку, выясните, каких полей не хватает в каталоге. Иногда исправление карточек товаров полезнее усложнения ИИ. При качественных данных помощник сможет отвечать конкретно; при пробелах он должен честно сказать, что проверит специалист.
Что ещё связано
Каталог связан с показом наличия в мессенджере, предзаказом и подбором товара по характеристикам. В A3bot можно связать диалог с действующими товарными данными и передачей исключений менеджеру. Стоимость зависит от структуры каталога.
Заметка эксперта
Для меняющегося ассортимента главный риск - уверенный ответ по устаревшей выгрузке. Показывайте свежесть данных и перепроверяйте конкретный SKU перед подтверждением заказа.
Напишите, какой процесс хотите автоматизировать: A3bot