Desport (ранее известная как Decathlon Russia) — один из крупнейших ритейлеров спортивных товаров в России. В стремлении увеличить охват и эффективность своего бизнеса, компания решила выйти на рынок маркетплейсов, среди которых особое место занял Wildberries — российская площадка с большой клиентской базой и хорошим потенциалом для масштабирования.
Мы пообщались с Ильёй Ботвинниковым, менеджером проекта из Desport, и Арсением Никешиным, BI-аналитиком. Они рассказали, как крупный международный ритейлер смог масштабировать продажи через Wildberries, не увеличивая команду и при этом сохранив маржинальность.
«Мы увеличили оборот в 6 раз за первый год, сократили издержки на обработку заказов почти на 40% и автоматизировали практически всё — от приёма заказов до бухгалтерии. Теперь у нас суточные объёмы, сравнимые с флагманскими магазинами, — и всё это без расширения штата»,
В этой статье мы подробно расскажем о том, как продавцу удалось решить множество задач с помощью грамотного внедрения API-интеграции, автоматизации процессов, кастомизации ролевой модели сотрудников и эффективного управления остатками и ценами. Этот кейс будет полезен компаниям уровня Enterprise, а также любым другим продавцам, которые планируют развивать свой бизнес вместе с Wildberries.
Компания Desport (ранее Decathlon Russia) успешно вышла на Wildberries, решив главные проблемы масштабирования благодаря автоматизации и API-интеграции.
Главной задачей для Decathlon Russia при выходе на Wildberries стало быстрое и эффективное масштабирование продаж, соответствующее уровню крупной международной сети. В начале своего пути компания столкнулась со сложностями, характерными для большинства Enterprise-ритейлеров при работе с маркетплейсами:
Первым шагом для команды Decathlon Russia стала обработка заказов вручную, с помощью Google Sheets и самописных скриптов на Python. Но такой подход оказался критически неэффективным при росте заказов до нескольких тысяч в сутки, а в периоды крупных распродаж и вовсе невозможно было обработать вручную свыше 30 тысяч заказов за день.
Дополнительную сложность представлял широкий ассортимент товаров продавца — около 15 тысяч артикулов (SKU). Каждый товар требовал регулярного обновления информации: остатки, цены, статусы заказов. Обновлять данные вручную было не просто трудоёмко, а физически нереально. Это сильно ограничивало потенциал роста и приводило к постоянным расхождениям данных между складом и маркетплейсом.
Ручной подход к обработке заказов создавал вероятность человеческих ошибок. При больших объёмах даже небольшой процент ошибок приводил к серьёзным последствиям: от штрафов со стороны маркетплейса до падения рейтинга магазина и негативных отзывов клиентов. Помимо этого, иногда происходила пересортица.
Компания ведёт продажи сразу в нескольких каналах: собственные офлайн-магазины, интернет-магазин компании, B2B-сегмент и несколько крупных маркетплейсов, включая Wildberries. Каждый канал постоянно потребляет один и тот же товарный запас, что требует мгновенного обновления информации о товарных остатках.
Без своевременной и автоматизированной синхронизации данных компания рискует столкнуться с критическими ситуациями:
Для снижения риска продажи отсутствующего товара продавец был вынужден искусственно занижать остатки, показывая маркетплейсу меньше товаров, чем реально находилось на складе.
Этот подход связан с двумя важными аспектами:
Без автоматизированного управления контролировать актуальность данных о реальных остатках становилось практически невозможно. Любая ошибка могла привести к отменам.
Дополнительным вызовом стали автоакции. Это скидки, которые площадка назначает на товар автоматически.
Как создать единую техническую инфраструктуру, которая позволит объединить учёт заказов, остатков, цен и информации о товарах и обеспечить бесперебойную интеграцию с WB API?
Decathlon использовал ERP-систему SAP в качестве центрального инструмента для управления заказами, остатками и ценами по всему миру. Изначально обмен данными с SAP происходил через REST API. Однако при резком увеличении количества заказов, которые нужно было передавать между Wildberries и SAP, компания столкнулась с критическими нагрузочными ограничениями. Поэтому понадобилась другая архитектуры, которая могла бы выдержать высокую нагрузку без потерь данных и задержек при передаче заказов.
Дополнительную сложность представляла разрозненность внутренних IT-систем компании. Учёт заказов происходил в одной системе, управление «стоками» и ценами — в другой, информация о товарах (карточки товаров) — в третьей. Эти системы не были напрямую интегрированы между собой и тем более не имели прямой интеграции с Wildberries. Отсутствие единого центра управления приводило к задержкам и ошибкам в передаче данных.
Как эффективно управлять карточками тысяч товаров, адаптируя их под специфические требования площадки без постоянного ручного труда и ошибок?
Работа с маркетплейсами требует особого подхода к контенту товаров. Хотя Wildberries имеет лояльные требования к описаниям, фотографиям, размерам и цветам товаров, они зачастую отличаются от требований внутреннего каталога компании.
Decathlon изначально использовал собственную систему Product Information Management (PIM) для учёта и управления товарами. Однако стандартный PIM компании оказался совершенно не адаптирован под требования Wildberries и других крупных площадок. Многие необходимые поля просто отсутствовали, и каждую карточку приходилось дорабатывать вручную, тратя огромное количество ресурсов и времени сотрудников.
Как обеспечить автоматизированный обмен данными с бухгалтерией и создать надёжный механизм идентификации каждого заказа для исключения ручного труда, минимизации ошибок и оптимизации финансового учёта?
Ещё одной серьёзной задачей для Decathlon стала необходимость автоматизированного ведения бухгалтерской отчётности и обработки возвратов. На фоне роста продаж через Wildberries резко увеличилось количество операций, которые бухгалтерия компании была вынуждена обрабатывать вручную. Это породило несколько критических проблем, напрямую влияющих на оперативность и точность финансового учёта компании.
До запуска полноценной автоматизации бухгалтерам компании приходилось вручную выгружать данные о продажах и возвратах из личного кабинета продавца на Wildberries. Это приводило к задержкам и большим трудозатратам, а также провоцировало ошибки, связанные с человеческим фактором.
Отдельной серьёзной задачей стала идентификация заказов. Продавцы часто использует собственную систему идентификации заказов, которая отличается от номеров, присваиваемых маркетплейсом. Отчёты Wildberries по продажам и возвратам содержат собственный ID заказа, но не включают внутренний номер самого продавца. Это усложняет процесс сверки и идентификации каждого отдельного заказа.
Понимая, что успешное масштабирование невозможно без полной автоматизации процессов, команда Decathlon приняла стратегическое решение о создании собственной интеграционной системы по модели «оркестратора заказов». Эта система стала центральной точкой для всех операций с заказами, поставками и возвратами, а также существенно упростила взаимодействие компании с Wildberries.
Первым шагом стало создание стабильной интеграции с WB API. Система начала автоматически принимать заказы, обновлять статусы, передавать информацию о поставках и возвратах в режиме реального времени. Заказы поступали напрямую из Wildberries в оркестратор, а затем автоматически распределялись между складскими системами и ERP компании.
В связи с тем, что первоначальный подход на основе REST API SAP не выдерживал пиковых нагрузок, компания перешла на высокопроизводительную архитектуру, используя Apache Kafka для обмена данными между оркестратором и SAP ERP. Это позволило в разы ускорить передачу информации, снять нагрузку с ERP и исключить потерю или задержку заказов даже при экстремальных нагрузках.
Разделение задач на роли с разным уровнем доступа и ответственности
Автоматизация не ограничилась только техническими интеграциями. Компания реализовала гибкую и масштабируемую ролевую модель для сотрудников, которая учитывала разные уровни доступа, квалификации и ответственности. Одни роли имели доступ только к базовым операциям (например, сканированию товаров на складе), другие — к формированию поставок, третьи — к управлению остатками и ценами. Это позволило чётко контролировать, кто за что отвечает, и минимизировать риск ошибок. Решение смогло не только оптимизировать работу персонала, но и повысить общую прозрачность и безопасность процессов.
Особым решением, которое позволила реализовать кастомизированная ролевая модель, стало внедрение ночной смены. Для ночной работы на складе были наняты сотрудники с минимальным уровнем квалификации. Благодаря чётко заданным ролям и автоматизированной системе эти сотрудники могли выполнять свою работу без ошибок, несмотря на отсутствие глубоких знаний о внутренних процессах компании.
Благодаря автоматизации и ролевой модели компания существенно снизила проблемы пересортицы, ошибок при сборке заказов и штрафов со стороны маркетплейса. Каждый шаг обработки заказа стал прозрачен и контролируем. Все действия сотрудников автоматически фиксируются, что позволяет мгновенно выявить источник ошибки и принять меры, а также дать руководству real-time картину эффективности каждого сотрудника.
Решение ключевых операционных проблемы с контролем качества и точности выполнения заказов
Поскольку продавец работает в масштабах крупного ритейла, стандартный подход к обработке заказов не подходил для эффективной работы. Было принято решение разработать и внедрить индивидуально настроенный процесс, учитывающий специфику Enterprise-компаний и позволяющий избежать распространённых операционных ошибок.
Одним из ключевых нововведений стал двухуровневый контроль заказов. Каждый заказ проходил два этапа обязательного сканирования:
Такой подход существенно повысил качество и точность обработки заказов:
Кроме двухуровневого контроля, оркестратор заказов был оснащён автоматизированными алгоритмами защиты от наиболее частых складских ошибок, таких как пересортица (отправка клиенту неверного товара) и потеря заказов. Эти алгоритмы оперативно информировали сотрудников о возможных проблемах, а также автоматически инициировали процессы повторной комплектации, если это было необходимо. Кроме того, на товары стали добавлять информацию с внутренним номером товара, чтобы его можно было "найти", если потерялся стикер с номером заказа от Wildberries.
Следующим важным шагом стала автоматизация управления остатками и ценами. Компания создала систему, которая в режиме реального времени отслеживала изменения цен и остатков, рассчитывала маржинальность, и оперативно принимала решение о доступности товара на Wildberries.
Компания интегрировала собственную систему управления ценами (Master Price System) с оркестратором. Теперь любые изменения цен передавались в систему управления заказами, что позволило избежать ситуаций, когда товар продавался по устаревшим или ошибочным ценам.
Ещё одной важной функцией стала автоматическая проверка маржинальности каждого товара. Система в режиме реального времени рассчитывала прибыльность каждой позиции с учётом комиссии маркетплейса и текущей закупочной стоимости. В случае, если маржинальность товара становилась отрицательной или низкой, система мгновенно обнуляла остаток, снимая товар с продажи. Эта же система позволяла создавать исключения для распродажи остатков.
Для минимизации рисков «out of stock» компания ввела специальный механизм «гэпов». Этот подход подразумевал, что на маркетплейс всегда передавались заниженные данные об остатках. Даже при резком увеличении спроса, наличие «гэпов» давало компании дополнительный запас времени для актуализации информации о запасах и принятия оперативных решений.
Одной из критически важных задач для продавца стало управление огромным каталогом товаров и его адаптация под требования маркетплейса. Для этого компания приняла решение разработать отдельную систему управления товарной информацией — собственный PIM (Product Information Management), специализированный именно для работы с маркетплейсами.
Система PIM была разработана таким образом, чтобы максимально упростить подготовку и публикацию контента на Wildberries. В ней были предусмотрены специальные поля и атрибуты, полностью соответствующие спецификациям маркетплейса. Это позволило автоматически подстраивать внутренние данные компании под требования Wildberries (цвет, размер, описание товара и т.д.), без необходимости вручную корректировать каждую карточку.
Раньше публикация каждого товара требовала множества ручных корректировок и проверок сотрудниками контент-отдела. После запуска специализированного PIM большинство задач стало автоматизировано. Система сама «переводила» внутренние описания, цвета и размеры компании в форматы, которые принимал Wildberries.
Важной частью комплексного подхода к автоматизации процессов стала оптимизация бухгалтерского учёта. Из-за возросшего количества операций через Wildberries компании потребовался механизм автоматизированной подготовки отчётности для бухгалтерии.
Компания внедрила автоматическое формирование отчётов в ночное время, когда нагрузка на инфраструктуру минимальна. Эти отчёты заранее собирали всю информацию о продажах, возвратах и финансовых операциях, значительно упрощая работу бухгалтерии и избавляя её от необходимости вручную выгружать данные из личного кабинета Wildberries.
В качестве дальнейшего шага Desport планирует полностью интегрировать систему отчётности с популярной бухгалтерской системой. Это позволит полностью автоматизировать передачу данных в бухгалтерию и исключить даже минимальное ручное участие в процессе.
Компания Desport сделала особый акцент на внедрении автоматизированной аналитики на базе данных, получаемых через WB API. О том, как это было реализовано и какие возможности открыло компании, рассказал Арсений Никешин, руководитель направления Business Intelligence.
После запуска интеграции с Wildberries, перед командой аналитиков компании стояло несколько задач:
Компания использовала облачную инфраструктуру Яндекс.Облако, реализовав процессы извлечения и обработки данных при помощи автоматизированных скриптов, построенных на Python, с использованием библиотек Pandas и системы управления задачами Apache Airflow.
Каждое утро скрипт автоматически обращается к методам WB API, получая свежие данные о продажах, остатках и ценах. Эти данные затем объединяются с информацией из других каналов продаж компании (собственные магазины, сайт, другие маркетплейсы) и формируются в единую аналитическую витрину данных на базе ClickHouse и Greenplum.
На следующем этапе команда аналитиков планирует:
Арсений также поделился рекомендациями для компаний, планирующих внедрить аналогичную аналитику на базе API маркетплейсов:
Для обеспечения масштабируемости и надёжности бизнес-процессов при работе с Wildberries, компания Desport создала высокоэффективную и стабильную архитектуру, основанную на современных технологиях и проверенных решениях. В этом разделе мы подробно рассмотрим ключевые технические детали и особенности реализации интеграций.
Интеграция была построена вокруг центрального узла — оркестратора заказов.
Таким образом:
Для реализации высокопроизводительного и надёжного решения были выбраны следующие технологии:
Компания изначально столкнулась с проблемой перегрузки REST API ERP-системы SAP из-за высокого трафика и большого количества запросов. В результате, было принято решение перейти на архитектуру с использованием Kafka, что полностью решило проблему с перегрузкой.
Также первоначально возникли проблемы с оперативным сопоставлением номеров заказов, которые были решены внедрением Memcached. Это ускорило работу с заказами и снизило риск ошибок.
Для достижения высокого качества работы системы было реализовано несколько специфических решений, про которые нам рассказал Илья.
В рамках оркестратора были внедрены специальные алгоритмы автоматической проверки правильности комплектации заказов, которые снижают возможность пересортицы и потери товаров на складе. Эти алгоритмы действуют в режиме реального времени и автоматически инициируют повторные проверки в случае выявления проблем.
Особым техническим вызовом стала работа с маркированными товарами, которые требуют обязательной регистрации в системе маркировки «Честный знак». Для этого в инфраструктуре продавца был реализован отдельный шлюз интеграции с этой системой. Каждый маркированный товар автоматически регистрируется и проверяется на соответствие требованиям законодательства при каждом перемещении и продаже.
Повышение эффективности операционной деятельности, защита маржинальности и новая география охвата
Комплексное внедрение API-интеграции и автоматизация ключевых бизнес-процессов позволили Decathlon Russia, а ныне Desport добиться выдающихся результатов в работе с Wildberries. Благодаря реализации кастомизированных решений, компания существенно увеличила объём продаж, повысила эффективность бизнес-процессов, укрепила контроль над маржинальностью и значительно расширила географию клиентов.
Компания начала сотрудничество с Wildberries практически с нуля. Уже через первые три месяца удалось добиться впечатляющих результатов:
Внедрение автоматизированных процессов оказало значительное влияние на операционную эффективность компании:
Автоматизация управления ценами и остатками позволила компании полностью взять под контроль финансовую эффективность бизнеса на Wildberries:
Автоматизация работы с Wildberries позволила компании существенно расширить географию продаж и охватить регионы, ранее недоступные для традиционных каналов сбыта Decathlon:
В результате масштабной интеграции и автоматизации процессов работы с Wildberries компания Desport приобрела ценный опыт, который может стать ориентиром и для других крупных ритейлеров, стремящихся эффективно масштабироваться через Wildberries и другие маркетплей. Основные выводы компании, основанные на практическом опыте, заключаются в следующем:
Чёткое разграничение ответственности сотрудников и их уровня доступа к информации стало ключевым фактором успешного масштабирования продаж Desport. Правильно настроенная ролевая модель минимизирует количество человеческих ошибок, снижает операционные затраты и обеспечивает высокую прозрачность всех бизнес-процессов.
Опыт Desport подтверждает, что при значительных объёмах заказов и товаров ручной подход практически не жизнеспособен. Только полноценная автоматизация способна обеспечить высокое качество и стабильность работы на Enterprise-уровне.
Маркетплейсы предъявляют специфические требования к контенту и процессам работы с заказами и возвратами. Чем раньше компания учитывает эти требования в своих системах и процессах, тем выше скорость адаптации и ниже расходы на исправление ошибок.
Desport также подчёркивает необходимость дальнейшего улучшения интеграции с бухгалтерией и автоматизации обработки возвратов. Чёткий автоматизированный обмен данными с бухгалтерией и надёжная идентификация заказов способны существенно упростить и ускорить операционную деятельность.
Опыт компании ярко демонстрирует, что при правильном подходе и грамотной интеграции API-инструментов крупные компании могут эффективно и выгодно масштабировать продажи через маркетплейсы, не увеличивая при этом операционные затраты и риски.
Тем, кто ещё сомневается в необходимости API-интеграции и автоматизации процессов, следует обратить внимание на ключевые преимущества, которые получил Desport благодаря внедрению описанных решений:
«Не стоит ждать, пока ручные процессы станут неэффективными. API-интеграция уже доказала свою необходимость и эффективность для бизнеса любого масштаба. Начинайте автоматизацию сегодня, чтобы обеспечить себе конкурентное преимущество завтра»
Наиболее важные функции WB API, упомянутые в статье: