Мультисклад: сколько складов и как распределять остатки

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

Зачем вообще дробить запас

У размещения на нескольких складах есть три понятные выгоды, и все они завязаны на географию.

• Скорость доставки. Чем ближе товар к покупателю, тем короче срок. И WB, и Ozon показывают быструю доставку заметнее — это влияет на кликабельность и конверсию карточки.
• Локализация в ранжировании. Площадки поощряют продавцов, чьи остатки лежат рядом с покупателем: короче плечо магистральной логистики — лучше показатели. Как это устроено на Ozon, разбирали в гайде про индекс локализации Ozon.
• Устойчивость к сбоям. Если один склад закрыли на приёмку или он перегружен, продажи не встают колом — часть спроса закрывают другие точки.

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

Сколько складов держать

Универсального числа нет, но есть рабочий ориентир: количество складов должно соответствовать скорости продаж SKU. Логика простая — на каждом складе должен оставаться работоспособный запас, а не две штуки для галочки.

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

Допустим, товар продаётся 30 штук в день суммарно, а склад имеет смысл кормить, только если он даёт хотя бы 5 продаж в день. Тогда 30 / 5 = 6 — это потолок, а не рекомендация. Реально вы возьмёте меньше, с запасом на неравномерность спроса.

Ориентиры по темпу продаж:

1. Медленные SKU (единицы продаж в день). Один склад, максимум два. Дробить нечего — вы только раздуете сроки поставок и заморозите деньги.
2. Средние SKU (десятки в день). Два-четыре склада по ключевым регионам, где реально есть спрос.
3. Быстрые SKU (сотни в день). Есть смысл в широкой сети — но только под те регионы, где реально идут заказы.

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

Куда именно везти: карта спроса важнее карты складов

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

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

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

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

Одна оговорка по площадкам: WB и Ozon по-разному показывают географию спроса, поэтому не пытайтесь свести всё к единой карте на глаз. Ozon мыслит кластерами и прямо считает, насколько ваш остаток локализован; WB даёт продажи по регионам и складам, но привязку к конкретной точке приходится собирать самостоятельно. Считайте распределение по каждой площадке отдельно на её же данных — усреднённая по обеим карта только собьёт вас с толку.

Как делить конкретную партию

Когда решили, сколько складов и в каких долях, переходите к цифрам поставки. Порядок действий одинаков для WB и Ozon.

1. Возьмите общую потребность SKU на горизонт до следующей поставки — из вашего прогноза спроса.
2. Разложите её по долям регионов — по формуле выше.
3. Добавьте на каждый склад страховой запас отдельно. Ключевой момент: safety stock не делится, а дублируется. Три склада — три страховых запаса, потому что каждый защищает свой локальный спрос независимо.
4. Сверьтесь с лимитами приёмки. У складов есть ограничения по объёму и коэффициенты приёмки, которые меняются день ото дня. Красиво рассчитанную поставку бывает некуда или невыгодно принять — детали в гайде про лимиты приёмки Ozon FBO.

Именно пункт 3 объясняет, почему дробление дороже, чем кажется. Общий страховой запас на мультискладе всегда больше, чем на одном складе: где один буфер защищал весь спрос, теперь нужно несколько. Это прямая заморозка оборотного капитала, и её надо закладывать в юнит-экономику заранее — прикинуть эффект удобно в калькуляторе юнит-экономики.

Чем платят за лишние склады

Прежде чем добавлять склад, честно сложите издержки дробления. Их три, и все считаются.

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

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

Автоматизация

Всё это — считаемая, но муторная работа: свести продажи по регионам, разложить их по складам, для каждого склада отдельно держать точку дозаказа и страховой запас, а потом ещё ловить момент, когда локальный остаток проседает. Руками в Excel это разъезжается на второй неделе, особенно если у вас десятки SKU на нескольких складах одновременно.

Veloseller видит остатки и скорость продаж в разрезе каждого склада: где товар кончается через три дня, а где лежит на месяц вперёд. Вы сразу замечаете перекосы распределения и понимаете, какой склад пора пополнять, а какой — наоборот, разгружать, пока запас не превратился в неликвид. Вместо ручного сведения таблиц — готовая картина по каждой точке и каждому SKU.

Итог

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

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

Начните с одного-двух складов под основной спрос и расширяйтесь только там, где цифры продаж это оправдывают.