Короткое ядро и позиции повседневного спроса
Ограниченная полка требует выделить обязательное ядро и не перегружать точку ассортиментом большого формата.
Сегмент определяет назначение; фактическое наличие проверяется отдельно.Практический гид
MML (Must-Stock List) - перечень SKU, которые должны присутствовать в торговой точке конкретного сегмента или канала. Это не единый минимальный список для всей клиентской базы: состав, версия и даты действия матрицы задаются по правилам компании и формату точки.

MML назначают сегменту или каналу, а не всему справочнику клиентов. Переключите формат и посмотрите, как один и тот же демонстрационный портфель меняет статус.
Ограниченная полка требует выделить обязательное ядро и не перегружать точку ассортиментом большого формата.
Сегмент определяет назначение; фактическое наличие проверяется отдельно.Ассортиментная матрица нужна там, где портфель шире возможностей торговой точки. Без назначенного перечня сотрудник предлагает одинаковый каталог всем клиентам или выбирает позиции субъективно; MML переводит стратегию ассортимента в проверяемое правило для конкретного сегмента.
Состав MML не определяется одним универсальным критерием. Роль категории, потенциал точки, формат обслуживания, доступная полка, коммерческая стратегия и ограничения поставки учитываются вместе. Маржинальность может входить в решение, но не заменяет сегментацию и не делает позицию обязательной автоматически.
Знаменатель должен содержать только активные обязательные SKU, назначенные точке на дату проверки. Остальные метрики объясняют причину и масштаб отклонения.
Способ подтверждения присутствия - заказ, отгрузка, аудит или полка - фиксируют до сравнения периодов.
Доля выполненного обязательного ассортимента для точки или сегмента.
Активная версия MML + подтверждённое присутствиеКакие обязательные позиции отсутствуют и требуют следующего действия.
Список MML минус подтверждённые SKUКакие обязательные SKU отсутствуют именно на полке в момент проверки.
Аудит полки, фото или согласованный методНасколько широко SKU представлен и какую долю веса торговых точек покрывает.
Точки присутствия + согласованный вес/оборотМатрица зависит от сегмента и канала: киоску, магазину у дома и супермаркету нужны разные обязательные наборы. Поэтому сначала классифицируют торговые точки, затем назначают им подходящую версию MML с датой начала действия.
Отчёт после периода показывает упущенный факт. Рабочий цикл возвращает gap сотруднику, пока состав заказа или выкладку ещё можно изменить.
Канал, формат и потенциал определяют подходящий ассортиментный шаблон.
Список SKU, версия и даты действия доступны до визита.
MML используется в заказе и проверке точки, а не только в отчёте.
Причина отделяет нет заказа, нет остатка и OOS на полке.
SKU попадает в предложение заказа, задачу или разбор причины.
Динамика по точкам и сегментам помогает обновить правила следующей версии.
Без даты действия и истории назначения рост или падение compliance может быть просто следствием изменившегося списка, а не работы команды.
Новый SKU начинает влиять на KPI только с опубликованной даты; выведенный SKU не переписывает прошлое.
После реклассификации точка получает новую матрицу с понятной датой перехода.
Закрытая или временно неработающая точка исключается по согласованному правилу, а не ухудшает KPI.
Коммерческая роль утверждает состав, владелец данных ведёт версии, поле исполняет, супервайзер разбирает gaps.
Выполнение считают по активным обязательным позициям: присутствующие MML-SKU делят на все MML-SKU, назначенные точке на дату проверки. Метод подтверждения - заказ, отгрузка, аудит или наличие на полке - фиксируют заранее, потому что эти события отвечают на разные вопросы.
Контроль после завершения периода показывает только упущенный факт. В рабочем процессе MML доступна во время визита и заказа: отсутствующая обязательная позиция становится gap, после чего сотрудник получает подсказку, задачу или причину для разбора, а результат проверяется повторно.
Начните с сегментов и владельца правила, затем свяжите версию матрицы с фактом заказа, визита и присутствия.
Клиентская база классифицируется по каналу, формату, потенциалу, территории и другим согласованным признакам.
Для каждого сегмента утверждается обязательный набор SKU, владелец правила, версия и даты действия.
Матрица назначается торговым точкам сегмента и становится знаменателем для MML Compliance.
Во время визита или заказа система показывает обязательные позиции и выделяет отсутствующие SKU как gaps.
Gap связывается с причиной и следующим действием: предложением в заказ, задачей, пополнением или разбором ограничения.
Исполнение анализируется по точке, сегменту, региону и SKU вместе с OOS, числовой и взвешенной дистрибуцией.