Планограмма товаров в магазине: ошибки схемы и полка

Сверьте планограмму с матрицей и остатками: протокол план-факт на 7 шагов, ошибки фейсингов и соседства, OOS при ненулевом учёте, сигнал в закупку.

Планограмма товаров в магазине: ошибки схемы и полка

Коротко: за 1 обход сверьте 3 слоя - схему полки, ассортиментную матрицу и остатки в учёте. Зафиксируйте 5 типов разрывов (фейсинг, соседство, дыра при ненулевом остатке, лишний SKU, устаревшая схема). Дальше верните выкладку к плану или обновите схему и только потом эскалируйте в закупку.

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

В ритейле планограмма товаров в магазине часто «жива» на бумаге, а полка уже уехала от плана. Категорийщику БрайтБорд полезен как слой факта по остаткам и автозаказу: когда схема снова совпадает с выкладкой, повторная дыра уже сигнал в закупки, а не в space-planning.

Планограмма - это схема размещения SKU на торговом оборудовании (полка, фейсинги, соседство), по которой магазин должен выкладывать ассортимент. Она нужна, чтобы сверять план полки с матрицей и остатками и ловить ошибки, которые дают OOS при ненулевом учёте.

Почему схема полки расходится с остатками в учёте?

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

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

Делайте: сверяйте схему, матрицу и остатки одной датой и одной категорией. Не делайте: не правьте заказ или планограмму вслепую без фото полки и без выгрузки остатков.

Ошибки планограммы: где схема расходится с полкой и остатками

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

Ошибка схемыСимптом на полкеЧто проверить в учётеДействие категорийщика
Фейсинг меньше планаSKU «теряется», место занято соседомОстаток > 0, но глубина выкладки малаВернуть фейсинги по планограмме, зафиксировать фото
Соседство SKU нарушеноБлок бренда/категории разорванОстатки есть, адрес на полке другойВосстановить соседство по схеме, не заказывать «лишнее»
Схема без актуальных остатковПустой слот под SKU из планаОстаток 0 или товар в путиНе путать с ошибкой выкладки; проверить поставку
Есть в учёте - нет на полкеДыра при «живом» остаткеОстаток > 0, локация не полкаНайти в зале/подсобке, вернуть на схему
На полке есть, в схеме нетЧужой SKU занимает место планаОстаток есть, матрица/схема без позицииУбрать или обновить схему под матрицу

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

Делайте: помечайте тип разрыва сразу (исполнение / нулевой остаток / задержка поставки). Не делайте: не списывайте любой OOS на «плохую планограмму» без проверки остатка.

Свяжите планограмму с ассортиментной матрицей и остатками

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

Практичный минимум на категорию: 1) какие SKU обязательны в точке по матрице; 2) сколько фейсингов и какое соседство задаёт схема; 3) сколько единиц числится в учёте и где они физически. Если второй пункт не совпадает с третьим, сначала чините выкладку. Тема близка к управлению ассортиментом и складом: склад здесь - это остатки и матрица, не WMS-инструкция.

Ориентир из практики ТОС для розницы (Голдратт и соавт.): около 25-30% SKU могут быть в статусе «нет в наличии» в типичный момент при одновременных излишках по другим позициям. Это ориентир по отрасли, не ваш SLA и не обещание роста продаж.

Делайте: обновляйте схему в ту же волну, что и смену матрицы или сезона. Не делайте: не держите схему кварталами без ротации при смене ассортимента.

1. Пройдите протокол сверки план-факт на полке

Ниже - протокол на одну категорию и одну точку. Цель: за один проход получить список разрывов и решить, что чинить руками, а что отдавать в закупку.

  1. Возьмите актуальную схему полки по категории и список SKU из ассортиментной матрицы.
  2. Сверьте фейсинги и соседство на схеме с фактом на оборудовании (фото или обход).
  3. По каждому SKU из схемы снимите учётный остаток в точке и факт на полке.
  4. Пометьте разрывы: есть в учёте нет на полке; на полке есть, но схемы нет; фейсинг меньше плана.
  5. Отделите ошибку исполнения планограммы от нулевого остатка и от задержки пополнения.
  6. Верните выкладку к схеме или обновите схему под матрицу, затем зафиксируйте дату сверки.
  7. Передайте в закупку или автозаказ только позиции с повторным OOS после исправления выкладки.

Workflow: схема полки → сверка с матрицей и остатками → фикс фейсингов и соседства → повторный обход → сигнал в закупку при устойчивом OOS.

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

Делайте: после фикса выкладки снова пройдите короткий обход комплаенса. Не делайте: не заказывайте «в запас» под ошибочный фейсинг или чужой блок соседства.

Планограмма и доступность на полке: как категорийщику закрывать разрыв

Связка «планограмма и доступность на полке» для категорийщика звучит просто: покупатель видит только факт на оборудовании. Если схема требует 3 фейсинга, а стоит 1, доступность формально «есть SKU», но полка уже теряет продажи. Если учёт показывает остаток, а слот пуст, доступность в системе врёт.

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

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

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

Как отличить ошибку схемы от реального дефицита на полке?

Задайте три вопроса по SKU. 1) Есть ли позиция в матрице и на актуальной схеме? 2) Какой остаток в учёте и где он физически? 3) Совпадает ли фейсинг и соседство с планом? Ответы дают четыре исхода.

  • Схема нарушена, остаток > 0 → ошибка исполнения, чините выкладку.
  • Схема соблюдена, остаток = 0 → реальный дефицит, смотрите поставку и автозаказ.
  • Схема устарела относительно матрицы → обновите схему, не копите «лишний» заказ.
  • Остаток есть, но не на полке → найдите товар, затем проверьте учёт перемещений.

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

Делайте: пишите в заметке обхода диагноз одной фразой (исполнение / ноль / поставка / учёт). Не делайте: не смешивайте в одном тикете «поправить фейсинг» и «увеличить заказ» без причины.

Сравнение: что сверять в схеме, матрице и учёте

Объект сверкиПланограммаАссортиментная матрицаОстатки и заказ
Вопрос слояГде и сколько фейсингов стоит SKUДолжен ли SKU быть в точкеСколько единиц есть и что дозаказать
Главный артефактСхема полки / фото комплаенсаСписок обязательных SKUВыгрузка остатков, статус поставки
Типичный сбойФейсинг и соседство съехалиСхема не обновлена после ротацииДыра при ненулевом учёте или ноль без заказа
Кто чинит первымМерч / зал по схемеКатегорийщик (актуализация схемы)Закупка / автозаказ после комплаенса
Критерий «готово»Полка совпала со схемойСхема = матрица по списку SKUПовторный OOS ушёл или ушёл в заказ

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

Делайте: в отчёте обхода заполняйте все три колонки на каждый спорный SKU. Не делайте: не сводите контроль только к «красивой полке» без цифр остатка.

Замерьте разрыв план-факт после смены выкладки

После смены схемы или крупной ротации замерьте не «ощущение порядка», а 4 простых метрики на контрольной полке:

  • доля SKU с несоответствием планограмме (фейсинг или соседство);
  • число кейсов «есть в учёте - нет на полке» за период после фикса;
  • время от смены схемы до повторной сверки комплаенса;
  • доля повторных OOS после исправления выкладки (это уже сигнал в закупку).

Если метрика №1 падает, а №4 растёт, проблема ушла из схемы в поставки. Если №1 стоит на месте, сначала добейте исполнение. Так вы не спорите «чья вина», а смотрите слой данных.

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

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

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

Что такое планограмма?

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

Для чего нужна планограмма в магазине?

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

Какие ошибки планограммы чаще всего дают дыру на полке?

Сжатые фейсинги, нарушенное соседство, схема без актуальных остатков и кейс «есть в учёте - нет на полке». Сначала верните полку к плану, затем решайте, нужен ли заказ.

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

В одной сессии снимите схему, факт на оборудовании и остаток по SKU. Если остаток есть, а слота нет - чините выкладку или локацию. Если схема и полка совпали, а остаток ноль - эскалируйте в пополнение.

Нужна ли программа для планограмм, чтобы управлять выкладкой?

Space-planning ПО рисует и версионирует схемы - это соседний класс задач. Слой остатков, матрицы и автозаказа закрывает другой контур: факт наличия после того, как полка снова совпала с планом. БрайтБорд не заменяет программу выкладки и не обещает нарисовать планограмму за вас.

Можно ли менять планограмму в процессе продаж?

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

Что сделать дальше

Выберите одну категорию и одну контрольную полку. Пройдите протокол из 7 шагов, заполните таблицу типов разрывов и назначьте дату повторного обхода. Замерьте долю несоответствий и число кейсов «есть в учёте - нет на полке». Повторный OOS после фикса выкладки отдайте в закупку или автозаказ, а не в бесконечную перестановку фейсингов.

Построй системную работу с ассортиментом, закупками и неликвидом

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

Без замены учётной системы · Без обязательств после первого разбора