Planogram compliance във FMCG: защо планограмата не е PDF, а измерим стандарт

Планограмата често започва като документ.

PDF. Схема. Категорийна препоръка. Договорен стандарт. Вътрешна презентация.

Но в магазина тя или е физически изпълнена, или не е.

Точно затова planogram compliance не трябва да се мисли като “имаме ли планограма”. Трябва да се мисли като:

Реалният рафт отговаря ли на стандарта, който сме договорили и който очакваме да движи продажбата?

Това е различен въпрос.

Планограма срещу realogram

Планограмата е планираният рафт.

Realogram е реалният рафт.

Planogram compliance е сравнението между двете.

Ако това сравнение се прави ръчно, резултатът често е бавен, субективен и труден за мащабиране. Един търговец може да оцени отклонението по един начин. Друг - по друг. Мениджърът вижда снимка, но не винаги вижда измерим gap.

Image recognition променя това, защото снимката може да стане structured shelf signal:

кои продукти са налични;
къде са позиционирани;
колко facings имат;
дали са в правилния блок;
дали има празни места;
дали share of shelf е под стандарт;
дали промо SKU е в правилната зона.

Какво трябва да се мери

Planogram compliance не е един процент.

Трябва да се разпадне на няколко измерими компонента.

1. Product presence

Правилният продукт присъства ли на рафта?

Това е базата. Ако must-stock SKU липсва, останалата част от compliance-а губи стойност.

2. Position

Продуктът на правилното място ли е?

Позицията има значение: eye-level, brand block, category zone, хладилник, вторично излагане.

3. Facings

Има ли договорения брой facings?

Един facing и четири facings не са еднаква видимост.

4. Block integrity

Брандът държи ли блок, или е разпръснат между конкуренти?

5. Gap severity

Не всяко отклонение е критично.

Липса на hero SKU е по-сериозна от разменени два slow-moving продукта.

6. Action status

Отклонението създаде ли действие?

Без action planogram compliance остава audit.

Compliance score с тежести

Грешка е всички отклонения да тежат еднакво.

По-добър score гледа severity:

Gap	Тежест	Причина
Липсва hero SKU	висока	директен риск от пропусната продажба
Нисък share of shelf	висока/средна	конкурентен натиск
Грешна позиция	средна	видимостта пада
Липсва minor SKU	ниска/средна	зависи от категорията
Лек block gap	ниска	може да не изисква спешен action

Perfect Store scorecard трябва да използва подобна логика: weighted стандарт, не плосък checklist.

Един стандарт не стига за всички канали

Честа грешка е planogram compliance да се управлява като универсален стандарт.

Modern trade, traditional trade, convenience, HoReCa, petrol stations и cash & carry не работят по един и същи начин. Размерът на рафта, броят SKU, наличното пространство, поведението на купувача и възможността за намеса са различни.

Затова добрата FMCG платформа трябва да поддържа различни стандарти:

по канал;
по формат на магазина;
по категория;
по customer segment;
по сезон;
по промо период;
по strategic outlet priority.

В противен случай score-ът става несправедлив. Малък квартален магазин може да бъде наказан за нещо, което физически няма как да изпълни. Голям key account може да получи добър среден резултат, въпреки че губи критична позиция за hero SKU.

Planogram compliance трябва да бъде строг, но контекстен.

Root cause: shelf проблемът не винаги е shelf проблем

Когато planogram gap се появи, първият инстинкт е да се каже "търговецът не го е оправил".

Понякога това е вярно.

Но причината може да бъде друга:

продуктът не е доставен;
минималната поръчка е твърде висока;
магазинът няма място;
конкурентът има агресивна промоция;
planogram стандартът не е реалистичен;
SKU е delisted локално;
shelf label липсва;
store staff е преместил продукта;
route frequency е недостатъчна.

Затова planogram compliance трябва да се свързва с OptimaDMS, order history, route execution и promo calendar. Ако рафтът е празен, но складът не е доставил продукта, задачата към търговеца няма да реши проблема.

Това е причината да мислим за planogram не като image recognition KPI, а като execution loop.

Какво става след отклонението

Да засечеш отклонение е само първата стъпка.

След това системата трябва да реши:

може ли търговецът да го оправи веднага;
трябва ли да се създаде issue;
трябва ли да се промени поръчката;
трябва ли supervisor да се намеси;
проблемът повторяем ли е;
има ли supply причина;
какво доказателство затваря issue-то.

Workflow orchestration е критична тук. Planogram compliance без action loop е просто reporting.

Кога AI е полезен и кога трябва review

Computer vision е силен инструмент, но не трябва да се използва като черна кутия.

При planogram compliance има случаи, в които моделът може да е уверен: ясен продукт, добра снимка, правилен ъгъл, видим етикет, малко припокриване.

Има и случаи, в които трябва human review:

лошо осветление;
частично скрити SKU;
нова опаковка;
много сходни продукти;
отражения в хладилник;
ниска резолюция;
претрупан рафт.

Практичният стандарт е confidence-based workflow. Висок confidence може да създаде директен issue. Среден confidence може да отиде за supervisor review. Нисък confidence трябва да върне указание за по-добра снимка или ръчна проверка.

Така системата остава полезна, без да създава фалшива точност.

Какво да не правим

Да мерим всичко еднакво

Това води до фалшиво точен score.

Да третираме planogram като универсална

Различни канали и категории имат различни стандарти.

Да гледаме само снимки

Снимката е доказателство. Business signal-ът е измерването.

Да няма owner

Ако gap няма owner, той ще се повтори.

Накратко

Planogram compliance във FMCG не е PDF проверка.

Това е измерим shelf standard:

planogram;
realogram;
product presence;
position;
facings;
block integrity;
gap severity;
action closure.

Истинската стойност е не просто да знаем, че рафтът е различен.

Стойността е да знаем кое отклонение има значение и какво действие ще го поправи.

Свързано в Optimasoft

Image recognition превръща shelf image в измерим realogram.
Computer vision за рафт разглежда техническия слой зад разпознаването.
Perfect Store scorecard показва как planogram compliance влиза в weighted store standard.
Workflow orchestration затваря отклонението като action, owner и closure.
Retail Execution KPI поставя planogram compliance в по-широк KPI модел.

Източници