LasFlore + СберМаркет: новый канал продаж без смены рабочего процесса

LasFlore — давний клиент, для которого мы уже автоматизировали приём заказов с Flowwow. Когда появился СберМаркет как новый канал продаж, задача звучала знакомо: подключить маркетплейс, не ломая то, что работает. Но оказалось, что у этого маркетплейса нет даже личного кабинета.

Про LasFlore

Московский магазин цветов с доставкой. Работает на нескольких площадках: FlowWow, Ozon, Яндекс.Маркет. Все заказы со всех каналов стекаются в одну Google Таблицу — это единый рабочий интерфейс для менеджеров и флористов. Из неё же управляют логистикой и распределяют заказы между флористами.

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

Почему без подрядчика не обойтись

На момент интеграции у СберМаркета не было личного кабинета для продавцов. Вообще. Ни веб-интерфейса, ни мобильного приложения. Подключиться к маркетплейсу можно было только через разработку: принимать заказы по API, отправлять статусы по API, загружать каталог по API. Без написания кода — никак.

Мы уже работали с API нескольких маркетплейсов и понимали, что тут нельзя обойтись типовым коннектором. Нужно было проектировать процесс с нуля: от приёма заказа до обновления каталога. А ещё — вписать всё это в существующую систему учёта на Google Таблицах, к которой менеджеры привыкли. Новый канал нужно было встроить в рабочую таблицу, а не создавать параллельную систему.

Как выглядел бы ручной вариант

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

При десятках заказов в день — забытые статусы, рассинхрон цен, пропущенные уведомления. СберМаркет автоматически отменяет неподтверждённые заказы. При среднем чеке 3 500–4 000 рублей даже три пропущенных заказа в неделю — это 12 000 рублей недополученной выручки, около 50 000 в месяц. И это при скромных объёмах — в сезон потери кратно выше.

Что мы построили

Заказы приходят в таблицу сами

Приходит заказ на СберМаркете — через пару минут он появляется в таблице. С пометкой _SM, чтобы менеджеры отличали его от заказов с FlowWow или Ozon. Все данные на месте: товар, адрес, время доставки, телефон клиента. Команда получает email. Менеджер работает с заказом как обычно — в той же таблице, среди заказов со всех каналов.

Статус заказа меняется из таблицы

Это ключевое. Менеджер меняет статус в ячейке таблицы — и СберМаркет узнаёт, что букет собран. Не нужно открывать кабинет маркетплейса — потому что кабинета нет. Не нужно просить разработчика — система сама отслеживает изменения и в течение минуты сообщает маркетплейсу.

Поменял на «отправлено» — СберМаркет видит, что заказ в пути. «Выполнено» — доставка подтверждена. «Отменён» — отмена уходит в маркетплейс с причиной.

Флорист собирает букет. В это время курьер СберМаркета уже назначен — система приняла уведомление и записала данные в таблицу. Менеджер видит: заказ оплачен, курьер будет через 40 минут. Меняет статус на «собран» — и всё. СберМаркет получает подтверждение без единого клика за пределами таблицы.

Цены и каталог синхронизируются автоматически

Цены на букеты меняются часто — зависят от сезона, закупки, наличия цветов. Мы построили конвейер, который каждые десять минут собирает актуальные цены с сайта lasflore.ru, трансформирует данные под формат СберМаркета и выгружает. Покупатель на маркетплейсе видит ту же цену, что и на сайте — без ручной сверки и без риска продать букет по старой цене.

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

Что нашли после запуска

Картинки на витрине шли не в том порядке. Оказалось, что именование файлов не гарантирует порядок отображения. Мелочь, но без неё витрина выглядит хаотично — а это первое, что видит покупатель. Исправили сортировку и сделали отдельный инструмент для контроля: он проверяет витрину на СберМаркете и сравнивает с данными в таблице.

14 из 22 заказов за ноябрь 2024 не получили обратное уведомление. Букеты собирались и доставлялись — но маркетплейс не знал об этом. Для клиента на СберМаркете заказ «завис». Мы добавили детальное логирование, нашли и исправили причину. После этого обсудили с клиентом мониторинг — чтобы такие ситуации обнаруживались за часы, а не за недели.

Технический стек

Компонент	Технология
Серверная часть	Node.js, TypeScript
Очередь задач	BullMQ, Redis
Данные заказов	Google Sheets API
API маркетплейса	СберМаркет REST API (webhook + polling)
Синхронизация цен	Web scraping (lasflore.ru), каждые 10 мин
Каталог	Полный экспорт каждые 3 часа
Уведомления	Email (SMTP)
Логирование	Структурированные логи, детальный аудит операций
Деплой	VPS, systemd

Что получил бизнес

Новый канал продаж — ноль минут на обучение. Менеджеры не заметили, что появился СберМаркет. Заказы приходят в ту же таблицу, что и с FlowWow или Ozon. Тот же процесс, те же колонки. Статус заказа меняется в таблице — маркетплейс узнает в течение минуты, не нужно переключаться между системами.

Заказы не теряются. Автоматическое подтверждение вместо ручного — нет риска, что СберМаркет отменит заказ, потому что его вовремя не подтвердили.

Цены не расходятся. Обновление каждые десять минут вместо ручной сверки. Покупатель на СберМаркете видит ту же цену, что и на сайте.

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

Где есть компромиссы

Это живой процесс, а не коробочное решение. За 21 месяц с момента запуска мы сделали 51 доработку. Маркетплейс меняет API, бизнес меняет требования, в бою находятся баги. Интеграция с внешним сервисом — это не «сделали и забыли», а постоянное сопровождение.

Синхронизация цен зависит от сайта. Система собирает цены со страниц lasflore.ru. Если структура страниц меняется — синхронизация может сломаться. Планируем перейти на парсинг товарного фида — это надёжнее.

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