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