Почему «карточку делает маркетолог» больше не работает
До сих пор многие команды делили процесс на отдельные папки: закупщик знает поставщика, специалист по документам хранит декларации, контент-менеджер редактирует карточку, а склад работает по артикулу. Пока ничего не меняется, такой разрыв терпим. При обязательной проверке любая разница в названии, коде или статусе документа может стать причиной остановки размещения.
Проблема особенно заметна у продавцов с сотнями SKU, несколькими поставщиками и ассортиментом, который быстро обновляется. Сотрудник не обязан помнить, какая версия документа относится к конкретной поставке. Это должна помнить система.
Какие данные собрать до октября
Начинать стоит не с массового переписывания карточек, а с реестра. Выберите товары, которые дают основную выручку, и восстановите для каждого понятную цепочку: внутренний артикул, код, категория, поставщик, подтверждающий документ, срок действия и статус размещения.
- Единый внутренний артикул, который не меняется при обновлении карточки.
- Код ТН ВЭД ЕАЭС или ОКПД 2 там, где он требуется правилами площадки.
- Ссылка на сертификат, декларацию или иной подтверждающий документ и его срок.
- Связь документа с конкретным товаром и, при необходимости, партией.
- Ответственный и дата последней проверки данных.
- Статус риска: можно продавать, нужно уточнение или публикация заблокирована до проверки.
Что должна делать CRM или внутренняя панель
Не нужно заменять кабинет маркетплейса собственной ERP. Достаточно собрать контрольный слой: загрузить список карточек, сопоставить его с каталогом и документами, показать просрочки и назначить задачи. Тогда менеджер видит не абстрактную папку с файлами, а список товаров, для которых под угрозой конкретная выручка.
Полезный сценарий выглядит просто: срок документа подходит к концу — система создаёт задачу, отмечает связанные карточки и предупреждает отдел продаж. После обновления документа статус меняется один раз, а не вручную в трёх таблицах. Так новая проверка превращается из аврального проекта в обычный процесс качества данных.
Проведите один тест до запуска
Возьмите десять лидирующих товаров и попросите сотрудника за пять минут ответить на три вопроса: где документ, когда он истекает и на каких карточках он используется. Если ответы собираются из переписок и файлов, риск уже есть. Затем проверьте обратный сценарий: если документ перестал действовать, кто и как остановит продажу до того, как клиент оформит заказ.
Именно такие связи — товар, документ, задача, остаток и продажа — обычно становятся первым полезным модулем кастомной системы для маркетплейс-бизнеса.
Источники
Материал подготовлен по открытым публикациям и официальным разъяснениям, актуальным на дату статьи.