Як перевірити згенеровані ШІ характеристики товарів перед публікацією

Що таке валідація характеристик товарів і навіщо перевіряти значення, згенеровані ШІ?

Валідація характеристик - це перевірка відповідності вимогам каталогу: формату, одиницям вимірювання, допустимим значенням і пов’язаним полям. Верифікація встановлює, чи підтверджують джерела це значення саме для потрібного товару. AI-збагачення товарних даних у HootCore зберігає посилання на джерела поруч із характеристиками, щоб редактор міг перевірити їхнє походження.

Розглянемо умовний приклад: ШІ пропонує для електроприладу напругу 230 В. Значення має правильний формат і проходить правила категорії. Проте джерело описує європейську модель, а у вашому каталозі - американська версія, розрахована на 120 В.

Значення проходить валідацію, але не верифікацію. Обидві перевірки потрібні під час оцінювання результатів збагачення товарних даних: правила виявляють структурні помилки, а звіряння з джерелом допомагає встановити, чи належить характеристика товару, який ви продаєте.

Як покроково перевірити характеристики товарів, згенеровані ШІ?

Спочатку перевірте відповідність товару, потім - докази та правила каталогу. Усі невизначеності потрібно розібрати до передавання товару на затвердження.

Як переконатися, що характеристика належить потрібному товару та його варіанту?

Зіставте бренд і доступні ідентифікатори - артикул виробника, GTIN або повне позначення моделі з інформацією у джерелі. Далі перевірте комплектацію, кількість одиниць в упаковці, регіональну версію та модифікацію, якщо вони впливають на характеристики.

Самої назви недостатньо: схожі назви можуть позначати різні варіанти. Специфікація виробника також може містити кілька моделей у сусідніх колонках. Переконайтеся, що значення взято з рядка чи колонки саме вашого товару.

Які джерела використовувати для перевірки характеристик?

Почніть із технічних специфікацій, інструкцій, офіційних сторінок виробника або погоджених даних постачальника. Перевірте, чи джерело описує потрібний варіант, стосується відповідної модифікації та прямо вказує значення.

Найновіший документ може описувати нову модель, а не товар, який ви продаєте. Так само кілька сторінок магазинів можуть повторювати один файл постачальника: збіг значень не обов’язково є незалежним підтвердженням.

Збережіть посилання на джерело, сторінку або розділ документа та фрагмент із характеристикою. Якщо перераховуєте одиниці вимірювання, залишайте початкове значення, щоб інший фахівець міг перевірити розрахунок.

Які правила валідації PIM мають проходити збагачені дані?

Застосовуйте правила відповідної категорії та каналу продажу. Невідповідності мають допомагати знаходити записи, які потребують уваги.

Не замінюйте незвичне значення типовим автоматично - звірте його з джерелом. Нормалізація також має зберігати зміст: заміна «нержавіюча сталь» на «метал» прибирає інформацію, навіть якщо обидва терміни дозволені.

Що робити, якщо джерела суперечать одне одному або підтвердження немає?

Перевірте, чи не пов’язана розбіжність із різними моделями, модифікаціями, одиницями або визначеннями. Наприклад, вага нетто та вага відправлення описують різні величини.

Якщо суперечність залишається, попросіть постачальника або фахівця з товарної категорії підтвердити значення для конкретної позиції. Збережіть відповідь разом із записом товару.

Залишайте непідтверджену пропозицію непогодженою та зазначайте, що потрібно уточнити. Не замінюйте раніше затверджене значення без достатніх підстав. Якщо невизначена характеристика обов’язкова для публікації, призупиніть публікацію товару до з’ясування.

Коли характеристики, згенеровані ШІ, має перевірити фахівець?

Насамперед перевіряйте значення без достатніх доказів, із суперечливими джерелами або суттєвими наслідками помилки для вибору й використання товару. Оцінка впевненості - confidence score - допомагає визначити пріоритет, але не скасовує цих підстав для перевірки. Значення 0,95 саме по собі не означає 95% імовірності правильності характеристики.

Налаштовуйте пороги перевірки за результатами вибірки, яку фахівці перевірили у вашому каталозі. Оцінюйте їх окремо для різних характеристик і категорій: поріг, прийнятний для кольору, може не підходити для напруги чи сумісності. Відсутність доказів або суперечності між джерелами мають запускати перевірку незалежно від оцінки.

Характеристики, які потребують особливої уваги, залежать від категорії. Нижче приклади того, для чого варто шукати пряме підтвердження.

Для кожного позначеного значення редактору потрібні ідентифікатор товару, запропонована характеристика, підтверджувальний фрагмент і причина перевірки. Коли вони доступні разом, не доводиться повторювати початковий пошук.

Рішення потрібно зафіксувати: погодити підтверджене значення, виправити його на підставі доказів, відкласти до уточнення або відхилити спростовану пропозицію. Автоматичні перевірки можуть зменшити кількість полів, які потребують індивідуальної уваги. Остаточне затвердження товару залишається за відповідальною людиною.

Як перевіряти ШІ-характеристики в каталозі з понад 50 000 SKU?

За такого масштабу організовуйте перевірку навколо винятків. Застосовуйте повторювані перевірки до всього каталогу, а фахівцям передавайте значення без доказів, із суперечностями, порушеннями правил або суттєвими наслідками можливої помилки.

Rule Engine у HootCore підтримує налаштовувані правила каталогу. Вони допомагають виявляти записи, що потребують уваги, тоді як остаточне затвердження перед публікацією виконує відповідальна за товар людина.

Щоб оцінити якість процесу, перевіряйте вибірки з різних категорій, постачальників і типів характеристик - зокрема значення, які пройшли перевірки автоматично. Вибірка лише з позначених записів не покаже помилок, яких правила не виявили. Універсального відсотка вибірки немає: її обсяг залежить від різноманітності даних, наслідків помилок і потрібного рівня впевненості в результаті.

Якщо вибірка виявила проблему, перевірте інші записи, опрацьовані за тих самих умов. Наприклад, неправильне перетворення одиниць може зачепити всю партію постачальника. Виправте правило або зіставлення полів і повторно перевірте відповідні записи.

Час перевірки залежить і від того, як інформація потрапляє до редактора. Показуйте запропоноване значення поруч із фрагментом джерела та причиною перевірки. Групуйте однотипні проблеми й зберігайте попередні рішення, щоб фахівці зосереджувалися на невирішених питаннях. Після зміни джерела, моделі витягування даних або правила перевірте відповідні результати знову.

Як виглядає перевірка характеристик на практиці?

Розглянемо акумуляторний дриль, який готують до публікації. Це навчальний приклад: характеристики та пропозиції ШІ вигадані для пояснення рішень, а не взяті з результатів клієнта HootCore.

Редактор порівнює кожну пропозицію з документами для точної моделі та перевіряє, чого стосується значення: інструмента, акумулятора чи комплекту в упаковці.

Погоджені та виправлені значення можна передати на затвердження товару. Поле ваги інструмента залишається порожнім до отримання належного підтвердження. Питання крутного моменту залишається відкритим; якщо ця характеристика обов’язкова для публікації, товар очікує уточнення.

У повністю заповненому записі ці відмінності були б непомітними. Збережені докази й рішення показують наступному редактору, що саме ще потребує уваги.

Що включити до чекліста перевірки характеристик перед публікацією?

Перед затвердженням товару переконайтеся, що:

• Джерела відповідають товару. Вони описують точну модель, варіант і регіональну версію.
• Значення можна перевірити. Редактор має доступ до підтверджувального фрагмента та початкових даних для перерахунків.
• Правила каталогу виконані. Формати, одиниці, допустимі значення й пов’язані поля відповідають вимогам категорії та каналу.
• Винятки опрацьовані. Непідтверджені пропозиції не погоджені, а невизначені обов’язкові характеристики блокують публікацію.
• Рішення зафіксовані. Зрозуміло, що змінилося та хто погодив результат.
• До публікації передаються затверджені дані. Відхилені пропозиції та значення, що очікують уточнення, не потрапляють у картку.

Повертайтеся до відповідних записів, коли змінюються специфікації, джерела постачальника або налаштування збагачення. Попереднє погодження стосується доказів, які були перевірені на той момент.

Плануєте збагачення великого каталогу? Обговоріть із HootCore правила перевірки та процес погодження ваших товарних даних.