Olant: автоматизировали работу с маркетплейсами и сэкономили маркетологу 3,5 часа в день

TL;DR

Разработали интеграцию интернет‑магазина «Олант» на 1С‑Битрикс с семью маркетплейсами (Ozon, Wildberries и др.). Маркетолог экономит 3,5 часа в день, число заказов с маркетплейсов выросло в 2 раза за полгода — больше 40 000 заказов без увеличения штата.

Pitch

К нам пришла сеть магазинов для будущих мам и малышей «Олант». Маркетолог вручную грузил 3500+ товаров в excel‑таблицы и заливал в личные кабинеты семи маркетплейсов: по 10 минут на каждую позицию, не считая ручной актуализации цен и остатков. За 4 месяца мы разработали интеграционное решение между 1С‑Битрикс, ERP‑системой и API маркетплейсов — с очередями, кешированием и автосверкой данных. После запуска товар уходит на площадку за 5 минут, остатки и цены обновляются каждые 8–10 минут, маркетолог экономит 3,5 часа рабочего времени в день. Число заказов с маркетплейсов выросло в 2 раза за первые полгода.

Контекст клиента

Наш клиент — сеть магазинов для будущих мам и малышей «Олант». К моменту обращения «Олант» самостоятельно подключил 7 маркетплейсов: Wildberries, Ozon, «Беру», Goods, Home Credit, Aliexpress, Joom. Площадки были выбраны по объёмам и обороту продаж в России.

Задача

«Олант» обратился с задачей автоматизировать процесс взаимодействия интернет‑магазина с маркетплейсами. На момент обращения маркетолог вручную подключал, настраивал и выгружал товары на площадки.

С ростом количества площадок встал вопрос о найме ещё 2–3 человек и увеличении расходов на персонал. При этом это не исключало ошибок, связанных с человеческим фактором.

При обращении клиент обозначил следующие проблемы при работе с маркетплейсами:

• Добавление единицы товара вручную в excel‑файл и его загрузка через личный кабинет маркетплейса.
• Внесение в таблицу данных об одном товаре занимает 10 минут, на каждом маркетплейсе размещается по 3000+ товаров.
• Ручная актуализация цен и информации об остатке товара.
• Ручное отслеживание: нужно заходить и проверять поступающие заказы, переносить их в 1С и менять статус.
• Жёсткие условия маркетплейсов по срокам сборки и отмене заказов поставщиком. Превышение одного из показателей влечёт бан.

Анатолий Тесля, основатель и директор по развитию сети «Олант»:

Благодаря автоматизации в мае наш показатель отказов составил 1,7%, почти 100% заказов собираются в срок. Текущий показатель просрочки по сборке — 0,26%.

Что сделали

Проанализировали технические возможности и принцип работы маркетплейсов и приступили к разработке интеграционного решения. Ввиду особенностей каждой площадки схема отличается: например, для работы с Wildberries автоматизация не требуется, поэтому «Олант» работает с площадкой вручную. Дальше расскажем на примере Ozon.

Этап 1. Написание ТЗ

Написали техническое задание и сделали декомпозицию объёмных задач для оценки сроков. Синхронизацию каталога разбили на подзадачи:

• описание методов API;
• функционал экспорта товарных позиций;
• функционал синхронизации данных у товаров;
• синхронизация цен и остатков.

Этап 2. Разработка

На этапе разработки описали методы взаимодействия с API маркетплейсов и написали функционал взаимодействия между системами. На примере Ozon, какие работы провели:

1. Написали функционал для работы с API маркетплейса.
2. Создали классы для выборки и обработки данных из интернет‑магазина для последующей отправки в маркет.
3. Создали API‑сервисы для обработки запросов на новые заказы от маркета и предоставления данных ERP‑системе.
4. Внедрили функционал логирования и информирования о критичных ошибках при обменах. Если произойдёт сбой, мы знаем где он произошёл, при каких данных, и быстро отреагируем.
5. Создали отчёты для сверки данных по товарным позициям в маркетплейсе и интернет‑магазине. Отчёт представлен в двух вариантах: отчёт‑таблица для менеджеров и сверка данных в автоматическом режиме каждые 2 часа.

Этап 3. Тестирование и отладка

Выложили функционал на прод‑окружение и тестировали на реальных данных. Предварительно залогировали максимальное количество кода, чтобы понимать, как ведёт себя программа. Использовали наш внутренний модуль для логирования данных.

По итогам тестирования на основе логов и обратной связи от клиента собрали список доработок:

• некорректная передача данных при отрицательных остатках;
• API Ozon не отдавал результат при печати маркировки с первого раза;
• некорректное SKU товара (1С может менять артикул на своей стороне);
• ошибка от API — too many requests, возникшая с увеличением размера каталога;
• некорректная отработка загрузки изображений.

Этап 4. Развитие интеграционного решения

После отладки доработали процесс интеграции.

Поменяли время вызовов узлов системы и доработали функции для удобства взаимодействия с ERP‑системами.

Реализовали новые фичи: печать маркировки, работу с премиум‑ценами, web‑сервис получения трек‑номера DPD ERP‑системой. С увеличением размера каталога перенастроили запуск скриптов обмена.

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

Технические нюансы

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

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

Иван Шишкин, старший программист:

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

Результат

Разработка интеграционного решения заняла 4 месяца, в проекте приняли участие 5 специалистов: 2 с нашей стороны и 3 со стороны «Оланта».

Минимизировали ручной труд. Реализовали функционал бесперебойного экспорта товара. Теперь достаточно пометить нужные товары в 1С, и они автоматически загрузятся на маркетплейс за 3–5 минут. Взаимодействие с двумя системами одновременно больше не требуется. До автоматизации маркетологу приходилось составлять excel‑файл и загружать его на площадку через личный кабинет. Чтобы внести одну позицию в документ, требовалось 10 минут; в среднем на одной площадке размещено 3500 товаров. Таким образом работа, которую один сотрудник выполнял бы в течение 2,5 месяцев (для одного маркетплейса), теперь занимает 5 минут в автоматическом режиме.

Повысили скорость обновления данных. Каждые 8–10 минут в автоматическом режиме за 5 минут актуализируется информация по остаткам и ценам каталога — по 3500 товаров в среднем в каждом маркете. Для сравнения: в ручном режиме на эти действия уходило 30–40 минут на один маркетплейс. Мы в 40 раз увеличили скорость обновления данных, освободив для маркетолога 3,5 часа рабочего времени ежедневно.

Синхронизировали заказы между маркетплейсом, 1С‑Битрикс и ERP‑системой. Это сократило влияние человеческого фактора и уменьшило время реакции на заказ с 30 до 5–10 минут.

За первые полгода после интеграции с маркетплейсов было сделано более 40 000 заказов — в 2 раза больше, чем до неё. При этом «Олант» не использует все маркетинговые возможности площадок, и такой результат достигается только за счёт размещения товаров на маркетплейсах и автоматизации процесса.

Команда

• Кирилл Трофимов — Генеральный директор
• Иван Шишкин — Старший программист

Технологии

• CMS: 1С‑Битрикс
• Язык: PHP
• ERP: 1С
• API маркетплейсов: Ozon, Wildberries и др.
• Логирование: внутренний модуль логирования Intensa

Ссылки

• Публикация: https://intensa.ru/⁠blog/⁠integraciya‑s‑marketplejsami‑olant/
• Сайт клиента: https://www.olant‑shop.ru/