Собственная доставка селлера: как оценить резервный канал
Заказ уже собран, покупатель ждёт его сегодня, а основной маршрут встал: слот недоступен, ближайший ПВЗ перегружен или товар нельзя передавать обычным потоком. В этот момент у селлера появляется соблазн срочно завести «свою доставку» для всего каталога. Такой шаг часто создаёт новый дорогой контур вокруг одной локальной проблемы.
Автор: Антон Фокин, CEO Qtim.
Я предлагаю оценивать резервный маршрут для конкретного сегмента заказов. Собственная доставка не требует обязательного автопарка: продавец может исполнять её сам или через подрядчика. Он всё равно берёт на себя управление операцией от сборки до возврата.
По оценке Data, в 2025 году российский e-commerce доставил 7,7 млрд посылок, на 24,9% больше, чем годом ранее. АКИТ оценивает объём интернет-торговли за тот же год в 11,5 трлн ₽. Масштаб рынка не определяет окупаемость дополнительного контура для конкретного продавца.
Считать нужно стоимость успешного заказа
Цена одной поездки не включает неуспешное вручение, возврат, повторный контакт с покупателем и время команды на исключение. Для пилота считают полную стоимость успешной резервной доставки: сумму сборки, упаковки, диспетчеризации, маршрута или подрядчика, поддержки, неуспешных попыток, возвратов и доли постоянных затрат делят на число вручённых заказов.
Рядом ставят стоимость основного канала для того же товара, зоны и окна доставки. Затем отдельно оценивают цену сорванного сценария по собственным данным: отмену, потерянную маржу, компенсацию или риск потерять повторный спрос. Чужая средняя цифра здесь не заменяет расчёт.
DBS добавляет продавцу операционный контур
В инструкции Wildberries для модели «Витрина» продавец хранит товар, обрабатывает заказ, упаковывает и доставляет его. Возвраты в соответствующем сценарии тоже могут проходить через продавца. Это правила одной площадки, однако они наглядно показывают состав ответственности.
Резервный канал полезно проверять в ограниченной зоне рядом со складом, для товаров с особыми условиями передачи или как временный обход сбоя. В настройках Wildberries можно задать зону, минимальную сумму заказа и стоимость доставки. Такая настройка относится к Wildberries и может меняться; принцип пилота остаётся прежним: ограничить сегмент и измерить его отдельно.
Потери прячутся между складом и поддержкой
В сравнении тарифов часто остаются за скобками сборка вне волны, маркировка, проверка остатка, назначение исполнителя, повторные контакты, возврат товара в остаток и управление исключениями. Поэтому перед запуском нужна карта состояний заказа: «принят», «собран», «передан исполнителю», «вручён», «неуспешная попытка», «возврат», «компенсация». Для каждого состояния определяют ответственного, источник данных и действие при отклонении.
Доставка последней мили влияет на потребительский опыт: это подчёркивает обзор Кравченко. Он не задаёт норму SLA и не измеряет эффект конкретной схемы. Экономику всё равно нужно проверять вместе с исполнением обещания по сроку, статусу и возврату.
Мы проектируем e-commerce-контуры и интеграции с WMS, доставкой и API маркетплейсов. Я использую карту состояний заказа как основу для обсуждения состава такого контура.
Пилот начинается с границ
Для короткого пилота берут один SKU-кластер или одну зону, фиксируют окно доставки, назначают владельца операции и заранее определяют исключения. До старта записывают базовую линию: стоимость успешной доставки, долю вручений в обещанное окно, отмены, возвраты, обращения в поддержку и вклад заказа в маржу.
После пилота достаточно двух условий. Резервный маршрут расширяют для того сценария, где полная стоимость успешного заказа выдержана и команда стабильно исполняет обещание покупателю. При отрицательном результате контур оставляют узким или закрывают.
Я предлагаю начать с сегмента, где основной поток регулярно теряет заказы или сроки. Мы поможем собрать карту событий и контур интеграций для пилота. Команда получит границы сценария, расчёт и список систем, которым нужны согласованные статусы.
