Все руководства

Автор 6 сентября 2026 г.8 минут чтения

Почему бестселлеров постоянно не хватает на складе

Фиксированный порог низкого уровня запасов не меняется вместе с уровнем продаж продукта. Почему товары, продаваемые быстрее всех, заканчиваются первыми, и четыре решения, которые это изменят.

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

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

Скорость превышает фиксированное число

Возьмем артикул, который этот сайт использует в сообщениях с формулами: «Кедр и инжир, 250 г», запланированный объем поставок 5 единиц в день с 12-дневным сроком выполнения заказа поставщиком и буфером в 30 единиц. Это дает точка повторного заказа 90 единиц, а при 5 в день 90 единиц — это 18 дней покрытия при 12-дневном сроке поставки. Комфортный. Правильный. Рассчитали правильно.

Теперь предположим, что он взлетает и стабилизируется на уровне 11 единиц в день. В расчетах не было ничего неправильного; один из его входов просто переместился. Девяносто единиц теперь составляют немногим более восьми дней покрытия, а время выполнения заказа по-прежнему составляет 12 дней. Заказ по-прежнему размещается в день пересечения номера, а полка по-прежнему пустеет примерно за четыре дня до прибытия доставки.

The same reorder point under two different sales ratesA single reorder point of 90 units is drawn as a horizontal reference line, with two stock lines falling away from the same trigger moment. The first falls at the planned rate of 5 units a day and still has 30 units left, the intended buffer, on the day the delivery arrives 12 days later. The second falls at the actual rate of 11 units a day, reaches zero on day 8, and sits at zero for roughly four days before the same delivery lands. The trigger number, the supplier lead time and the order itself are identical in both cases. Only the slope has changed, and that alone converts a comfortable plan into a stockout.One trigger number, two sales ratesCedar & Fig, 250g: reorder point 90 units, supplier lead time 12 days90reorder pointorder placeddelivery lands12 days later, either way30 units leftthe buffer, as designedabout 4 days at zeroday 8: sold outplanned rate: 5 units a dayactual rate: 11 units a day
Обе линии начинаются в один и тот же день, с одного и того же триггера и с одним и тем же поставщиком. Единственная разница между поставкой, прибывшей в буфер, и поставкой, прибывшей с опозданием на четыре дня, — это угол линии.

Та же арифметика объясняет, почему медлительным компаниям годами сходят с рук устаревшие цифры. Ошибка планирования в 20 единиц — это четыре дня покрытия при продаже продукта 5 в день и менее двух дней при одной продаже 11 единиц в день. Каждая единица неточности стоит меньше времени при быстром движении, поэтому быстрое движение — это то место, где первым всплывает число, к которому не прикасались в течение шести месяцев.

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

Время выполнения заказа относительно темпа роста

Второй механизм появляется только на продукте, который все еще ускоряется, и он работает на количество заказа, а не на триггер.

Предположим, вы размер заказа на 30 дней при текущих 11 в день: 330 единиц. Эти единицы заказываются по сегодняшнему курсу и потребляются по завтрашнему курсу. Если к моменту доставки коробки товар достигает 13 в день, 330 единиц — это примерно 25 дней покрытия, а не 30. Вам не хватает пяти дней, прежде чем доставка будет даже распакована, и следующий цикл начинается с более низкой полки, чем вы планировали. С растущим продуктом это повторяется, и дефицит скорее накапливается, чем усредняется.

Скользящая средняя ухудшает ситуацию, и ее легко пропустить. Установите скорость за последние 90 дней для продукта с тенденцией к росту, и полученное значение будет находиться примерно в середине этого окна: оно описывает продукт таким, каким он был около 45 дней назад. Отставание является структурной, а не арифметической ошибкой. На плоском изделии это ничего не стоит; на растущем каждый плановый показатель оказывается систематически низким.

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

Плоский буфер на быстроходе

Третий механизм — это страховочный запас, и он такой же неисправный, как и первый при ношении другой одежды. Тридцать единиц буфера на «Кедаре и Фиге» — это шесть дней укрытия по пять штук в день. При 11 в день те же 30 единиц – это меньше трех дней.

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

Вот почему домашнее правило в форме «иметь 30 единиц страхового запаса на все» асимметрично терпит неудачу. В медленной половине каталога происходит перепродажа, что дорого, но заметно по стоимости акций. В быстрой половине он недопокупает, что незаметно до тех пор, пока что-то не будет распродано, и больше всего недокупает именно тех продуктов, исчерпание которых требует наибольшего внимания.

Определение размера буфера исходя из изменчивости спроса на продукт и времени выполнения заказа, поскольку руководство по точкам повторного заказа работает, автоматически выдает большее число для быстрого хода. Дело не в том, что бестселлеры заслуживают особого отношения. Суть в том, что расчет по SKU дает им необходимое лечение без необходимости принятия кем-либо решения, а плоское правило этого не дает.

Акции и продвижение вперед

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

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

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

Исправление – частота просмотра.

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

Из этого следуют две вещи.

  • Упорядочивайте обзор по тому, насколько быстро продвигается продукт, а не по количеству продуктов, которые у вас есть. Продукт, продаваемый 11 раз в день, позволяет за несколько дней потратить месяц ошибок планирования; одна продажа 2 в неделю может удерживать устаревшее число в течение квартала. Единая частота вращения по всему каталогу слишком медленная для верхней части и слишком быстрая для хвостовой части.
  • Установите интервал проверки в соответствии с циклом заказа, а не календарем. Учитывая 12-дневный срок выполнения и ежемесячный пересмотр, цифры могут быть неправильными в течение более чем полного цикла, прежде чем кто-либо усомнится в них. Еженедельный обзор быстрых игроков стоит недорого, потому что их немного.
  • Выразите триггеры в днях прикрытия, а затем преобразуйте в единицы. Триггер, удерживаемый как «12 дней времени выполнения плюс 6 дней буфера», пересчитывается каждый раз при обновлении скорости. Спусковой крючок, удерживаемый на значении «90», этого не делает.
  • Перерасчет после каждой акции, а не в следующую запланированную дату. Это момент, когда известно, что входные данные искажены, поэтому это момент, когда расписание наименее полезно.

Причина, по которой большинство магазинов этого не делают, заключается в арифметическом объеме, а не в разногласиях. Еженедельный перерасчет скорости, точки повторного заказа и буфера для верхней части каталога занимает несколько минут для каждого SKU и реальный кусок недели в течение полной недели, выполняемый каждую неделю, на неопределенный срок. StockCue пересчитывает эти цифры на основе данных о продажах в реальном времени, а не оставляет их там, где они были введены в последний раз, используя историю заказов за период до 24 месяцев, с прогнозированием спроса для каждого плана, включая бесплатный.

STOCKCUE

Точка повторного заказа вашего бестселлера должна измениться вместе с уровнем продаж. StockCue пересчитывает скорость, точку повторного заказа и буфер для каждого SKU на основе вашей фактической истории заказов, поэтому продукт, цена которого удвоилась в прошлом месяце, все еще не планируется по количеству за последний квартал. Бесплатная распространяется на 50 SKU, чего обычно достаточно для каждого продукта, к которому относится данная проблема.

Установите StockCue на Shopify →

Часто задаваемые вопросы

Почему наиболее продаваемые товары заканчиваются на складе чаще, чем медленно продаваемые?

Потому что цифры, вызывающие повторные заказы, фиксированы, а уровень продаж — нет. Триггер, установленный при продаже 5 единиц продукта в день, представляет собой определенное количество дней покрытия; когда один и тот же продукт начинает продаваться 11 штук в день, это же количество единиц покрывает менее половины срока, в то время как время выполнения заказа поставщиком не изменилось. Чем быстрее продается продукт, тем быстрее обгоняются устаревшие плановые показатели, поэтому бестселлеры первыми устраняют дефицит.

Как часто нужно пересчитывать точку повторного заказа бестселлера?

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

Поможет ли это исправить повышение порога низкого уровня запасов?

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

Должен ли бестселлер иметь больше страхового запаса, чем все остальное?

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

Танджил Ахмед, разработчик Shopify в Devmerx

Tanjil Ahmed

Разработчик Shopify

Танджил Ахмед пишет об операциях инвентаризации Shopify для Devmerx, студии, стоящей за StockCue: Inventory Forecast.

Нужна помощь с вашим магазином Shopify?

Devmerx создает и оптимизирует магазины Shopify для брендов DTC. Запишитесь на бесплатную 20-минутную консультацию.