Пример условный. Интернет-магазин товаров для дома получает от поставщика прайс в таблице и спецификации в PDF. У одного товара два варианта: на 500 мл и на 1 л. Менеджер просит AI-модель написать описание по названию и фотографии. Модель пишет гладкий текст, в котором упоминает «натуральный материал» и «экологичную упаковку». Ни того, ни другого нет ни в одном файле поставщика: на фото просто крафтовая коробка. Объём модель берёт из названия старшего варианта и ставит его в описание обоих.
Текст читается хорошо, и именно поэтому ошибку легко пропустить. А исправлять её потом придётся в каждой карточке, куда текст успел попасть.
Ниже пять шагов, которые стоит пройти до того, как писать промпт.
Шаг 1. Точно определить товар и вариант
Общего названия недостаточно, если варианты различаются размером, количеством в упаковке или совместимостью. «Контейнер для хранения, прозрачный» может означать пять разных товаров. Если описание пишется для одного из них по данным другого, ошибка будет выглядеть как правдоподобный текст.
Связывайте товар в своём каталоге с записью поставщика по артикулу или коду поставщика и по атрибутам варианта, а не по названию. У каждого варианта своя карточка атрибутов, даже если описания у них почти одинаковые.
Шаг 2. Договориться, какой источник отвечает за каждый атрибут
У разных атрибутов бывают разные источники. Размеры и вес могут приходить из спецификации, состав — с этикетки или из сертификата, количество в упаковке — из прайса. Договоритесь заранее, какой источник главный для каждого атрибута и что делать, если источники расходятся.
Рядом с приведённым к вашему формату значением храните исходное: файл поставщика, его редакцию или дату получения и значение в том виде, в каком оно было записано. Например, в спецификации написано «1 л», а в каталоге поле «объём» хранит «1000 мл». Проверяющему нужно видеть оба значения и место, откуда взято первое. Как хранить происхождение каждого поля при переносе данных из документов, мы подробно разобрали в статье о данных из документов с источником.
Шаг 3. Разделить подтверждённое, отсутствующее и противоречивое
У каждого атрибута товара должен быть один из трёх статусов:
- подтверждено — значение есть в главном источнике для этого атрибута;
- нет данных — ни в одном принятом источнике значения нет;
- противоречие — источники называют разные значения.
Не выводите материал, страну происхождения или наличие сертификата по фотографии или по похожему товару. Если в файлах поставщика этого нет, атрибут получает статус «нет данных», даже если ответ кажется очевидным.
Противоречие решает человек, который отвечает за каталог: менеджер по ассортименту или контент-менеджер. Он выбирает значение или запрашивает уточнение у поставщика и записывает своё решение. Пока решения нет, атрибут в описание не попадает.
Шаг 4. Писать текст только из принятых атрибутов
Модель получает на вход только подтверждённые атрибуты и отдельно — требования к стилю: тон, длину, структуру. Название, фотографии и описания похожих товаров не должны становиться источником фактов.
Гладкое предложение не должно тихо добавлять новую характеристику. «Подходит для посудомоечной машины», «не содержит BPA», «выдерживает мороз» — всё это факты о товаре, а не украшение текста. Если такого атрибута нет среди подтверждённых, в тексте его тоже быть не должно.
Часть проверки можно автоматизировать: например, искать в тексте числа, единицы измерения и термины, которых нет среди атрибутов. Но окончательно фактические утверждения проверяет человек.
Шаг 5. Проверять утверждения перед экспортом и при смене источника
Перед тем как описание уйдёт на сайт или маркетплейс, проверяющий сверяет фактические утверждения текста с атрибутами. Ему удобнее видеть их рядом: предложение и атрибут с источником, на который оно опирается.
Источники меняются: поставщик присылает исправленную спецификацию, меняет состав или упаковку. Тогда описания, построенные на прежних данных, помечаются для повторной проверки. Старый текст не должен считаться окончательной правдой только потому, что он уже опубликован. Ссылка на редакцию файла у каждого атрибута помогает найти именно затронутые карточки, а не перепроверять весь каталог.
Как проверить на небольшом наборе
Начните с одной категории товаров и намеренно соберите неудобный тестовый набор:
- два похожих варианта одного товара;
- товар, у которого не хватает атрибута;
- два файла поставщика, которые противоречат друг другу;
- исправленная спецификация, пришедшая после того, как описание уже готово.
Вопрос приёмки не только в том, хорошо ли читается текст. Главное — может ли проверяющий проследить каждое утверждение до нужного товара и нужного источника. Если может, такая автоматизация пригодится и тому, кто будет вести каталог через месяц.
Чек-лист
- Товар в каталоге связан с записью поставщика по артикулу и атрибутам варианта, а не по названию.
- Для каждого атрибута определён главный источник и правило на случай расхождения.
- Рядом с приведённым значением хранятся файл поставщика, его редакция и исходное значение.
- У каждого атрибута есть статус: подтверждено, нет данных или противоречие.
- Материал, происхождение и сертификаты не выводятся по фото или похожим товарам.
- Противоречия решает названный ответственный, и его решение записано.
- Модель получает только подтверждённые атрибуты, а требования к стилю — отдельно.
- Перед экспортом фактические утверждения текста сверены с атрибутами.
- При изменении данных поставщика затронутые описания помечаются для повторной проверки.
- Тестовый набор включает похожие варианты, отсутствующий атрибут, противоречащие файлы и исправленную спецификацию.
С чего начать
Выберите одну категорию, где ошибки в описаниях обходятся дороже всего или повторяются чаще всего. Составьте список атрибутов, назначьте каждому главный источник и пройдите пять шагов на небольшом наборе товаров, включая неудобные случаи из тестового набора. Если вам нужно, чтобы фото и описания от поставщика превращались в черновики страниц на проверку, посмотрите сценарий «Каталог → черновики страниц» на странице автоматизации процессов.
Если ваша команда раз за разом исправляет одни и те же поля товаров в разных файлах, расскажите нам в Telegram (@infracortex_studio), где сейчас живёт источник этих данных.