Анализ прогнозирования спроса: сверка с фактом и правка автозаказа

Сверьте выданный прогноз с фактом продаж по SKU: откройте 2 среза, поставьте 1 из 4 типов ошибки и запишите 1 правку автозаказа на следующий цикл.

Анализ прогнозирования спроса: сверка с фактом и правка автозаказа

Берите прогноз по SKU и факт того же периода. Откройте 2 среза: дни акции и дни нулевого остатка. Поставьте 1 из 4 типов и запишите 1 правку автозаказа на следующий цикл.

Уже выданный прогноз и факт продаж по SKU лежат в одной карточке закрытого периода. Число прогноза в БрайтБорде уже есть, тип расхождения и одну настройку автозаказа записываете вы.

Анализ прогнозирования спроса - это регулярный разбор уже выданного прогноза против факта продаж по SKU: тип расхождения и одна разрешённая настройка автозаказа на следующий цикл.

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

Как провести сверку прогноза с фактом перед циклом автозаказа?

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

Прогнозирование спроса работает просто. Число штук на период выдают заранее. Разбор стартует, когда факт продаж по SKU уже лежит рядом с этим числом. История для нового расчёта на этом шаге не собирается.

Такое чтение ряда показывает, что делать с уже выданным числом перед следующим заказом. Рядом лежит отклонение прогноза от факта. Знак отклонения смотрят после двух срезов, на очищенных днях.

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

1. Откройте срез SKU и отделите промо-календарь от дней без наличия

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

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

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

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

Как не принять промо-пик и пустую полку за обычный спрос?

Пик акции легко принять за новый обычный спрос. Неделя скидки продаёт больше, и постоянный заказ хочется поднять на все обычные недели. Без ценника акции этот объём не повторяется.

Пустая полка даёт обратную ловушку. Продажи нулевые, потому что товара не было. Покупатель мог ждать ту же позицию. Нулевая строка в чеке здесь не падение спроса.

Оба случая остаются метками среза. Постоянную базу автозаказа они не переписывают. Следующий заказ по этим дням не раздувают и не срезают.

Спешка ломает карточку быстрее формулы. Менеджер видит большой плюс за неделю и поднимает уровень на сеть. Или видит нули и режет поставку, хотя полка была пустой три дня подряд. Метка среза останавливает оба движения до выбора типа.

Какие типы ошибки прогноза спроса требуют разных правок автозаказа?

Ошибка прогноза спроса в этой сверке бывает четырёх видов. У соседних SKU виды разные, поэтому одна правка на всю категорию сразу портит карточки. Модуль отклонения по полке вид не называет.

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

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

Промо-шум ставят по календарю акций. Всплеск остаётся вне базы, из которой кормится автозаказ. Постоянный заказ с недели акции не поднимают. Обычная неделя такой объём не держит.

Сезонное отклонение смотрят по календарю этой позиции. Уже известный сезонный признак привязывают на следующий цикл, чтобы разрыв сезона не записался новой постоянной базой. Семейство расчёта оставляют прежним.

Дни без наличия берут из дней нулевого остатка. Эти дни исключают из базы продаж, которую читает автозаказ. Следующий заказ из-за нулей пустой полки не режут. Товар везут по очищенным дням, когда полка была с остатком.

Ровный процент отклонения по категории разметку не заменяет. У сметаны может держаться смещение, у мороженого сезон, у хлеба пустая полка. У каждой позиции своя одна правка. Совпадение знака за один период ещё не общий тип.

Сравните срез, тип ошибки и разрешённую настройку

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

Тип ошибкиКакой срез открытьКакую настройку можно менятьЧто оставить как есть
СмещениеНесколько циклов одного знака на ряде без акций и без нулевого остаткаПересмотр уровня базы заказа на следующий циклБазу не сдвигают по знаку одного периода
Промо-шумКалендарь акций этого SKUАкционный всплеск остаётся вне базы, из которой кормится автозаказПостоянный заказ с недели акции не поднимают
СезонСезонный календарь этого SKUПривязка уже известного сезонного признака на следующий циклСемейство расчёта на позиции не меняют
Дни без наличияДни нулевого остатка на полкеЭти дни исключают из базы продаж, которую читает автозаказСледующий заказ не режут из-за нулей пустой полки

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

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

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

Хлеб нарезной: в понедельник и вторник остаток был нулевым, в чеке нули, тип дни без наличия. Эти два дня остаются вне базы. Поставку следующего цикла считают по дням, когда полка была с остатком. Нулевая полка объём заказа не срезает.

2. Запишите одну правку автозаказа на следующий цикл

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

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

Количественные методы считают прогноз по истории продаж. Число к сверке тоже уже выдано. Семейство расчёта на этом цикле заново не выбирают. Оба способа получить число собраны в статьях про прогноз спроса.

Записанная настройка уходит в контур автоматизации и управления закупками. Сбор истории с нуля и отдельный разбор неликвида решают другие задачи закупщика. Здесь в карточке остаётся тип и одна правка.

Перед записью сверьте шесть строк. Пустая строка останавливает правку до следующего просмотра карточки.

ПроверкаЧто смотреть в карточке SKUРешение
Прогноз на период уже выданЕсть число штук на закрытый периодБез числа тип не ставят
Факт продаж того же периода естьПродажи SKU за те же датыЧужой период в сверку не берут
Дни акции отмеченыКалендарь акций совпал с датами рядаНеотмеченный пик в базу не кладут
Дни нулевого остатка отмеченыОстаток на полке по днямНули пустой полки помечены отдельно
Тип ровно одинСмещение, промо-шум, сезон или дни без наличияВторой тип в эту карточку не пишут
Правка настройки ровно однаОдна строка на следующий циклОстальные настройки остаются как были
  1. Возьмите SKU с уже выданным прогнозом на закрытый период и положите рядом факт продаж этого же периода.
  2. В календаре отметьте дни акции и дни, когда остаток на полке был нулевым.
  3. Эти дни выходят из ряда базового спроса. Знак отклонения фиксируют на оставшихся днях.
  4. Ставят один тип: смещение на очищенном ряде, промо-шум, сезонное отклонение или дни без наличия.
  5. Для этого типа в карточку следующего цикла пишут одну настройку автозаказа и пометку, какая настройка остаётся прежней.
  6. Способ расчёта прогноза на этом SKU оставляют прежним и меняют только настройку выбранного типа.
  7. Перед запуском в карточке есть тип, оба среза и одна правка. Пик акции и нули пустой полки в базу заказа не входят.

Уже выданный прогноз и факт по SKU → срез промо и дней без наличия → один тип ошибки → одна правка автозаказа → проверка перед следующим циклом.

Проверьте разметку SKU до следующего запуска автозаказа

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

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

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

4 числа перед запуском: SKU с 1 типом, карточки с 1 правкой, дни акции и нулей вне базы, повторы типа без записанной правки.

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

Что сделать с карточкой SKU после закрытого периода?

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

Когда один знак отклонения ещё не двигает базу?

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

Куда отнести пик акции и нули пустой полки?

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

Что сверить в карточке до запуска автозаказа?

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

Для магазинов на МойСклад · от 4 900 ₽ в месяц

Заказ поставщику — за минуты, а не за полдня

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

1 минута · без карты · демо-данные до подключения вашего МойСклад

Бесплатный разбор ваших запасов

Позвоним, зададим 3 вопроса и покажем на демо-данных, где сеть теряет деньги. 15 минут.

Телефон