Прогнозирование спроса: как рассчитать закупку по SKU

Прогнозирование спроса — практическая система, в которой магазин получает диапазон будущего спроса по SKU с учётом дефицита, сезонности и промо.

30 октября 2026 11 мин чтения
Продажи — не всегда спрос
Продажи — не всегда спрос

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

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

ЭтапДействиеКритерий
01Выбрать sku и горизонтдля «прогнозирование спроса» есть владелец и артефакт
02Очистить историю и календарьдля «прогнозирование спроса» есть владелец и артефакт
03Восстановить периоды дефицитадля «прогнозирование спроса» есть владелец и артефакт
04Добавить сезонность и акциидля «прогнозирование спроса» есть владелец и артефакт
05Построить простой baselineдля «прогнозирование спроса» есть владелец и артефакт
06Оценить ошибку на прошлом периодедля «прогнозирование спроса» есть владелец и артефакт

Выбрать SKU и горизонт: прогнозирование спроса

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

  • Рабочий объект: операция «выбрать SKU и горизонт» в контуре «прогнозирование спроса».
  • Владелец результата: аналитик возвратов.
  • Стоп-сигнал: при действии «выбрать SKU и горизонт» в теме «прогнозирование спроса» возникает отклонение: одна причина используется для разных проблем.
  • Материал приёмки: артефакт операции «выбрать SKU и горизонт» для темы «прогнозирование спроса»: карточка возврата и первичный комментарий.

Очистить историю и календарь: прогнозирование спроса

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

  • Рабочий объект: операция «очистить историю и календарь» в контуре «прогнозирование спроса».
  • Владелец результата: менеджер закупок.
  • Стоп-сигнал: при действии «очистить историю и календарь» в теме «прогнозирование спроса» возникает отклонение: веса критериев подгоняются под знакомого поставщика.
  • Материал приёмки: артефакт операции «очистить историю и календарь» для темы «прогнозирование спроса»: таблица показателей за единый период.

Восстановить периоды дефицита: прогнозирование спроса

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

  • Рабочий объект: операция «восстановить периоды дефицита» в контуре «прогнозирование спроса».
  • Владелец результата: товарный аналитик.
  • Стоп-сигнал: при действии «восстановить периоды дефицита» в теме «прогнозирование спроса» возникает отклонение: товар признан неликвидом без учёта сезонности.
  • Материал приёмки: артефакт операции «восстановить периоды дефицита» для темы «прогнозирование спроса»: возраст остатка и история спроса.

Добавить сезонность и акции: прогнозирование спроса

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

  • Рабочий объект: операция «добавить сезонность и акции» в контуре «прогнозирование спроса».
  • Владелец результата: категорийный менеджер.
  • Стоп-сигнал: при действии «добавить сезонность и акции» в теме «прогнозирование спроса» возникает отклонение: компонент отсутствует, а комплект остаётся доступным.
  • Материал приёмки: артефакт операции «добавить сезонность и акции» для темы «прогнозирование спроса»: спецификация набора и маржинальный расчёт.

Построить простой baseline: прогнозирование спроса

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

  • Рабочий объект: операция «построить простой baseline» в контуре «прогнозирование спроса».
  • Владелец результата: аналитик спроса.
  • Стоп-сигнал: при действии «построить простой baseline» в теме «прогнозирование спроса» возникает отклонение: дни без остатка считаются нулевым спросом.
  • Материал приёмки: артефакт операции «построить простой baseline» для темы «прогнозирование спроса»: временной ряд с отметками дефицита и акций.

Оценить ошибку на прошлом периоде: прогнозирование спроса

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

  • Рабочий объект: операция «оценить ошибку на прошлом периоде» в контуре «прогнозирование спроса».
  • Владелец результата: веб-аналитик.
  • Стоп-сигнал: при действии «оценить ошибку на прошлом периоде» в теме «прогнозирование спроса» возникает отклонение: событие оформления отправляется раньше подтверждения.
  • Материал приёмки: артефакт операции «оценить ошибку на прошлом периоде» для темы «прогнозирование спроса»: трасса событий корзины и заказа.

Выпустить диапазон и обновление: прогнозирование спроса

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

  • Рабочий объект: операция «выпустить диапазон и обновление» в контуре «прогнозирование спроса».
  • Владелец результата: финансовый аналитик.
  • Стоп-сигнал: при действии «выпустить диапазон и обновление» в теме «прогнозирование спроса» возникает отклонение: возвраты и скидки не уменьшают доход товара.
  • Материал приёмки: артефакт операции «выпустить диапазон и обновление» для темы «прогнозирование спроса»: расчёт выручки, затрат и прибыли по SKU.

Матрица контроля и владения

ПроверкаДоказательствоКогда смотреть
Полнотавход, история и итог «прогнозирование спроса» связаныежедневно
Сроктаймер «прогнозирование спроса» имеет начало, паузы и финишеженедельно
Качествовыборка «прогнозирование спроса» сверена с исходникамиеженедельно
Причинаотклонение «прогнозирование спроса» привязано к этапуежемесячно
Эффектдля «прогнозирование спроса» есть исходная и контрольная линиипосле каждого изменения

Что изучить дальше

Чек-лист запуска

  • Граница «прогнозирование спроса» записана одним предложением.
  • Каждый статус «прогнозирование спроса» означает наблюдаемое состояние.
  • Для риска «прогнозирование спроса» есть ручной маршрут.
  • Поля «прогнозирование спроса» собираются только для решения.
  • Версия правила «прогнозирование спроса» сохраняется с результатом.
  • Исходная линия «прогнозирование спроса» снята до автоматизации.
  • Метрики «прогнозирование спроса» разделены по типу и сложности.
  • Для «прогнозирование спроса» назначены дата проверки и откат.

Остался вопрос по теме статьи? Напишите его в предложку блога — отвечаю лично: задать вопрос в MAX. Частые вопросы разбираю отдельными статьями и присылаю ссылку тому, кто спросил.

Частые вопросы

С чего начать работу по теме «прогнозирование спроса»?

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

Какую метрику выбрать для «прогнозирование спроса»?

Основной набор: MAE или WAPE, смещение прогноза, потери продаж, излишек и частота пересчёта. Обязательно разделяйте его по типу запроса, каналу и сложности.

Когда нужна ручная проверка в «прогнозирование спроса»?

Для «прогнозирование спроса» ручная проверка нужна при новой теме, низкой уверенности автоматики, высоком риске для клиента и после изменения правил.

Как понять, что «прогнозирование спроса» работает?

Целевое состояние такое: магазин получает диапазон будущего спроса по SKU с учётом дефицита, сезонности и промо. Проверяйте не только средний показатель, но и выборку конкретных случаев.

Как часто пересматривать правила «прогнозирование спроса»?

Правила «прогнозирование спроса» пересматривают раз в месяц при стабильном потоке и сразу после релиза, нового канала или заметного сдвига защитной метрики.

Статья помогла?
Николай Шаповалов Николай Шаповалов Основатель Tapbox, делает сервисы для MAX Канал автора в MAX

Читайте дальше