Магазин может дать ИИ-ассистенту сведения для рекомендации товара и отдельно определить доступ к клиентскому контексту. Руководителю e-commerce нужна карта этих решений: какие данные помогают попасть в ответ, через какой канал они доступны и кто подтверждает их актуальность.
Что показал опрос BCG
В материале BCG от 21 октября 2026 года описан опрос 50 компаний из 300 крупнейших мировых ритейлеров и 100 крупных брендов, дополненный интервью. Среди опрошенных ритейлеров 42% делают данные обнаружимыми для любых агентов, 32% выбирают партнёров, 6% блокируют доступ, а 20% ещё определяются.
Это распределение заявленных стратегий в конкретной выборке. Оно не показывает доли всех магазинов мира и не доказывает, что открытый доступ увеличивает продажи. В опубликованном тексте не раскрыты даты полевого этапа и полный состав стран. Переносить проценты на российский рынок нельзя.
Полезный вопрос для команды: какой информации не хватает ассистенту, чтобы обоснованно включить наш товар в подборку? Ниже предлагаем собственную рабочую карту. Она помогает принять решение о данных для обнаружения товара, но сама по себе не меняет настройки магазина.
Начните с одного условия выбора
Выберите товарную группу, где у покупателей есть проверяемое условие: совместимость, размер, материал, наличие в конкретном регионе или срок доставки. Возьмите это условие из реальных обращений, поиска по сайту или вопросов отдела продаж. Сохраните формулировку и её источник. Если запросы покупателей не собраны, сначала получите их у команды; выдуманный вопрос не обосновывает изменение каталога.
Для работы нужны ответственный за ассортимент, владелец товарных данных и сотрудник, который знает действующие подключения внешних каналов. Подготовьте публичную карточку выбранного SKU, сведения из системы учёта и описание уже подключённых фидов или интеграций. Отметьте время выгрузки: без него нельзя понять, почему цена или наличие различаются.
Составьте карту данных для рекомендации
| Что проверяем | Что записать для своего SKU | Какой вопрос это решает |
|---|---|---|
| Идентичность | Модель, вариант, размер, идентификатор | Не перепутал ли ответ разные товары |
| Основание выбора | Подтверждённое свойство и URL с его описанием | Есть ли у рекомендации проверяемая причина |
| Условия предложения | Цена, регион, наличие, время обновления | Применимо ли предложение к вопросу покупателя |
| Путь передачи | Публичная страница, фид или согласованная интеграция | Где внешний сервис действительно получает сведения |
| Граница доступа | Публичные сведения и отдельно ограниченные поля | Какие данные нужны именно этому сценарию |
Не подставляйте в карту желаемый канал вместо фактического. Наличие публичной страницы не подтверждает, что партнёр получает её обновления через фид. Доступ к данным также не подтверждает показ в ответе.
- Свяжите вопрос с полями
Напротив каждого условия покупателя укажите поле, которое позволяет его проверить. Если человек спрашивает о совместимости, одного рекламного описания недостаточно: нужно найти конкретное подтверждение для этой модели. Если его нет, назначьте получение сведений у производителя или владельца ассортимента.
- Сверьте один и тот же вариант товара
Откройте публичный URL и сравните его с текущей записью в системе учёта. Запишите расхождения и время обеих версий. Если отличается вариант или регион, исправьте сопоставление до обсуждения доступа. Иначе команда будет устранять ошибку передачи, которой не было.
- Зафиксируйте фактический маршрут
Попросите владельца подключения показать существующую конфигурацию и последнюю успешную передачу выбранного SKU. Сохраните название канала, перечень передаваемых полей, время и результат. Если подтверждения нет, статус маршрута остаётся «не подтверждён», а задача переходит владельцу интеграции.
- Согласуйте ровно нужные сведения
Для каждого поля запишите назначение, получателя и ответственного. Общедоступная характеристика товара и история покупок конкретного человека требуют разных решений. Если ответ на товарный вопрос можно проверить по публичным характеристикам, не включайте клиентскую историю в этот эксперимент. Изменения доступа выполняет уполномоченная команда после согласования.
- Проверьте передачу и ответ отдельно
После согласованного исправления сначала подтвердите обновление в канале по тому же SKU. Затем повторите исходный вопрос в выбранном ассистенте и сохраните полный ответ, ссылки, модель или сервис, регион, время и условия аккаунта. Отметьте отдельно упоминание товара, правильность свойства и наличие ссылки. Одно наблюдение не устанавливает причинную связь с исправлением.
Как выбрать следующую задачу
Если обновление не дошло до канала, разберите передачу с владельцем интеграции. Если канал обновлён, но ответ использует старый URL, сохраните этот URL и проверьте его содержание. Если сведения верны, а товар не выбран, сравните основания рекомендации с исходным условием покупателя; не расширяйте доступ к данным только ради появления в одном ответе.
Результат работы: строка по выбранному SKU с вопросом покупателя, подтверждающим полем, текущим маршрутом, конкретным расхождением, владельцем исправления и критерием повторной проверки. По ней можно принять ограниченное решение о каталоге и затем проверить, изменилось ли представление товара в ИИ-ответах.