Почему проблема не сводится к пустым ячейкам
После смены CMS каталог может выглядеть заполненным, но важные поля оказываются в неправильной колонке. Размер попадает в описание, вариант товара теряет связь с родительской карточкой, а старое значение остаётся в фильтре. Простая проверка на пустые строки этого не обнаружит. Модель полезна как помощник для поиска несоответствий, если рядом остаётся исходная запись, схема категорий и человек, который подтвердит каждое исправление.
Соберите безопасную контрольную выборку
Сначала экспортируйте копию данных и сохраните исходные идентификаторы и версии. Уберите поля, не нужные для аудита: телефоны клиентов, внутренние цены, персональные комментарии. Возьмите разные категории, включая товары с вариантами, комплектациями и параметрами в разных единицах. Не начинайте с полного каталога: небольшая выборка покажет, понимает ли инструмент вашу схему. Выберите несколько уже проверенных записей как контрольные примеры.
Опишите правила по категориям
Одинаковая логика не подходит для одежды, мебели и техники. Для товара одного типа критичен материал, для другого — совместимость или напряжение питания. Создайте словарь обязательных полей для каждой категории, допустимые единицы и примеры корректного значения. Если правила хранятся лишь в старой CMS или в голове сотрудника, сначала документируйте их. Иначе модель будет оценивать каталог по предположениям, а не по политике магазина.
Просите обнаружить, а не переписать
На первом проходе модель должна только отмечать риск: поле отсутствует, значение противоречит соседнему, формат не совпадает, единица выглядит подозрительно. Попросите указать ID, название поля, исходное значение, предполагаемую проблему и доказательство из самой записи. Не разрешайте придумывать точное значение, если его нет в исходнике. Для одной позиции можно вернуть несколько гипотез, но ни одну не применять автоматически.
Проверка одной карточки по шагам
Для примера возьмите товар с вариантами цвета и размера. Сверьте, что каждый вариант ведёт к корректному SKU, изображению, остатку и цене, а описание родителя не обещает свойства всех версий без подтверждения. Если один цвет отсутствует на складе, это не ошибка текста; если вариант использует неверный код или унаследовал чужой артикул — нужен разбор. Проверяющий открывает исходный экспорт и целевую карточку рядом.
Разделите находки по последствиям
Критическими могут быть неверная цена, несовместимый аксессуар или характеристика, влияющая на безопасность использования. Средние ошибки мешают фильтрации или создают путаницу. Низкоприоритетные замечания касаются стиля, регистра букв и необязательных полей. Не позволяйте модели смешивать эти уровни в общий балл «качества». Сначала исправьте то, что может ввести покупателя в заблуждение или привести к возврату, а затем займитесь косметикой.
Вносите изменения через очередь
Результат аудита выгружайте в таблицу с колонками «проверен», «исправить», «отклонить» и «нужен источник». Ответственный сотрудник подтверждает каждую запись, затем импортирует изменения через штатный процесс с резервной копией. Включите ограничение на число записей в одной партии и тестовый импорт на копии магазина. Если после массового обновления фильтры или варианты работают иначе, откат должен быть возможен.
Проверьте эффект после публикации
После исправления проверьте выборку карточек в интерфейсе, поиске и мобильном виде. Сравните долю пустых атрибутов, число жалоб на несоответствие и ручные возвраты к карточке. Не делайте вывод об экономии только по числу найденных несоответствий: модель может производить ложные тревоги. Сохраните причины, по которым сотрудник принял или отклонил подсказку. Это даст материал для уточнения правил.
Что делать с изображениями и текстом
Не считайте визуальный вывод модели достоверным размером, цветом или комплектацией. Фотография может быть отредактирована, ракурс меняет цвет, а упаковка не всегда входит в поставку. Для характеристики нужен паспорт, спецификация поставщика или физическая проверка. Модель может сопоставить подписи и найти возможное расхождение, но не удостоверяет соответствие самого товара. Отдельно храните реальное изображение и сгенерированную иллюстрацию.
Границы доступа и итог
Не давайте модели прямое право обновлять production-каталог. Начните с read-only выгрузки и журнала предложений. Передавайте поставщику только необходимый набор данных и проверьте условия хранения. Пилот готов к расширению, когда на контрольной выборке сотрудники понимают каждую рекомендацию, критические ошибки не проходят, а откат протестирован. Если модель уверенно предлагает значения без основания, вернитесь к более простым проверкам схемы и обязательных полей.
Как оформить очередь исправлений
Зафиксируйте, кто отвечает за разные типы полей: товарная команда — за описание и варианты, закупки — за параметры поставщика, контент-редактор — за читаемость. В очередь добавляйте ссылку на источник, дату проверки и причину изменения. Не просите модель исправить весь набор за один проход: для цены и характеристик требуется разный уровень полномочий. После небольшого импорта сравните старую и новую версии, проверьте выборку на телефоне и убедитесь, что поиск и фильтры не стали вести себя хуже. Такой журнал пригодится при повторной миграции и позволит понять, где ошибка возникла — в данных, правилах или предложении системы.