Контент-менеджер получает таблицу с названиями и ценами. Закупщик держит характеристики в письмах поставщика, склад знает остатки, а фотографии лежат у маркетолога. Сотрудник собирает карточку из доступных данных и публикует её. Через неделю отдел продаж находит неверную комплектацию, а покупатель спрашивает, какой цене верить.
Назначать одного человека ответственным за все сведения рискованно. Карточку лучше разделить на блоки: каждый отдел подтверждает данные из своей рабочей системы, а редактор собирает их в одном формате и публикует после проверки.
Короткое распределение ролей
| Блок карточки |
Кто предоставляет данные |
Кто проверяет |
Кто публикует |
| Артикул, бренд, модель |
Закупки или производство |
Владелец номенклатуры |
Контент-менеджер |
| Категория и название |
Категорийный менеджер |
Руководитель направления |
Контент-менеджер |
| Технические характеристики |
Поставщик, технолог или производство |
Технический специалист |
Контент-менеджер |
| Цена |
Коммерческий отдел или экономист |
Уполномоченный руководитель |
Импорт или ответственный за каталог |
| Остаток и срок поставки |
Склад или учётная система |
Ответственный за складские данные |
Автоматический обмен или импорт |
| Описание и применение |
Продажи и маркетинг |
Эксперт по товару |
Контент-менеджер |
| Фото и документы |
Производитель, поставщик, фотограф |
Маркетинг и специалист по качеству |
Контент-менеджер |
Один сотрудник может выполнять несколько ролей. В небольшой компании собственник способен подтвердить цену и характеристики, а менеджер загрузить карточку. Важно разделить два действия: кто знает правильное значение и кто переносит его на сайт.
Почему контент-менеджер не может отвечать за всё
Контент-менеджер умеет привести названия к одному стилю, обработать фото, заполнить поля и найти пропуски. Он не должен самостоятельно решать, выдерживает ли деталь нужную нагрузку, действует ли цена для всех клиентов и сколько товара доступно к отгрузке.
Такие решения принимают сотрудники, которые работают с источником:
- закупщик подтверждает данные поставщика;
- технолог или производство отвечают за свойства и комплектацию;
- коммерческий отдел утверждает цену;
- склад подтверждает наличие;
- специалист по качеству проверяет сертификаты и обязательные сведения.
Редактор отвечает за точный перенос подтверждённых данных, единый формат и полноту карточки. Такое разделение сокращает число догадок при публикации.
Назначьте владельца каждому полю
Общая запись «за карточки отвечает маркетинг» не помогает при ошибке. Разберите шаблон импорта по колонкам и добавьте четыре служебных столбца:
- Владелец данных.
- Источник.
- Частота обновления.
- Кто проверяет перед публикацией.
Пример:
| Поле |
Владелец |
Источник |
Обновление |
Проверка |
sku |
Закупки |
Учётная система |
При создании товара |
Владелец номенклатуры |
price |
Коммерческий отдел |
Утверждённый прайс |
При изменении цены |
Руководитель продаж |
stock |
Склад |
Учётная система |
По регламенту выгрузки |
Ответственный за склад |
description |
Маркетинг |
Интервью с экспертом |
При изменении продукта |
Менеджер направления |
image_url |
Маркетинг |
Медиатека |
При смене фото |
Бренд-менеджер |
| Характеристики |
Технолог |
Спецификация |
При изменении модели |
Технический специалист |
Если поле не имеет владельца, не маскируйте проблему текстом «уточняйте». Решите, можно ли временно скрыть значение, показать ограничение или направить вопрос менеджеру.
Соберите маршрут одной карточки
Не начинайте с регламента на десятки страниц. Возьмите один товар, в котором есть цена, остаток, характеристики, фото и документ.
Шаг 1. Создание
Закупки или производство создают товар и присваивают стабильный артикул. Артикул должен отличать модель, размер, цвет или упаковку, если покупатель заказывает их отдельно.
Шаг 2. Сбор исходных данных
Владельцы полей передают сведения в один шаблон. Не собирайте финальную карточку из нескольких писем и чатов. Ссылки на спецификацию и изображения храните рядом с товаром.
Шаг 3. Редактура
Контент-менеджер проверяет единицы измерения, стиль названий, категории, размеры изображений и заполненность обязательных полей. Он возвращает вопрос владельцу данных, если значение противоречит источнику.
Шаг 4. Согласование
Проверяющие смотрят только свои блоки. Технолог не согласует цену, а маркетолог не подтверждает остаток. Для простого товара согласование может занимать одну строку в таблице: дата, сотрудник, статус.
Шаг 5. Публикация и обновление
Ответственный импортирует данные и проверяет карточку на сайте. Цена и остаток требуют отдельной частоты обновления, потому что меняются быстрее описания и фото.
Что проверять перед публикацией
Проведите короткую проверку двадцати карточек:
- артикул уникален и совпадает с учётной системой;
- название позволяет отличить товар от похожих моделей;
- категория соответствует покупательскому пути;
- цена имеет понятные условия;
- статус наличия не противоречит рабочим данным;
- характеристики используют одинаковые названия и единицы;
- описание не обещает свойства, которых нет в спецификации;
- фото относится к нужной модификации;
- обязательные документы доступны ответственному сотруднику;
- ссылка и форма заявки работают.
Запишите не только число ошибок, но и их источник. Если в десяти карточках расходится цена, исправление отдельных страниц не решит проблему. Нужно менять выгрузку или владельца поля.
Как обновлять карточки после публикации
У разных данных разный срок жизни. Разделите обновления на три группы.
Операционные данные: цена, остаток, срок поставки. Их обновляют по расписанию или при изменении в рабочей системе.
Товарные данные: название, характеристики, комплектация, документы. Их пересматривают при изменении модели или информации поставщика.
Контент: описание, фото, примеры применения. Его улучшают по вопросам покупателей и отдела продаж.
Для каждого изменения сохраните дату и ответственного. История нужна не ради отчёта: она помогает понять, кто подтвердил значение и из какого источника оно пришло.
Когда нужен PIM, а когда достаточно таблицы
Таблица подходит, если ассортимент невелик, изменения редкие, а карточки ведёт одна команда. В ней можно хранить поля, владельцев, статусы согласования и ссылки на исходники.
PIM или другая система управления товарными данными нужна, когда компания собирает сведения от многих поставщиков, публикует их в нескольких каналах, хранит разные языки и форматы или постоянно согласует изменения между отделами.
Инструмент не заменяет владельцев данных. Если никто не подтверждает цену и характеристику, система лишь быстрее разнесёт ошибку по каналам.
Как использовать этот процесс в Price ON
Price ON принимает Excel-прайс с артикулом, названием, ценой, категорией, описанием, изображениями, наличием, единицей товара и дополнительными характеристиками. После загрузки сервис показывает эти данные в каталоге.
Price ON не согласует поля между отделами и не определяет, какой источник верный. Подготовьте рабочую таблицу до импорта: назначьте владельцев, проверьте двадцать карточек и только затем загрузите файл.
Создайте тестовый каталог на одной товарной группе. После загрузки дайте его менеджеру по продажам и техническому специалисту. Первый проверит понятность названий и цен, второй — характеристики. Список расхождений покажет, какие поля и владельцев нужно исправить до переноса всего ассортимента.
Структуру названий и характеристик можно сверить со статьями об описании товара и подборе по параметрам. Для массовой подготовки файла используйте инструкцию по созданию каталога из Excel.
