План «выручка вырастет на 20%» не показывает, какие товары нужно вовремя закупить и хватит ли денег на поставку. Для продавца полезнее модель по SKU: отдельно ожидаемый спрос, физическая доступность товара и итоговая реализация. Такой план не обещает будущих продаж; он показывает, какие вводные должны сойтись, чтобы цель стала достижимой.

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

Единица планирования и исходные данные

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

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

Очистите историческую базу

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

Отдельно помечайте акции, резкую смену цены, крупные рекламные запуски и разовые оптовые заказы. Их не нужно автоматически удалять: иногда акция повторится. Но нельзя превращать разовый пик в «обычный месяц» без объяснения. Для нового SKU используйте аналог и явно запишите, чем он отличается: цена, размер аудитории, сезон, доступность и уровень продвижения.

Рассчитайте спрос и ограничьте его запасом

Базовый прогноз можно записать как D = B × S × C, где B — очищенная база, S — сезонный коэффициент, C — сценарное изменение цены, рекламы или ассортимента. Коэффициенты не должны появляться «из головы»: рядом храните период данных, источник и допущение. Сделайте минимум три сценария: осторожный, базовый и повышенный спрос.

План реализации за месяц ограничен доступным запасом: Q = min(D, A). Здесь A — не сумма всех обещанных поставок, а количество, которое реально может быть доступно в дни спроса. Приход в последний день месяца не закрывает отсутствие товара в первые три недели. Для товаров с риском дефицита считайте хотя бы недельный, а лучше дневной график: остаток на утро → возможный приход → план расхода → остаток на вечер.

Условный пример. Спрос на месяц оценён в 120 штук. На старте доступно 80, в начале месяца подтверждён приход ещё 30. Максимум реализации — 110, потенциальный неудовлетворённый спрос — 10, конечный остаток при полном выполнении — 0. Если те же 30 единиц придут только в конце месяца, месячная арифметика не покажет дни без товара; нужен расчёт по датам. Это иллюстрация модели, не прогноз конкретного SKU.

Превратите план в график закупки

Для конечного запаса используйте баланс: конечный запас = начальный запас + пригодный приход − фактический расход + пригодные возвраты. Не прибавляйте все возвраты автоматически: часть может потребовать проверки, ремонта или утилизации. Целевой остаток на конец периода задавайте с учётом времени следующей поставки и допустимого риска отсутствия товара.

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

План-факт без переписывания истории

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

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

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

  • Если магазин уже работает и нужно оценить прибыль, соберите P&L Ozon отдельно от плана единиц и денег.
  • Если запускаете новинку без истории, начните с расчёта первой тестовой поставки и не выдавайте аналог за подтверждённый спрос.
  • Если цель упирается в деньги до выручки, составьте платёжный календарь по датам закупки и обязательных расходов. Не подменяйте его статьёй об отсрочке платежа: это другой финансовый сценарий.

Источники и ограничения

Формулы и пример — редакционная модель планирования, не прогноз Ozon и не гарантия продаж. До принятия материала нужно сверить определения выкупов, возвратов и доступного остатка с актуальными выгрузками конкретного продавца; официальная текущая инструкция в этой работе не подтверждена. Статья остаётся noindex, пока не проверены эти определения, ссылки, пример и редакционная структура.