Дефицит на маркетплейсе начинается раньше, чем остаток становится нулевым. Товар нужно заказать у поставщика, привезти, принять, промаркировать и передать на склад площадки. Если решение принято в последний день, карточка теряет продажи и позицию в выдаче. Система дозакупки считает будущую потребность заранее и показывает, сколько единиц нужно заказать к конкретной дате.
Какие данные нужны для расчета
Минимальный прогноз строится на продажах, доступном остатке и сроке поставки. Рабочая модель также учитывает резерв, товар в пути, незавершенные закупки, возвраты, сезонность и ограничения поставщика. Для каждого SKU храните время обновления и источник данных. Старый остаток опаснее приблизительного прогноза, потому что создает ложную уверенность.
- доступно к продаже на каждом складе;
- зарезервировано текущими заказами;
- едет на склад площадки или собственный склад;
- заказано у поставщика, но еще не отгружено;
- средние продажи в день и их изменение;
- срок поставки и его реальная вариативность;
- минимальная партия и кратность короба;
- целевой запас и страховой период.
Скорость продаж
Самый простой показатель равен количеству выкупленных единиц за окно, деленному на число дней. Окно в 30 дней подходит стабильному товару, но реагирует медленно на резкий рост. Семидневное окно быстро видит изменение и сильнее шумит. Практичный вариант использует несколько окон и придает больший вес свежим данным.
Дни с нулевым остатком нужно отмечать отдельно. Если товар отсутствовал десять дней, деление продаж на все тридцать занижает спрос. Для базовой скорости используйте дни, когда товар был доступен, а потерянный спрос показывайте как оценку. Акционные дни, аномальный заказ и техническая остановка кабинета также требуют отдельной метки.
Дни покрытия
Дни покрытия показывают, на сколько дней хватит текущего доступного количества при ожидаемой скорости продаж:
Этот показатель удобен для приоритизации. Он не заменяет точку заказа, потому что не учитывает срок поставки и товар в пути. Двадцать дней покрытия достаточно при поставке за неделю и опасно при поставке за месяц.
Точка заказа
Точка заказа равна ожидаемому спросу на период поставки плюс страховой запас. При скорости 8 единиц в день, сроке поставки 14 дней и страховке 7 дней точка заказа равна 168 единицам. Как только доступный и надежно ожидаемый запас опускается до этого уровня, нужно запускать закупку.
Надежно ожидаемый запас включает подтвержденные поставки с реалистичной датой. Черновик заказа поставщику не должен уменьшать потребность. Просроченная поставка требует понижающего коэффициента или исключения. Иначе одна забытая закупка навсегда скроет дефицит.
Страховой запас
Страховой запас защищает от двух источников неопределенности: продажи отклоняются от среднего, а поставка приезжает позже плана. Простая политика задает число дополнительных дней. Более точная модель использует вариативность спроса и срока поставки. Начать можно с дней, потому что правило легко объяснить закупщику.
У товара с ровными продажами и локальным поставщиком достаточно небольшой страховки. Сезонному SKU с импортной поставкой нужен больший запас. Цена ошибки тоже важна. Дефицит товара-лидера обычно дороже излишка, а медленный дорогой товар требует осторожности из-за замороженных денег.
Целевой запас и количество заказа
Точка заказа отвечает, когда покупать. Целевой запас отвечает, до какого уровня пополнять. Если компания хочет после приемки иметь 45 дней покрытия, рекомендуемое количество равно спросу на целевой период минус доступное, резерв, надежный товар в пути и подтвержденные закупки.
После расчета применяются коммерческие ограничения. Количество округляется до кратности короба. Затем проверяется минимальная партия. Если поставщик принимает заказ только от определенной суммы, система объединяет потребности нескольких SKU. Ограничение бюджета может отложить часть товаров, но приоритет должен зависеть от даты дефицита и ожидаемой потерянной маржи.
Пример рекомендации
Товар продается со скоростью 6 единиц в день. Доступно 90, в резерве 12, в подтвержденной поставке 30. Срок поставщика 12 дней, страховой запас 6 дней, цель после поставки 40 дней. Эффективный запас равен 108 единицам: 90 минус 12 плюс 30. Целевой запас равен 240 единицам. Базовая потребность составляет 132 единицы.
Поставщик отгружает коробами по 12 штук, поэтому заказ округляется до 132, это уже кратное значение. Если минимальная партия равна 144, итоговая рекомендация станет 144. Рядом должны быть показаны исходные данные, дни покрытия, предполагаемая дата дефицита и влияние на деньги.
Сезонность и акции
Средняя скорость плохо прогнозирует начало сезона. Используйте календарь прошлых периодов, план акции и ручной коэффициент. Ручная корректировка должна иметь автора, срок действия и комментарий. После акции коэффициент отключается автоматически, иначе избыточный прогноз продолжит раздувать запас.
Площадка может предложить участие в распродаже с ожидаемым ростом. Закупщик должен увидеть сценарии: обычный спрос, согласованный план и стресс-вариант. Решение об акции связывается с наличием, маржой и возможностью поставки. Рост заказов без запаса быстро превращается в отмены.
Разделяйте склады и схемы
FBO, FBS и DBS используют разные остатки и сроки. Общий запас компании может быть положительным, пока конкретный склад маркетплейса уже пуст. Прогноз сначала строится по месту исполнения, затем система предлагает перемещение, поставку на площадку или закупку. Внутренний товар связывает предложения нескольких площадок, но политика распределения остается явной.
При дефиците на одной площадке нельзя автоматически забрать весь запас у другой. Нужен приоритет канала, минимальный буфер и расчет маржи. Иногда выгоднее сохранить остаток там, где выше прибыль после комиссии и рекламы.
Автоматический заказ поставщику
Рекомендация может создать черновик purchase order. Полностью автономная отправка поставщику рискованна: изменились цена, валюта, минимальная сумма или срок. Безопасный сценарий собирает строки, поставщика, склад назначения и ожидаемую дату, затем показывает diff закупщику.
После подтверждения заказ получает номер, маршрут согласования и статусы. Приемка обновляет фактическое количество. Расхождение между заказанным и принятым влияет на надежность поставщика и будущий страховой запас. Документы закупки и поставки связываются с заказом через Docs и ЭДО.
Оценка уверенности
Число без оценки качества выглядит точным, даже когда данных мало. Добавьте confidence. Высокая уверенность требует достаточной истории, свежих остатков и стабильной связи SKU. Средняя допускает короткую историю или заметную волатильность. Низкая предупреждает, что закупщик должен проверить товар вручную.
Причины низкой уверенности выводятся текстом: продажи наблюдались только пять дней, остаток старше суток, поставка просрочена, себестоимость отсутствует. Такой отчет помогает исправлять данные, а не спорить с алгоритмом.
Сигналы, которые нужны ежедневно
- дефицит наступит раньше ожидаемой приемки;
- поставка просрочена и больше не покрывает потребность;
- скорость продаж выросла выше установленного порога;
- остаток площадки расходится с внутренним складом;
- рекомендация превышает бюджет или лимит хранения;
- товар без политики стабильно продается;
- запас превышает целевой период и замораживает деньги.
Как внедрить по шагам
- Свяжите внешние предложения с внутренними товарами.
- Загрузите продажи и свежие остатки по складам.
- Зафиксируйте срок поставки, кратность и минимальную партию.
- Начните с прозрачной политики в днях.
- Две недели сравнивайте рекомендации с решениями закупщика.
- Подключите создание черновика заказа после стабилизации данных.
- Автоматизируйте уведомления и согласование, сохранив подтверждение человека.
Как оценивать работу прогноза
Сравнивайте рекомендацию с тем, что произошло после даты расчета. Главные метрики: доля дней без товара, потерянные продажи, средний запас в днях, оборачиваемость, просроченные поставки и сумма излишка. Ошибка прогноза сама по себе мало говорит бизнесу. Важнее стоимость ошибки: дефицит товара-лидера и лишний запас медленного SKU имеют разный эффект.
Храните снимок входных данных рекомендации. Через месяц вы должны восстановить скорость, остаток, товар в пути, срок поставки и ограничения, которые система видела в тот момент. Пересчет на сегодняшних данных не объяснит старое решение. Версионирование правила и снимок делают алгоритм проверяемым.
Проводите разбор по группам уверенности. Если рекомендации с высокой уверенностью систематически ошибаются, проблема в формуле или источнике. Низкая уверенность должна уменьшаться по мере накопления истории. Если она остается низкой, исправьте связь товара, частоту остатков или дисциплину статусов поставки.
Бюджет и приоритет закупки
Рекомендуемая потребность часто превышает доступные деньги. Простое пропорциональное сокращение заказа размывает бюджет по всем товарам и может оставить лидеры без запаса. Сначала рассчитайте дату дефицита и маржинальный вклад, который будет потерян. Затем учитывайте надежность поставщика, минимальную партию и возможность частичной поставки.
Приоритет можно строить как ожидаемую потерянную маржу на один сум вложения. Товар с быстрым оборотом и высокой маржой поднимается выше. Дорогой медленный SKU опускается, даже если его формальная потребность велика. Категорийные ограничения и стратегический ассортимент задаются отдельными правилами, чтобы алгоритм не удалил важный товар только по краткосрочной выгоде.
Черновик бюджета показывает обязательную закупку, рекомендуемую и отложенную часть. Владелец видит, какой риск принимает при сокращении. После оплаты прогноз движения денег связывается с датой поставки и будущими продажами.
Как учитывать акции и сезон
План акции хранится отдельным событием с датами, ожидаемым коэффициентом спроса и рекламным бюджетом. Базовая скорость продаж остается видимой, а сценарий увеличивает потребность только внутри выбранного окна. После завершения система сравнивает план с фактом и обновляет коэффициент для следующей кампании. Это защищает обычный прогноз от временного всплеска и помогает заранее проверить складскую емкость.
Сезонность требует истории нескольких сопоставимых периодов и календаря событий. Для нового товара используйте аналог категории и низкую уверенность, затем быстро заменяйте допущение фактом. Прогноз показывает базовый, осторожный и высокий сценарии. Закупщик видит требуемый бюджет, риск дефицита и возможный излишек в каждом варианте, поэтому согласование опирается на диапазон и цену ошибки.
Итог
Назначьте владельца политики по каждой категории и установите ритм пересмотра. Закупщик подтверждает срок и ограничения поставщика, менеджер маркетплейса добавляет планы акций, склад обновляет ожидаемые приемки, финансист задает доступный бюджет. Еженедельный разбор смотрит товары с ближайшим дефицитом и крупнейшим излишком. Ежемесячный разбор сравнивает прогноз с фактом и корректирует параметры. История решений сохраняет причину ручного изменения, поэтому алгоритм развивается на наблюдаемых ошибках, а не на ощущениях.
Хорошая дозакупка соединяет спрос, доступность, срок поставки и ограничения денег. Она показывает расчет, уверенность и следующий шаг. Начните с объяснимой формулы и свежих данных, затем добавляйте сезонность и надежность поставщика. Так закупка перестает тушить дефициты и начинает заранее управлять наличием.