Как подготовить SKU-таблицу для карточек товаров
Массовая генерация ломается не из-за длины промпта, а из-за неодинаковых исходных данных. В одной строке размер указан в сантиметрах, в другой без единицы, а файл изображения нельзя связать с товаром. SKU-таблица заранее делает эти правила явными.
Что учесть до начала работы
Не передавайте внешнему сервису закрытые закупочные данные, персональные данные и ключи доступа к кабинету продавца.
Значения, которых нет в исходной системе учета, нужно помечать как пропуски, а не восстанавливать догадкой.
Что подготовить
Что делать
Выберите стабильный ключ
Используйте внутренний SKU или другой уникальный идентификатор, который не меняется вместе с названием. Не связывайте строки только по артикулу поставщика, если он может повторяться.
Результат: Каждая строка однозначно относится к одному варианту товара.Разделите исходные и производные поля
В отдельные столбцы вынесите подтвержденные характеристики, а в другие - будущий заголовок, пункты, описание и имя итогового файла. Производные поля не должны перезаписывать первичные данные.
Результат: Видно, какие значения пришли из учета, а какие будут созданы позднее.Нормализуйте типы и единицы
Для размера, веса, материала, цвета и комплектации задайте единый формат. Число и единицу лучше хранить раздельно, если данные пойдут в разные шаблоны или каналы.
Результат: Одинаковая характеристика записана одинаково во всех строках.Свяжите фотографии с SKU
Назовите исходные файлы по правилу SKU-ракурс-номер и добавьте в таблицу путь или URL. Отдельно отметьте главное фото, допустимый ракурс и порядок дополнительных кадров.
Результат: Система не подставит изображение соседнего варианта товара.Ограничьте допустимые значения
Для категорий, цветов, статусов и типов изображений используйте справочники или проверку данных. Свободный текст оставляйте только там, где он действительно нужен.
Результат: Опечатки и новые варианты заметны до массовой обработки.Проверьте контрольную выборку
Возьмите строки с пропуском, несколькими вариантами, необычной единицей и несколькими фото. Сверьте их с источником и только затем запускайте весь каталог.
Результат: Ошибки схемы обнаружены на небольшой выборке, а не после публикации.Промпт для аудита структуры SKU-таблицы
Проверь структуру SKU-таблицы для массовой подготовки карточек товаров. Не придумывай и не дополняй характеристики. Целевая площадка: [площадка]. Заголовки столбцов: [список]. Обезличенные примеры 3-5 строк: [строки без закрытых данных]. Обязательные поля площадки: [список]. Справочники допустимых значений: [список или нет]. Правило именования фото: [правило]. Верни: 1) неоднозначные столбцы, 2) смешанные типы и единицы, 3) пропущенные ключи, 4) риск перепутать варианты или фото, 5) исправленную схему столбцов, 6) правила валидации. Любое отсутствующее значение помечай как ТРЕБУЕТ УТОЧНЕНИЯ. Не создавай заголовки и описания товаров.
Проверка таблицы перед импортом
Что чаще всего портит результат
Использовать название как ключ
Добавьте стабильный SKU и храните название как изменяемое поле.
Смешивать сантиметры и миллиметры
Нормализуйте единицы до генерации и храните исходное значение для аудита.
Складывать все свойства в одну ячейку
Выделите отдельный столбец для каждой характеристики, которую нужно проверять или переиспользовать.
Короткие ответы
Нужна ли отдельная строка для каждого цвета?
Да, если цвет является отдельным вариантом со своим SKU, остатком, фото или штрихкодом. Общие свойства можно подтягивать из связанной таблицы модели.
Можно ли сразу генерировать текст в исходном файле?
Лучше сохранять результат в отдельных столбцах или новой версии файла, чтобы не потерять первичные характеристики и историю проверки.
SKU-таблица как единый источник товарных фактов
Генерация карточек безопаснее, когда характеристики поступают из нормализованной таблицы, а не из разных писем и презентаций. Одна строка соответствует варианту товара, значения имеют единицы, источник и статус. Маркетинговые формулировки хранятся отдельно от подтвержденных свойств, чтобы модель не превращала предположение в характеристику.
До начала заведите контрольную таблицу: идентификатор материала, версия входа, владелец, обязательный результат, доказательство, статус и дата. Для каждой ручной правки записывайте причину, а промежуточные файлы называйте так, чтобы нельзя было перепутать черновик и принятую версию. Правило остановки тоже задается заранее: критичная ошибка в факте, правах, данных, формате или воспроизводимости возвращает работу на соответствующий этап. После приемки попросите коллегу повторить одну ключевую проверку только по переданному комплекту. Если ему нужна история личного чата или устное пояснение автора, передача еще не завершена. Такой журнал нужен не ради формальности: он показывает реальную стоимость исправлений, не дает потерять ограничение при следующем обновлении и помогает расследовать расхождение без повторения всей работы.
Граница применимости
Таблица не исправляет ошибку первичной системы и быстро устаревает при изменении ассортимента. Некоторые категории требуют обязательных полей и предупреждений. Перед публикацией применяются правила конкретной площадки и региона.
Контрольный сценарий от входа до приемки
Смоделировать реальную приемку
Сначала определите, кто будет принимать очищенную SKU-таблицу, словарь столбцов, отчет конфликтов, список пропусков, карту изображений, правила генерации, тестовые карточки и дату снимка данных и в какой программе или канале он его увидит. Подготовьте выгрузку SKU, мастер-каталог, идентификаторы вариантов, названия, категории, характеристики, единицы, состав, размеры, комплектацию, ограничения, изображения, источники полей и правила площадок в том же формате и качестве, что используются в работе, включая неудобные пограничные случаи.
Пройти маршрут целиком
Выполните сопоставление идентификаторов, очистку форматов, разделение составных значений, унификацию единиц, маркировку пропусков, поиск дублей и конфликтов, пробную генерацию карточек и возврат ошибок владельцу данных от начала до конечного файла. Не останавливайтесь на удачном превью: запишите экспорт, открытие, редактирование, согласование и повторное использование. Ручные обходные действия считаются частью стоимости процесса.
Проверить глазами получателя
Оцените уникальность SKU, соответствие варианта, числа и единицы, обязательные поля категории, юридически значимые свойства, комплектность, цвет и размер, источники, пропуски, запрещенные обещания и связь с изображениями в конечной среде, а не только в редакторе. Попросите получателя назвать непонятные места и воспроизвести одно ключевое действие. Ошибка передачи важнее визуально аккуратного черновика.
Оформить воспроизводимую поставку
Передайте очищенную SKU-таблицу, словарь столбцов, отчет конфликтов, список пропусков, карту изображений, правила генерации, тестовые карточки и дату снимка данных, инструкции по открытию и список контрольных точек. Добавьте исходники, права, версии и контакт ответственного за исправления.
Критерии, которые нужно записать до начала
Ошибка, из-за которой результат выглядит надежнее, чем есть
Опаснее всего копировать характеристику от похожего варианта или смешивать сантиметры и миллиметры. Визуально таблица остается аккуратной, а карточка становится неверной. Проверяйте диапазоны и группируйте конфликты по источнику.
Что передать следующему участнику
Контент-команда получает неизменяемую выгрузку, словарь, дату актуальности, список пропусков и правила использования. Исправления возвращаются владельцу каталога и затем повторно экспортируются, а не меняются только в тексте карточки.
Коротко
Надежная SKU-таблица связывает один вариант товара с проверенными полями и конкретными файлами. После нормализации массовая генерация становится воспроизводимой, а спорное значение можно проследить до источника.