PIM-система: зачем нужна и когда пора внедрять

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

Задача звучит скучно ровно до момента, когда каталог перестаёт помещаться в голове. В платформе, которую мы делали для ГК «Инструмент», в обороте 14 миллионов позиций, а пользуются ею 35 тысяч человек в месяц. На таком объёме вопрос «где правильное описание товара» перестаёт быть вопросом дисциплины и становится вопросом архитектуры.

Что такое PIM-система и какую задачу она решает

Проблема, которую она закрывает, выглядит одинаково почти везде:

• в 1С товар называется «Панель фасад. ПВХ 3050х250 беж.»;
• на сайте — «Фасадная панель бежевая, 3,05 м»;
• в прайсе для дилеров — третий вариант;
• на маркетплейсе — четвёртый, с другими характеристиками;
• фотографии лежат в папке на общем диске, и какая из них актуальная, знает один человек.

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

Что делает система:

1. Хранит эталон. Одно место, где данные считаются правильными. Всё остальное — копии, которые обновляются автоматически.

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

3. Готовит данные под каждый канал. У сайта одни требования к описанию, у маркетплейса — другие, у печатного каталога — третьи. PIM-система хранит вариации и отдаёт каждому каналу своё.

4. Показывает готовность. Видно, у каких товаров не хватает фотографий, описаний или обязательных для площадки характеристик. Это превращает наполнение каталога из бесконечной задачи в измеримую.

Пять признаков, что пора

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

Показателен масштаб проблемы в дистрибуции. У Döcke — трёх заводов с широкой линейкой внешней отделки — процесс заказа шёл вручную, а персональные цены и каталоги под каждого дилера ещё сильнее усложняли работу: клиенты хаотично запрашивали цены, наличие и остатки, а нагрузка ложилась на менеджеров и бухгалтерию. Это ровно та ситуация, где товарные данные перестают быть справочником и становятся узким местом продаж.

Чем PIM отличается от 1С и ERP

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

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

Что внутри: атрибуты, версии, каналы

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

Значения атрибутов. Собственно данные по каждому товару, плюс медиа: фотографии, чертежи, сертификаты, инструкции.

Связи между товарами. Аксессуары, аналоги, комплекты, вариации по цвету и размеру. Отсюда потом растут блоки «с этим товаром покупают» и правильная группировка карточек.

Правила выгрузки. Для каждого канала — свой набор полей, свой формат, свои ограничения по длине. Сайт получает полное описание, маркетплейс — структурированные атрибуты в их номенклатуре, дилерский портал — технические характеристики и документы.

Роли и статусы. Кто что заполняет и на каком этапе товар считается готовым к публикации. Без этого система превращается в свалку с более удобным интерфейсом.

Как это работает с маркетплейсами

Порядок работы выглядит так:

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

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

Внедрение: этапы и сроки

Порядок работ:

1. Аудит данных — 2-4 недели. Что есть, где лежит, в каком состоянии. На этом этапе обычно выясняется, что процент заполненности характеристик заметно ниже ожидаемого.

2. Модель данных — 3-6 недель. Категории, атрибуты, обязательность, справочники значений. Работа совместная: подрядчик даёт структуру, категорийные менеджеры — содержание.

3. Чистка и нормализация — параллельно, 4-8 недель. Приведение названий к единому виду, разбор дублей, заполнение пропусков. Самая тяжёлая часть, и делается она в основном на стороне заказчика.

4. Настройка системы и интеграций — 4-8 недель. Обмен с 1С, правила выгрузки в каналы, роли и права.

5. Пилот на одной категории — 2-3 недели. Прогон полного цикла на ограниченном наборе товаров до того, как переносить всё.

6. Перенос и запуск — 2-4 недели.

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

Сколько стоит и как считать эффект

Что влияет на стоимость:

• Размер и сложность каталога — количество категорий важнее количества позиций.
• Число каналов — каждый добавляет правила маппинга и отдельное тестирование.
• Состояние исходных данных — чистка может оказаться дороже настройки системы.
• Глубина интеграции с 1С — что именно и с какой частотой обменивается.
• Нужна ли работа с медиа — хранение, обработка, разные форматы под каналы.

Эффект считается в трёх местах:

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

Как переводить такие эффекты в деньги и сроки окупаемости, разобрано в статье про юнит-экономику.

PIM-система в B2B: персональные каталоги и документы

В рознице товарные данные одинаковы для всех покупателей. В B2B — нет, и это меняет требования к системе:

• Ассортимент под договор. Дилер видит только то, что ему разрешено продавать по условиям соглашения.
• Персональные цены. У каждого контрагента своя скидочная матрица, иногда — по каждой товарной группе отдельно.
• Технические документы. Сертификаты, паспорта, инструкции, чертежи — в B2B они часть товара, а не приятное дополнение.
• Свои артикулы клиента. Крупный закупщик работает в своей номенклатуре, и сопоставление с вашей ложится либо на него, либо на вас.

Именно на этом ломается ручной процесс. У Döcke — три завода и широкая линейка внешней отделки, при этом персональные цены и каталоги для каждого дилера делали ручную обработку заказов всё тяжелее: клиенты хаотично запрашивали цены и остатки, нагрузка росла на менеджеров и бухгалтерию. Решением стал портал с B2B-каталогом, где данные, персональные условия и документооборот сведены вместе, — он выдерживает 20 тысяч пользователей в месяц и позволяет масштабировать дилерскую сеть без пропорционального роста штата.

Второй пример того же класса — ГК «Инструмент»: там клиенты работали с сотнями и тысячами закупочных позиций в Excel, а менеджеры тратили часы и дни на поиск цен и остатков. После запуска платформы клиенты импортируют свой список прямо в корзину, а сотрудники отвечают только на вопросы по редким позициям.

Что из этого следует для проекта:

Вывод, который стоит сделать заранее: в B2B товарные данные и коммерческие условия нельзя разделять на два независимых проекта. Каталог без персональных цен бесполезен для дилера, а цены без нормального каталога не на что накладывать. Поэтому внедрение обычно идёт вместе с B2B-порталом, а не отдельно от него.

Ошибки внедрения

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

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

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

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

Частые вопросы

Короткий итог

PIM-система нужна там, где товарные данные перестали помещаться в одну голову и один файл: несколько каналов продаж, регулярные изменения ассортимента, требования площадок к атрибутам.

Главная работа в проекте — не настройка системы, а модель данных и чистка того, что накопилось. Эти два этапа занимают половину срока и делаются в основном на стороне заказчика, поэтому планировать их нужно с ресурсом, а не «между делом».

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