План продаж и категорийный бюджет описывают одну систему с разных сторон. План продаж показывает, какой результат компания ожидает получить по периодам и каналам. Категорийный бюджет переводит эту гипотезу в структуру товарных категорий, цен, количества и денег. Ассортиментная матрица конкретизирует ее до SKU, цветов, размеров, сроков и фазинга.
Ошибка возникает, когда эти документы ведутся как независимые таблицы. Тогда коммерческая команда обещает объем, который продукт и производство не могут обеспечить, либо коллекция создается без ясного ответа, где, когда и с какой экономикой она должна быть продана.
Это интерфейс, а не спор о принадлежности документа
Категорийный бюджет имеет основной канон в KA4, потому что управляет структурой создаваемого продукта. План продаж имеет основной канон в KA5, потому что управляет преобразованием доступного ресурса в денежный результат.
Но рабочий цикл начинается раньше финального документа и проходит границу несколько раз:
KA1: цель оборота, прибыли и денежные ограничения
-> KA5: предварительная гипотеза спроса по каналам и периодам
-> KA4: категорийный бюджет и продуктовая структура
-> KA4: проверка себестоимости, мощности, сроков и качества
-> KA5: подтвержденный план продаж и аллокация товара
-> факт продаж и стока
-> корректировка следующего цикла
Поэтому в KA5.2.2 не нужно копировать методику построения ассортиментной матрицы. Глава должна описывать интерфейс: какие поля и решения коммерческая функция передает в KA4, что получает обратно и как поступает с расхождением между спросом и доступным ресурсом.
Шаг 1. Задать финансовую рамку
Верхний уровень приходит из KA1: план оборота, целевая прибыль, денежный цикл, допустимый риск и ограничения финансирования. Эти показатели еще не отвечают, какой товар и через какой канал даст результат.
Коммерческая функция раскладывает финансовую цель на первоначальную гипотезу:
- каналы;
- периоды и сезоны;
- цены и скидочную логику;
- ожидаемый объем и средний чек;
- долю новых и повторных продаж;
- стратегическую роль канала;
- ограничения по марже и деньгам.
На этом этапе план еще нельзя считать обязательством: он задает спрос к продуктовой системе.
Шаг 2. Декомпозировать цель в категорийный бюджет
Материал Надежды Сачек предлагает последовательность:
план оборота
-> распределение по каналам
-> сезоны и периоды
-> товарные категории
-> средняя цена и структура продаж
-> количество единиц
-> ассортиментная матрица
Категорийный бюджет находится между верхним P&L и конкретными SKU. Он показывает, какая доля результата должна быть обеспечена каждой категорией, в какой период и через какой канал.
Документ должен учитывать не только абсолютную сумму, но и фазинг: когда именно канал должен получить товар и сделать продажи. Равномерное деление годового плана скрывает сезонность, реальные окна спроса, сроки производства и будущий markdown.
Шаг 3. Собрать исполнимую ассортиментную матрицу
Перечень категорий и образов еще не является полной матрицей. Для коммерческого интерфейса в ней должны быть видны как минимум:
- категория и SKU;
- количество;
- цена;
- себестоимость;
- цвет и размерная структура;
- период поступления и продаж;
- канал или правила распределения;
- начальная розничная цена;
- маркап и планируемый markdown;
- ожидаемая маржа.
Дополнительная FFF-разметка позволяет не оценивать все товары одной нормой. Function, fashion и flash различаются по роли, объему, риску, скорости продажи и допустимому остатку. Это влияет и на план канала, и на решение о пополнении или выводе товара.
Шаг 4. Проверить производственную реализуемость
До утверждения коммерческого плана KA4 проверяет:
- доступность материалов;
- себестоимость;
- производственную мощность;
- календарь разработки и запуска;
- минимальные партии;
- качество;
- логистические сроки;
- риски срыва и замены.
Если первоначальный спрос нельзя обеспечить, система должна сформировать явное решение:
- изменить объем;
- перенести период;
- заменить продукт или материал;
- скорректировать цену;
- ограничить канал;
- пересобрать сценарий;
- привлечь дополнительную мощность или финансирование.
Молчаливое уменьшение количества в ассортиментной таблице делает план продаж ложным и переносит проблему в момент запуска.
Шаг 5. Утвердить план продаж по доступному ресурсу
После продуктовой и производственной проверки KA5 получает не желаемый, а подтвержденный ресурс. План продаж связывает:
- SKU, размеры и количество;
- канал и место хранения;
- дату доступности;
- цену и условия скидки;
- план заказов, выкупа и возвратов;
- выручку, маржу и денежный поток;
- действия по трафику, контенту и сервису;
- ответственного владельца канала.
На этом этапе появляется аллокация: какой объем доступен каждому каналу и кто может изменить распределение.
Шаг 6. Сопоставлять план и факт в одном ритме
Связка документов должна обновляться не только в начале сезона. Коммерческий факт показывает:
- выполнение плана;
- дефицит и потерянные продажи;
- возраст и объем стока;
- различия по размерам;
- маржинальность после скидок, комиссий, логистики и возвратов;
- эффективность канала;
- необходимость пополнения, перераспределения или активации.
Эти данные меняют текущий план KA5 и следующий категорийный бюджет KA4. Постсезонный анализ нужен не как архив, а как вход нового цикла.
Кто принимает решения
Предварительную коммерческую гипотезу формирует основатель, коммерческий директор или владельцы каналов.
Категорийный бюджет и ассортиментную матрицу собирают продакт, категорийная и финансовая функции при участии коммерческого контура.
Производственную реализуемость подтверждают роли KA4.
Исполнимый план продаж утверждает роль, которая видит общий финансовый и товарный результат. Владелец канала отвечает за план в пределах утвержденного ресурса. Изменение общего товара требует правила, описанного в KA5.1.5.
Как связка меняется по стадии
На XS цель, бюджет, ассортимент и план могут находиться в одной таблице. Но в ней все равно должны различаться планируемый спрос, подтвержденное количество и фактический результат.
На S полезно разделить продуктовый бюджет, план продаж, юнит-экономику и остатки, сохранив общие идентификаторы SKU, каналов и периодов.
На M появляются владельцы каналов, отдельные бюджеты и регулярная аллокация товара. Нужны правила центрального решения и единая модель данных.
На L цикл поддерживается несколькими системами и командами. Главным требованием становится не число таблиц, а синхронизация справочников, версий планов, прав решений и цифрового следа изменений.
Связанный DocKA
Для работы интерфейса нужны:
- шаблон категорийного бюджета;
- ассортиментная матрица;
- таблица фазинга по каналам и месяцам;
- план продаж компании и каналов;
- матрица аллокации товара;
- расчет цены, маркапа, markdown и маржинальности;
- протокол согласования расхождений;
- отчет план/факт и постсезонный анализ.
Не все эти документы должны быть отдельными файлами на малой стадии, но все функции должны быть представлены и регулярно актуализироваться.
MBSE-представление
RBS — требования. Финансовая цель должна быть переведена в исполнимую товарную структуру и реалистичный план продаж.
FBS — функции. Декомпозиция цели, фазинг, расчет количества, продуктовая и производственная проверка, аллокация, план/факт и корректировка.
SBS — компоненты. P&L, каналы, категории, SKU, цены, периоды, мощности, категорийный бюджет, ассортиментная матрица и план продаж.
WBS — работы. Сформировать гипотезу, собрать бюджет, проверить ресурс, утвердить план, распределить товар, анализировать факт и обновить цикл.
DSM — связи. KA1 задает финансовую рамку; KA5 — коммерческую гипотезу; KA4 — продуктовую структуру и реализуемость; факт KA5 обновляет следующий цикл KA1-KA4.
Шлюз экспертной валидации
До публикации необходимо подтвердить:
- основной канонический адрес категорийного бюджета и ассортиментной матрицы в
KA4; - обязательные поля интерфейса
KA4 <-> KA5; - точку утверждения предварительного и исполнимого плана;
- минимальный документный пакет по
XS/S/M/L; - ритм изменения бюджета и плана внутри сезона;
- право изменить ассортимент, цену и аллокацию после утверждения.