Як скоротити час публікації товарів вдвічі за допомогою PIM-воркфлоу

Так виглядає зламаний воркфлоу публікації товарів на практиці. Це не проблема даних, інформація вже існує. Це проблема руху даних: одні й ті самі деталі вводяться, перевіряються і вводяться повторно в п'яти розʼєднаних місцях, перш ніж товар справді доходить до покупця.

Структурований PIM-воркфлоу виправляє саме рух даних, а не самі дані. Ось як це працює, крок за кроком.

Що уповільнює воркфлоу публікації товарів

Перш ніж виправляти воркфлоу публікації товарів, варто побачити, куди насправді йде час. Це рідко сам процес створення контенту, написати опис чи зробити фото займає хвилини. Затримка виникає в тому, що відбувається з цим контентом далі.

• Ручне введення даних. Одні й ті самі деталі товару вводяться в ERP, потім у CMS сайту, потім у таблицю маркетплейсу, потім в оптовий каталог. Чотири системи, чотири ручних введення, чотири шанси для друку залишитись непоміченим.
• Дублювання роботи по каналах. Розмірна сітка, написана для сайту, не переноситься у формат Amazon. Тож її переписують, не оновлюють, а переписують, бо немає спільного джерела, яке живило б обидва канали.
• Затримки на етапі погодження. Товар готовий до публікації, поки хтось чекає на повідомлення в Slack чи відповідь на email, що підтвердить готовність. Ніхто не відповідає за цей крок, він просто чекає, поки хтось про нього згадає.
• Очікування на асети. Фото чи характеристики надходять від постачальника чи агентства за власним графіком, не пов'язаним з рештою процесу. Публікація зупиняється, доки не прийде остання частина, навіть якщо все інше було готове днями раніше.

Жодна з цих причин не є проблемою контенту. Це прогалини у воркфлоу, і кожна додає дні, а не хвилини, до часу виходу на ринок.

5 кроків PIM-воркфлоу, яка скорочує час публікації вдвічі

Скорочення часу публікації вдвічі не відбувається через одну велику зміну. Воно досягається усуненням п'яти менших затримок, які накопичуються на типовому шляху товару до публікації.

1. 1

   Крок 1: Централізуйте дані про товар у джерелі

   До виправлення воркфлоу дані про товар зазвичай розкидані по різних місцях, таблиця постачальника, вкладення в email, папка, яку давно не оновлювали. Кожен канал бере дані з тієї версії, яка відкрита в її власника.

   Централізація означає, що одне місце зберігає актуальну версію кожного атрибута: назва, характеристики, ціна, категорія. Категорійний менеджер вносить розмірну сітку один раз, і кожен наступний канал звертається до того самого запису замість нової копії.

   Економія часу помітна одразу. Те, що раніше означало повторне введення тих самих деталей у кілька інструментів, стає одним введенням, на яке посилаються всюди. Ручне введення, яке раніше повторювалось для кожного каналу, тепер відбувається один раз.

2. 2

   Крок 2: Стандартизуйте атрибути та шаблони перед збагаченням

   Перед початком збагачення визначте, що означає "завершено" для кожної категорії товарів — обов'язкові атрибути, довжина опису, вимоги до зображень. Без цього збагачення відбувається безсистемно: одна людина заповнює більше полів, ніж інша, і розрив залишається непоміченим, доки маркетплейс не відхилить лістинг.

   Шаблони вирішують це ще до початку створення контенту. Футболці потрібні розмір, тканина й інструкції з догляду, заповнені в тому самому порядку щоразу; блендеру - потужність і умови гарантії. Шаблони перетворюють збагачення на чекліст: ті самі поля, та сама структура, для кожного товару.

   Це не прискорює збагачення одного окремого товару - це усуває переробки. Менше відхилених лістингів, менше повідомлень з питанням, куди зникла відсутня характеристика, менше товарів, затриманих через одне пропущене поле.

3. 3

   Крок 3: Автоматизуйте маршрутизацію погоджень замість email-ланцюжків

   Товар зазвичай проходить через маркетинг, категорійного менеджера і фінальну перевірку, перш ніж отримає дозвіл на публікацію. Коли кожна передача відбувається через Slack чи email, легко втратити відстеження, де саме перебуває конкретний SKU у цьому ланцюжку — і так само легко йому чекати на відповідь, яка так і не прийшла.

   Автоматична маршрутизація усуває очікування. Щойно товар отримує статус "готовий до перевірки", він одразу переходить у чергу наступного рецензента замість чиєїсь пошти. У HootCore це реалізовано як поле статусу: SKU змінює стан, і потрібна людина бачить це миттєво, без потреби комусь нагадувати чи питати, як справи.

   Етап погодження нікуди не зникає, він просто перестає залежати від того, чи хтось згадає перевірити повідомлення.

4. 4

   Крок 4: Встановіть правила валідації, щоб нічого незавершеного не публікувалось

   Виявити відсутню розмірну сітку вже після того, як товар виглядає опублікованим, або після скарги клієнта, дорого виправляти. Правила валідації ловлять це раніше: товар без обов'язкового поля просто не може перейти в статус "готовий до публікації".

   Це перетворює контроль якості з ручної перевірки на щось структурне. Нікому не потрібно пам'ятати перевірити кожне поле, система не пропустить незавершений товар далі. Людині, яка виконує перевірку, не потрібно бути досвідченою чи старшою за посадою, систему блокує неповні товари автоматично, незалежно від того, хто перевіряє.

5. 5

   Крок 5: Публікуйте в усі канали однією дією

   Пройшовши валідацію, товар усе ще має потрапити на сайт, маркетплейси й в оптовий каталог, зазвичай через окремий експорт чи завантаження для кожного. У кожного каналу свій формат, тож та сама розмірна сітка переписується, а не переноситься, для кожного напрямку.

   Синдикація усуває окремі експорти. Конектори HootCore беруть той самий запис товару і автоматично форматують його під вимоги кожного каналу - специфікацію Amazon, макет сайту, структуру оптового каталогу, одним дійом публікації.

   Те, що раніше означало окреме завантаження і формат для кожного каналу, з ризиком розсинхронізації на кожному етапі, стає однією дією. Кожен канал оновлюється одночасно, з одного джерела.

PIM-воркфлоу проти ручного процесу: куди йде час

На всіх п'яти кроках зсув однаковий, від повторюваної ручної роботи до однієї дії, яка оновлює все одразу.

Що бачать команди після впровадження PIM-воркфлоу

Незалежні дослідження впровадження PIM підтверджують масштаб економії, описаний вище. Автоматизація через PIM-воркфлоу може скоротити ручні задачі, пов'язані з управлінням товарними даними, до 80%. Час виходу на ринок покращується в схожому масштабі, одне галузеве дослідження описує рітейлера в сфері моди, який скоротив термін виведення товару на ринок з дванадцяти тижнів до трьох після переходу на структурований PIM-воркфлоу.

"Вдвічі" в назві цієї статті - це консервативна оцінка порівняно з тим, що звітують команди. Реальна цифра залежить від двох факторів: скільки каналів охоплює каталог і наскільки ручним був початковий процес. Каталог, що охоплює два канали з однією спільною таблицею, не отримає такого ж приросту, як каталог із вісьмома каналами й без жодного спільного джерела.

Команди, які використовують інструменти воркфлоу HootCore, бачать той самий патерн: каталоги, публікація яких раніше займала цілий тиждень по всіх каналах, переходять на публікацію того самого дня, коли централізація й синдикація замінюють ручні кроки.

Як налаштувати PIM-воркфлоу без масштабного IT-проєкту

З HootCore налаштування PIM-воркфлоу не вимагає заміни ERP чи платформи е-комерції. Він підключається до систем, які вже використовуються - забирає дані, застосовує описані вище шаблони й правила, і передає відформатовані лістинги в кожен канал.

Типове впровадження починається з однієї категорії товарів замість усього каталогу. Спочатку визначаються шаблони й правила валідації для цієї категорії, тестується маршрутизація погоджень із командою, яка вже цим займається, і синдикація підключається до одного-двох каналів, перш ніж додавати решту.

Такий поетапний підхід означає, що команда маркетингу чи категорійного менеджменту може провести налаштування без окремого інженерного проєкту. Більшість конфігурації - шаблони атрибутів, кроки погодження, правила валідації, виконується прямо в інтерфейсі HootCore, без кастомного коду.

Підсумовуючи

Структурований PIM-воркфлоу усуває проблему руху даних, дані вносяться один раз, погоджуються автоматично і публікуються всюди одним дійом. Що він не вирішує - це скільки часу йде на написання описів і заповнення атрибутів від самого початку. Це окрема проблема, і саме її вирішує збагачення товарних даних за допомогою ШІ, генеруючи й доповнюючи контент про товар ще до того, як він потрапляє у воркфлоу, описаний вище.

Якщо потрібна допомога з адаптацією цього воркфлоу під ваш каталог, запишіться на демо, і команда HootCore покаже весь процес наживо.

Часті запитання