Проблема синдикации данных о продукте

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

Давайте углубимся в пример этой проблемы, представив, что мы — компания, которая продает продукцию на нашем собственном веб-сайте. У нас около 50 продуктов, каждый из которых имеет 10 вариантов в зависимости от цвета и размера, и мы продаем только в России. У нас есть платформа электронной коммерции, поддерживаемая инструментом управления информацией о продуктах (PIM), который автоматизирует доставку данных о продуктах на наш веб-сайт. Проект оказался чрезвычайно успешным: настолько успешным, что наши лидеры хотят, чтобы мы продавали нашу продукцию на всех крупных маркетплейсах.

Синдикация данных о продуктах

По просьбе руководства мы сначала определяем, как подключиться к Ozon. Хотим ли мы использовать электронные таблицы или их API? Мы выбрали электронные таблицы, поскольку у нас еще нет навыков для подключения к API, поэтому мы попытались загрузить электронную таблицу для нашей группы продуктов. В этот момент мы обнаружили, что нам необходимо заполнить 3 разные таблицы, поскольку наши линейки продуктов пересекаются в группах на Ozon. Это не имеет большого значения: это всего лишь 3 таблицы.

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

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

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

После двух недель заполнения таблиц все 500 SKU готовы к загрузке в Ozon. Требуется еще неделя, чтобы все сделать правильно, и еще неделя, чтобы получить одобрение SKU, но мы e;t продаем на Ozon. Проект распространения данных о продуктах оказался успешным.

Новое объединение данных о продукте – возникают сложности

Фактически руководство видит такой рост продаж на Ozon, что хочет продавать товары и на Wildberries, Yandex Market, СДЭК Маркет. Создается еще один проект и определяется, что для каждого нового розничного продавца существуют электронные таблицы, которые мы можем загрузить. Это не должно быть сложно, поскольку мы проделали то же самое для Ozon, верно?

Неправильно. Мы обнаружили, что существует больше атрибутов, которых нет в нашем PIM, и которые необходимо получить, и что требования для каждой электронной таблицы различны. Все наши продукты помещаются в одну таблицу в Wildberries, в 3 в Yandex Market и в 4 в СДЭК Маркет. 

Нормализация этих данных требует единого источника правды, поскольку постоянные запросы данных к инженерам и маркетологам привели к некоторой вражде между командами. Поэтому было решено изменить атрибуты в PIM, чтобы нормализовать их по всем найденным на данный момент электронным таблицам. Для этого требуется проект внутри проекта, чтобы определить, какие атрибуты необходимо добавить, изменить или сделать обязательными, чтобы все необходимые данные были в PIM. Это занимает месяцы, поскольку необходимо нормализовать 11 таблиц, включая новые таблицы и Ozon. Руководство теряет терпение.

Кроме того, мы не продаем одни и те же продукты всем розничным торговцам. Теперь нам нужно выяснить, какие продукты каким каналам принадлежат, и убедиться, что мы не помещаем продукты, специфичные для одного канала, в другой канал, которому они не принадлежат. На данный момент мы можем справиться с этим, но когда-нибудь в ближайшем будущем нам нужно будет найти лучшее решение.

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

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

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

Проблема синдикации данных о продуктах растет

Опираясь на этот успех, руководство компании хочет выбрать 5 новых розничных продавцов и 2 торговые площадки для нашей продукции. С момента запуска наших продуктов на Ozon произошли изменения в требованиях Ozon, которые необходимо поддерживать, и Wildberries хочет, чтобы все начали использовать их API как можно скорее. Руководство также услышало о контенте A+ и хочет, чтобы мы создали новый контент, необходимый для выполнения этого запроса. Наконец, руководство хочет начать продажи на казахских и белорусских веб-сайтах, поэтому мы должны включить в этот комплекс услуги по переводу.

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

Почему это так сложно? Почему наша компания изо всех сил пытается сохранить 500 SKU на 5 веб-сайтах? Причин много:

  • У каждого розничного продавца есть свой собственный формат данных, будь то электронные таблицы, API или порталы. Это означает, что производители должны предоставлять данные в формате данных, выбранном розничным продавцом, а не в одном формате, который работает для всех розничных продавцов.
  • Каждый розничный торговец имеет свою собственную иерархию для классификации продуктов на своих веб-сайтах, а атрибуты для каждой категории различаются элементами управления данными (количество ограничений по количеству символов, раскрывающиеся списки, количество функциональных маркеров и т. д.). Для этого необходимо преобразовать данные, прежде чем их можно будет отправить продавцу, что требует больших ресурсов и подвержено ошибкам.
  • Розничные торговцы регулярно меняют свои категории, схемы и даже форматы данных. Изменение этой атрибуции требует много времени и требует тщательного наблюдения за тем, как ваши продукты появляются на этих веб-сайтах. К сожалению, у розничных продавцов редко есть служба, которая заранее предупреждала бы вас об изменениях в их требованиях, а это означает, что обнаружение изменений обычно происходит при сбое загрузки файла.
  • На торговых площадках дистрибьюторы и злоумышленники могут захватить листинг вашей продукции, чтобы заявить, что они являются основным продавцом. Хотя решение некторых проблем — довольно простой процесс, но он требует времени, чтобы гарантировать, что объявления остаются под вашим контролем и решить проблемы со статусом стороннего продавца.

Упрощение объединения данных о продуктах

Розничные продавцы, торговые площадки и другие места, куда вы отправляете данные о своих продуктах, не желают нормализовать форматы данных и требования друг друга. На самом деле, большинство SEO на Ozon и Яндекс наказываются за то, что они не уникальны для других списков того же продукта. Будь то ваш собственный сайт или чужой, уникальность имеет значение.

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

  • Качественные, нормализованные данные о продукте. PIM как единый источник достоверной информации — это самый простой способ управления маркетинговыми данными о ваших продуктах, а инструмент синдикации данных о продуктах — это способ управления ценами и другими данными по конкретным каналам из матрицы взаимодополняющих систем в вашей экосистеме. Вам все равно придется передавать данные на свои веб-сайты, в приложения и в инструменты бизнес-аналитики. Хорошо продуманная модель данных, чистые данные и хорошая связь с последующими системами имеют решающее значение для запуска этого процесса.
  • Партнер по синдикации данных о продуктах. Не все PIM имеют встроенные системы синдикации, и большинство платформ синдикации не являются PIM. Подключение вашего единственного источника правды к партнеру по синдикации имеет жизненно важное значение для этого процесса.
  • Руководство убеждено в том, что объединение данных о продуктах — это программа, а не проект. Этот процесс требует обслуживания, и проекты по управлению синдикацией никогда не закончатся. Поэтому создание команд, процессов и бюджетов в соответствии с методологией программы имеет жизненно важное значение для достижения постоянно меняющихся целей синдикации. Хорошо реализованная программа может значительно увеличить выручку и одновременно увеличить долю рынка по всем вашим потенциальным каналам продаж.

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

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

Если вам нужна помощь в том, чтобы данные о ваших продуктах работали эффективнее, мы можем помочь.

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

Оцените автора
Онтограф
Добавить комментарий