ИИ для карточек товаров: описание и визуал без выдуманных свойств
Как подготовить факты о товаре, написать описание с ИИ и проверить изображение перед размещением. Учебный бриф, типовые ошибки и критерии приёмки карточки.
Карточка товара должна помогать покупателю выбрать вещь, а не впечатлять свободной фантазией модели. Если в исходных данных нет материала, размера или комплектации, нейросеть не вправе их придумывать. Сильный процесс начинается с проверенной таблицы характеристик и заканчивается ручным просмотром текста и изображений.
Соберите источник истины
Перед генерацией подготовьте карточку фактов: официальное название, артикул, размеры, материал, цветовые варианты, комплектация, ограничения ухода и подтверждённые фотографии. Отметьте, откуда взято каждое поле. Если данных нет, оставьте пустое значение и запросите уточнение у поставщика. Попросить модель «заполнить красиво» означает переложить на неё ответственность за сведения, которых она не знает.
Разделите характеристики и маркетинговое описание. Характеристика должна совпадать с документацией товара, а описание может объяснять, кому и для чего он подойдёт в пределах подтверждённых свойств. Например, слово «водонепроницаемый» нельзя выводить из одного фото мокрой ткани. Факты проверяют до стилистической правки, иначе убедительный текст замаскирует ошибку.
- Артикул и подтверждённое название.
- Размеры, состав и комплектация из источника.
- Фотографии и права на них.
- Поля, по которым ещё требуется ответ поставщика.
Учебный бриф для описания
Представим вымышленный настольный органайзер. Подтверждённые входные данные в учебном примере: деревянный корпус, три отделения и съёмная перегородка. Размер, порода дерева и покрытие не указаны. Задание модели: написать короткое описание для каталога, назвать только известные свойства, не обещать совместимость с конкретными предметами и отдельно перечислить вопросы к поставщику.
После ответа проверьте каждую фразу. «Поместится на любом столе» недоказуемо без размера. «Из массива дуба» нельзя писать без данных о породе. А фраза «съёмная перегородка помогает менять внутреннее пространство» следует из входа и подходит для черновика. Этот пример учебный: он показывает способ проверки, а не описывает реальный товар или результаты продаж.
| Фраза | Решение |
|---|---|
| Три отделения | Оставить: есть в исходных данных |
| Из дуба | Удалить: порода не указана |
| Подходит для любого стола | Удалить: нет размеров |
| Съёмная перегородка | Оставить после сверки с образцом |
Варианты товара не смешиваются в один ответ
Один артикул может иметь несколько цветов или размеров. Перед генерацией определите, какие свойства общие для всей линейки, а какие относятся к конкретному варианту. Если у синего органайзера другой материал, шаблон не должен переносить свойства деревянного варианта из соседней строки.
Сделайте контрольный тест на двух похожих учебных вариантах и намеренно поменяйте одно поле. Проверьте, что описание изменилось только там, где изменились исходные данные. Такая проверка выявляет ошибки маппинга раньше, чем карточки попадут в каталог.
Сделайте шаблон, который не сочиняет характеристики
Промпт должен отделять поля фактов от задания на стиль. Дайте модели табличный вход и правило: использовать только заполненные значения, неизвестное не превращать в утверждение. Выход удобнее разбить на название, короткое описание, список свойств и вопросы к поставщику. Если платформа поддерживает структурированный ответ, задайте поля явно и затем проверьте их программно и редакторски.
Заготовку можно найти в /prompts, скопировать и сохранить у себя, затем менять под категорию товара. Для одежды важны размер и состав, для техники другие характеристики. Одинаковый промпт для всего каталога приводит к общим фразам. Не превращайте шаблон в бесконечную инструкцию: лучше несколько понятных категорий с собственными обязательными полями и владельцем данных.
- Факты передаются отдельным блоком.
- Неизвестные поля остаются неизвестными.
- Выход содержит вопросы на уточнение.
Изображение не должно менять товар
Генерация помогает с фоном, композицией и иллюстративным кадром, но способна изменить форму изделия. Для карточки реального товара сравните итоговый файл с утверждённым фото: число деталей, цвет, фактура, форма и комплектность должны совпадать. Если отличия есть, не выдавайте изображение за достоверный вид товара. Иногда безопаснее обработать исходную фотографию обычным редактором.
Проверьте требования площадки к изображениям и описание допустимых материалов перед загрузкой. Условия маркетплейсов и моделей меняются, поэтому не переносите старые правила из чужого гайда. Если используете чужой снимок как референс, убедитесь в правах. Фон может быть синтетическим, но покупатель всё равно должен понимать, что именно он получит.
- Сверка с реальным образцом или утверждённым фото.
- Проверка цвета, количества элементов и комплектации.
- Соблюдение текущих правил площадки и прав на исходник.
Как связать подготовку карточек с Kvantora
Для черновиков описаний выберите текстовую операцию в /models и проверьте цену в /pricing. Для иллюстрации нужна отдельная операция изображения. Не считайте их одной моделью с одинаковым форматом ответа. Заготовки из /prompts можно скопировать; утверждённые версии храните в своей библиотеке по категориям вместе с запретом на выдуманные характеристики.
Если карточки собираются в автоматизации, документация Flow описывает передачу данных между шагами и историю. Подключение конкретной торговой площадки или CMS проверьте в /integrations по нужному действию и полям. Первый сценарий должен готовить черновик и отмечать недостающие данные. Публикация или изменение цены остаются отдельным действием с собственной проверкой прав и последствий повтора.
- Текст и изображение проверяются как разные операции.
- Черновик хранит связь с источником характеристик.
- Внешняя запись проверяется на тестовой карточке.
Проверьте карточку глазами покупателя
Контент-менеджер часто знает товар слишком хорошо и не замечает пропуска. Дайте карточку человеку без внутреннего контекста: сможет ли он понять, что входит в комплект и чем один вариант отличается от другого? Если для ответа нужно открывать служебную таблицу, часть сведений не попала в карточку.
Избегайте одинаковых общих фраз на десятках страниц. Покупателю нужны различимые свойства, а поисковому переходу нужен честный ответ на запрос. Ключевое слово в заголовке помогает назвать предмет, но повторять его в каждой строке бессмысленно. Сначала точность и ясность, потом редакторская шлифовка.
Приёмка карточки перед размещением
Попросите сотрудника, который не писал промпт, сверить готовую карточку с таблицей фактов. Он должен найти каждое заявленное свойство в источнике, увидеть неизвестные поля и сравнить фотографии с образцом. После этого проверьте поисковую понятность: название товара и важные свойства читаются естественно, без повторения одного ключевого слова через строку.
Не объявляйте успехом число сгенерированных карточек. Лучше оценить долю карточек, прошедших проверку без фактических исправлений, но только после реального подсчёта на понятной выборке. Если появился новый поставщик или изменились поля площадки, обновите шаблон и контрольные примеры. Такой подход помогает выпускать каталог быстрее, не превращая покупательские ожидания в эксперимент.
- Все свойства прослеживаются до источника.
- Визуал не добавляет несуществующие детали.
- Название и описание помогают выбрать товар, а не набивают ключевые слова.