LasFlore: 400 заказов с Flowwow в праздничный день без ручного переноса
Кейс

LasFlore: 400 заказов с Flowwow в праздничный день без ручного переноса

Ситуация

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

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

Проблема

Обычный день — 100–120 заказов с Flowwow. В праздничный период, например с 6 по 9 марта, поток вырастает до 300–400 заказов в день.

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

Но главную проблему клиент формулирует иначе. Вот как её описывает Екатерина, директор департамента развития:

Главное — это постоянно надо сидеть и мониторить личный кабинет флау, чтобы вовремя принять заказ.

Дело в том, что Flowwow учитывает время ответа на заказ при расчёте рейтинга магазина. Заказ пришёл ночью или менеджер отошёл — заказ висит, рейтинг падает, магазин теряет статус «Супермагазин» и позиции в выдаче. То есть человек привязан к кабинету не потому, что перенос долгий, а потому, что опоздать нельзя.

Что было бы, если оставить как есть

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

Ручной перенос давал и потери: по оценке клиента, около 2% заказов терялись или путались. При таком потоке это десятки заказов за сезон — с отменами, возвратами и отзывами.

С остатками — отдельная история. Между проверкой наличия в МойСклад и принятием заказа в Flowwow проходит время. Товар мог уйти через розницу или другой маркетплейс, и магазин принимает заказ на то, чего уже нет. Результат: отмена, негативный отзыв, штраф от площадки.

Что мы сделали

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

На практике это выглядит так:

  1. Сервис проверяет Flowwow на новые заказы каждые 30 секунд.
  2. Для каждого заказа смотрит состав — какие товары и сколько.
  3. Проверяет, есть ли нужный товар на складе в МойСклад.
  4. Если всё в наличии — принимает заказ на Flowwow и создаёт заказ в МойСклад с данными получателя, позициями и ценами. Менеджер открывает МойСклад и видит готовый к сборке заказ — ничего не нужно перебивать вручную.
  5. Если товара нет — мгновенно отклоняет, чтобы покупатель мог заказать у другого продавца, не теряя времени.
  6. При отгрузке — списывает товар со склада.

Отдельно расскажем про то, что не даёт системе сломаться — потому что в автоматизации заказов надёжность важнее скорости:

  • Заказы обрабатываются строго по очереди. Не бывает ситуации «что-то зависло непонятно где» — если что-то пошло не так, заказ уходит в отдельную очередь ошибок, а не пропадает.
  • Если Flowwow или МойСклад временно лёг — заказ не теряется. Сервис сам повторит попытку, когда связь восстановится.
  • По каждому заказу ведётся лог. Можно открыть любой и посмотреть: принят в 03:47, списан со склада в 11:20, вот ошибка, вот повторная попытка. Очень удобно, когда клиент звонит и спрашивает «а где мой заказ?».
  • Если связь с одной из систем пропала — сервис сразу сигнализирует. Проблема решается до того, как заказы начинают копиться.

Перед запуском мы проверили все сценарии: нормальные заказы, отказы по остаткам, сбои связи, ночные заказы, нестандартные ситуации. Без этого запускать автоматизацию заказов мы бы себе не позволили.

Результат

Интеграция работает больше полутора лет и прошла несколько праздничных пиков.

  • Кабинет площадки больше не нужно мониторить. Система принимает заказы сама — та самая привязка человека к экрану, ради которой всё затевалось, исчезла.
  • 5–10 секунд на заказ вместо полутора-двух минут. И это время уходит не на перенос, а на сверку: клиент перестраховывается и глазами проверяет, что всё встало верно.
  • Дополнительные люди на праздники не нужны. Освободившийся ресурс магазин направил не на сокращение, а на клиентский сервис — общение с покупателями. И появилась возможность принимать больше заказов, не упираясь в людей.
  • Остатки актуальны. Приёмка резервирует товар, отгрузка списывает. Ситуация «приняли заказ на то, чего нет» исключена.
  • Корректные отказы. Заказ без товара отклоняется сразу с причиной — покупатель не ждёт и успевает заказать у другого продавца.

В цифрах

МетрикаБылоСтало
Время на один заказ1,5–2 минуты вручную5–10 секунд на сверку
Обычный день (100–120 заказов)3–4 часа переноса данныхРучной обработки нет
Пиковый день (300–400 заказов)2 дополнительных человекаСправляется та же команда
Потери и путаницаоколо 2% заказовРучной перенос исключён
Мониторинг кабинетаПостоянно, чтобы не опоздатьНе требуется

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

Хотите увидеть, как подобная автоматизация работает на других примерах и как она окупается? Смотрите наш разбор.

Что говорит клиент

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

— Екатерина Б., директор департамента развития, LasFlore

Ограничения и уроки

Было бы нечестно не рассказать о том, что не покрыто или работает не идеально.

Flowwow не присылает уведомления о новых заказах. Поэтому сервис сам проверяет их каждые 30 секунд. Это работает, но при масштабировании на десятки магазинов потребует оптимизации.

Частичное выполнение невозможно. Если в заказе два товара и одного нет — заказ отклоняется целиком. Это ограничение самого Flowwow: площадка не поддерживает частичную приёмку.

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

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

Каталог не синхронизируется. Сейчас автоматизирован только поток заказов (Flowwow → МойСклад). Публикация каталога из МойСклад на Flowwow — отдельная задача, которая в этот проект не входила.

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

КомпонентТехнология
Серверная частьNode.js, TypeScript
Очередь задачBullMQ, Redis
API маркетплейсаFlowwow REST API (polling каждые 30 сек)
Складской учётМойСклад API
Обработка ошибокRetry с exponential backoff, dead letter queue
ЛогированиеСтруктурированные логи по каждому заказу
ДеплойVPS, systemd

Как устроена обработка заказов

Сервис работает как фоновый процесс на VPS. Каждые 30 секунд он запрашивает список новых заказов через Flowwow API. Каждый заказ попадает в очередь BullMQ — это гарантирует, что заказы обрабатываются строго последовательно и ни один не теряется даже при сбоях.

Для каждого заказа в очереди выполняется цепочка: проверка остатков в МойСклад → принятие/отклонение на Flowwow → создание заказа покупателя в МойСклад → списание при отгрузке. Если на любом шаге происходит ошибка (таймаут, 5xx от API), задача автоматически повторяется с нарастающей задержкой. После нескольких неудачных попыток заказ уходит в dead letter queue для ручного разбора.

Redis хранит состояние очередей и обеспечивает персистентность: при перезапуске сервиса необработанные заказы не теряются.

Читайте также

Нужна помощь?

Если заказы с Flowwow переносятся в складскую систему вручную — напишите нам. Разберём ваш поток заказов и посчитаем, что даст автоматизация в вашем случае.

Что входит в подключение, сколько стоит и какие подводные камни ждут на этой площадке — на странице интеграции с Flowwow.

Не хотите разбираться сами?

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

КМ
Константин
Менеджер проектов · ответит в течение часа

Как автоматизация окупается → Чеклист: 7 процессов для автоматизации →

140+ реализованных проектов
Google Products Expert в команде

Хотите такой же результат?

Расскажите о задаче — предложим решение и покажем релевантные кейсы.

Написать в Telegram

Подписывайтесь — делимся скриптами, кейсами и лайфхаками