PIM: управление информацией о товарах

В четверг утром звонит дилер с простым вопросом: «Титан, бак 40 л, нержавейка» из вашего каталога и «Титан промышленный бак 40 литров» на сайте — это один товар или разные? В карточке на маркетплейсе заголовок звучит вообще иначе, а на обложке модель, снятая с производства два сезона назад. Вы спрашиваете склад, продукт-менеджера и маркетинг. Правы оказываются все трое: каждый аккуратно вёл свою таблицу. Не хватает только инстанции, которая скажет, чья версия верна.

Этот материал рассматривает информацию о товаре как вопрос ответственности: что такое PIM, чем он отличается от складской карточки, из каких слоёв состоит товарный контент, как устроены варианты и многоязычная публикация, кто за какое поле отвечает, как питаются каналы и с чего начать небольшой компании, у которой пока есть только одна дисциплинированная таблица.

ЕдинаякарточкаСайтМаркетплейсПортал дилераPDF-каталогФид рекламыОтдел продаж

Что такое PIM и какую задачу он закрывает

PIM (product information management, управление информацией о товарах) — это система, где весь рассказ о товаре собран в одном месте и оттуда расходится по всем каналам. Название, короткое и длинное описание, характеристики, изображения, документы, формулировки на каждом языке, заголовок для каждой площадки — всё живёт в одной карточке и правится в одной точке.

Проблема, которую он решает, выглядит мелкой, а стоит дорого: один и тот же товар выглядит по-разному в разных местах. Покупатель читает одно на сайте, видит другое на маркетплейсе и находит третью версию в дилерском прайсе. Такое расхождение сначала подтачивает доверие, затем порождает возвраты, а в итоге топит отдел продаж в потоке уточнений «а как правильно». И само собой это не чинится, потому что хозяина у данных нет.

Прежде чем стать классом софта, PIM — это решение: единственный источник правды о товаре находится здесь, всё остальное копии, а копию нельзя править отдельно. Пока команда не приняла эту фразу, выбор инструмента ничего не изменит.

Складская карточка и товарная карточка — не одно и то же

Карточка в ERP или в модуле учёта управляет числами: сколько штук, на каком складе, по какой себестоимости, с каким штрихкодом, в какой налоговой группе. Этого достаточно, чтобы крутилась операционка, и совершенно недостаточно, чтобы рассказать о товаре покупателю.

PIM управляет смыслом: кому этот товар нужен, какую задачу снимает, каким стандартам соответствует, с какими аксессуарами работает, что видно на фотографии, чем отличается от конкурирующей модели. Обе карточки сходятся на одном артикуле, но отвечают на разные вопросы. Склад говорит «сколько», PIM говорит «что именно».

Разговаривать должны обе стороны: количество и себестоимость приходят из ERP, повествование — из PIM. В материале об интеграции ERP и CRM мы подробно разбираем, как держать эти два мира синхронными. На практике общим ключом служит артикул, и пока обе системы не используют один код для одного товара, корректно не поедет ничего.

Шесть слоёв информации о товаре

«Информация о товаре» — не однородная куча. Разложив её по слоям, вы одновременно видите пробелы и получаете возможность раздать ответственность.

• Базовая карточка: артикул, бренд, модель, категория, штрихкод и основные габариты — идентификационные данные, которые обязаны звучать одинаково во всех каналах без исключений.
• Технические характеристики: материал, ёмкость, мощность, совместимость, срок гарантии и прочие измеримые поля; фильтры на сайте и таблицы сравнения строятся целиком на них.
• Маркетинговый текст: короткое описание, развёрнутое описание, выгоды и сценарии применения; фразы, которые действительно продают, живут именно здесь.
• Фото и видео: обложка, набор ракурсов, детальные кадры, снимок упаковки, видео использования и, если нужно, чертёж с размерами — всё вместе.
• Соответствие и документы: сертификаты, паспорта безопасности, руководства, сведения о происхождении и требования к маркировке; обязанности зависят от отрасли и меняются, поэтому сверяйтесь с юристом или профильным консультантом.
• Поля под конкретный канал: формат заголовка, который диктует маркетплейс, код категории для рекламного фида, внутренняя ремарка только для дилерского каталога.

Выгода прямая: характеристики заполняет продукт-менеджер, тексты пишет контент-команда, документы грузит служба качества. Как только у каждого появляется свой слой, спор «чья это вообще работа» заканчивается сам собой.

Модель данных и дисциплина обязательных полей

Всё, что происходит дальше, зависит от чистоты модели. Она отвечает на три вопроса: какие бывают типы товаров, какие поля несёт каждый тип и какие из этих полей обязательны.

Разделение по типам заметно упрощает жизнь. У мебели и у лицензии на софт не может быть одного набора полей; если утрамбовать всё в один шаблон, получится гигантская форма, наполовину пустая, и заполнять её никто не станет. Пять-шесть типов, где у каждого только осмысленные поля, сами по себе поднимают процент заполнения.

Дисциплина обязательных полей означает, что кнопка «сохранить» работает как ворота. Если поле можно оставить пустым, кто-нибудь обязательно оставит, и эта пустота дойдёт до канала. Ворота стоит сделать двухступенчатыми: для черновика хватит нескольких полей, но перед публикацией карточка, характеристики, обложка и короткое описание должны быть заполнены целиком.

Задавайте имена полей вместе с их соответствиями в каналах

То, что у вас называется «полезный объём», на одном маркетплейсе будет «ёмкостью», а в рекламном фиде — совсем другим тегом. Эти соответствия пишут на этапе проектирования модели, а не в момент загрузки товаров. Статья о сопоставлении полей (field mapping) разбирает, как правильно связать две системы; большинство PIM-проектов встаёт в день публикации именно из-за пропущенного шага.

Структура вариантов: цвет, размер, габарит

Варианты — место, где ломается большинство каталогов. Если у модели десять цветов и шесть размеров, завести шестьдесят отдельных карточек кажется прагматичным ровно до первой правки описания, которую придётся повторить шестьдесят раз.

Правильная структура двухуровневая: родительский товар (модель) и привязанные к нему варианты. Всё общее пишется у родителя один раз. В варианте остаётся только то, что действительно различается: штрихкод, код цвета, размер, вес, изображение варианта и специфическое предупреждение, если оно есть. При таком разделении одна правка текста расходится по всем вариантам сразу.

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

Каждое пустое поле в вашем каталоге — вопрос покупателя, на который вы решили не отвечать; рано или поздно на него ответит конкурент.

Многоязычная и многоканальная публикация

Многоязычный каталог — это не описание, отправленное на перевод. Единицы измерения, разделители дробной части, размерные сетки, формулировки соответствия и поисковые привычки меняются вместе с языком. В команде, работающей на русском, турецком и английском, русский заголовок, буквально повторяющий английский, чаще всего просто никто не ищет.

Поэтому язык должен быть измерением модели, а не приделанным сбоку «полем перевода». У каждого текстового поля появляется своё значение, свой статус и свой ответственный на каждом языке. Непереведённые поля тогда видны в отчёте, и перед публикацией понятно, какого поля не хватает на каком языке.

Аудитория, к тому же, больше не только человеческая. Страницы товаров читают и ИИ-ассистенты, а скудные, разрозненные и противоречивые данные они пропускают. Статья о том, почему ИИ пропускает страницу вашего товара, объясняет, что с этим делать, и структурная логика полей PIM здесь выручает напрямую.

Оценка качества и отчёт о незаполненных полях

То, что не измеряют, не улучшается. Самый практичный способ сделать качество данных видимым — присвоить каждому товару балл полноты: сколько обязательных полей заполнено, сколько есть изображений, сколько языков закрыто, приложены ли документы.

Проверка	Что смотрит	Блокирует публикацию?
Полнота карточки	Есть ли артикул, бренд, категория, штрихкод	Да
Характеристики	Заполнены ли обязательные поля типа	Да
Набор изображений	Есть ли обложка, хватает ли разрешения	Да
Языковое покрытие	Есть ли тексты на целевых языках	Зависит от канала
Документы	Загружены ли руководство и сертификат	Зависит от категории

Не считайте балл один раз и не убирайте его на полку. Выпускайте еженедельный список пробелов и делите его по людям: пробелы продукт-менеджера отдельно, контент-команды отдельно. Список, под которым не стоит ничьё имя, короче не становится никогда.

Кто за какое поле отвечает и как работает согласование

Большинство проектов по товарным данным проваливается не из-за инструмента, а из-за бесхозности. Зафиксируйте ответственность по полям: карточка и характеристики — продукт-менеджер, тексты и визуал — контент-команда, документы и соответствие — качество, поля под канал — тот, кто этот канал ведёт.

Проверка перед публикацией

Согласованию хватает трёх состояний: черновик, на проверке, опубликовано. Черновик свободен. Карточка, отправленная на проверку, уже прошла ворота обязательных полей. Публикация закреплена за одним человеком. Он не узкое место, а гарантия качества — причём необременительная, потому что основную часть проверки система сделала до него.

Ту же логику повторите в правах доступа CRM: кто какое поле правит, кто публикует, кто только смотрит. Открытое всем редактирование ускоряет месяц и разносит каталог к третьему.

Питание каналов: сайт, маркетплейс, фид, дилер, PDF

Ценность единого источника проявляется в раздаче. Каждому каналу нужен тот же товар, но в другой форме, и работа PIM — взять эту разницу на себя.

Сайт обычно самый богатый канал и использует почти все поля. Маркетплейсы навязывают свои деревья категорий и правила заголовков. Материал об интеграции маркетплейсов описывает сбор заказов из разных каналов в одну систему; на товарной стороне логика та же — источник остаётся у вас, канал получает свой формат.

В рекламе товарный фид — отдельная дисциплина: карточка без обязательного атрибута отклоняется и просто не показывается. В статье о Google Merchant Center и оптимизации товарного фида разобрано, как готовить эти атрибуты. Дилеру товар нужен с оптовой ремаркой, кратностью упаковки и минимальной партией; как это устроить, показано в материале про B2B-портал заказов для дилеров. Мессенджер тоже канал каталога: настройка из статьи как создать каталог WhatsApp остаётся актуальной, когда питается из PIM.

PDF-каталог — тот вывод, о котором забывает большинство команд и который до сих пор больше всех работает на выставке. Собранный из того же источника, он снимает расхождение между печатной страницей и живым сайтом.

Скорость запуска и с чего начать небольшой компании

Время, выигранное на запуске

Самая наглядная отдача видна на запуске. В разрозненной схеме вывод нового товара — это цепочка писем от таблицы продукт-менеджера к папке маркетинга, оттуда на сайт и на маркетплейс, и на каждой остановке данные слегка портятся. При единой карточке товар заполняется один раз, проходит контроль качества и открывается во всех каналах в один день. Выигрываете вы обычно не день, а неделю.

Начать до покупки инструмента

С небольшим каталогом можно стартовать без софта. Заведите одну таблицу, постройте колонки по слоям выше, впишите рядом с каждой колонкой ответственного и объявите таблицу единственным редактируемым источником. Правило прямое: ничто из уходящего в каналы не меняется вне этой таблицы. Продержите дисциплину три месяца — и переход на настоящий инструмент займёт неделю настройки. Не продержите — инструмент не спасёт, потому что дело было не в нём.

Какие метрики отслеживать

Следите за товарными данными по четырём числам, а не на ощупь. Первое — доля заполненных полей: сколько из обязательного набора закрыто и в какой категории больше всего пробелов. Второе — срок выхода в публикацию: сколько дней проходит от создания карточки до первого появления товара в канале. Третье — расхождение между каналами: возьмите выборку, сравните заголовки, изображения и значения характеристик на сайте, маркетплейсе и в каталоге и посчитайте карточки, которые не совпадают. Четвёртое — конверсия страницы товара: как меняются добавления в корзину и запросы предложения там, где вы обогатили данные.

Вместе эти четыре числа складываются в понятную картину. Заполнение растёт, а срок публикации падает — процесс встал на рельсы. Заполнение высокое, но расхождение тоже высокое — значит, какой-то канал питается не из источника. Чтобы увидеть отдачу на стороне заказов и отношений, загляните в материал об интеграции e-commerce и CRM: чистый каталог приводит в порядок и данные о клиентах.

Собрать информацию о товарах в едином источнике — значит впервые описать то, что вы продаёте, одними и теми же словами по всей компании. Если хотите вести товары, варианты, предложения и общение с клиентами из одного места, откройте бесплатный аккаунт Rocketly и сделайте первый шаг к каталогу, который наконец не спорит сам с собой.