Метрика FMCG/CPG
OSA (On-Shelf Availability) - доля товарных позиций из согласованного перечня, фактически представленных на полке в момент проверки. OOS (Out-of-Stock) - доля отсутствующих позиций из того же перечня. Наличие товара на складе торговой точки наличием на полке не считается.
OSA показывает наличие согласованных SKU на полке в момент проверки. Запас в подсобке или в пути не заменяет подтверждение наличия в согласованных зонах выкладки.
Все позиции из согласованной матрицы доступны покупателю на полке.
Две позиции есть в подсобке, но отсутствуют на полке. В этом примере покупатель не может взять их с полки.
Три позиции отсутствуют и на полке, и в запасе точки. Нужен разбор поставки, заказа или матрицы.
OSA = SKU на полке ÷ SKU в согласованном перечне × 100%
OOS = отсутствующие SKU ÷ тот же перечень × 100%
Если весь непустой перечень проверен в один момент одним методом и каждому SKU присвоено «есть» или «нет»: OSA + OOS = 100%.OSA помогает руководителю мерчандайзинга увидеть, какие согласованные товары доступны покупателю на полке. OOS в этой статье означает отсутствие на полке, а не обязательно отсутствие запаса во всей точке. Товар в подсобке или в пути не подтверждает наличие на полке. Проверка описывает выбранный момент, а не доступность на протяжении всего дня.
При полной проверке OSA равна числу присутствующих SKU, делённому на число SKU в согласованном перечне; OOS считается так же по подтверждённо отсутствующим. Для процентов результат умножают на сто. Их сумма равна ста процентам только при одной базе, одном моменте и полном разделении на «есть» и «нет». Пустой перечень не даёт определённого процента. Непроверенная позиция или нечитаемое фото - «неизвестно», а не OOS. При неполной проверке показывайте её охват и неизвестные позиции отдельно; долю среди проверенных нельзя выдавать за результат по всей матрице.
У каждого источника есть границы. Метод указывают рядом со значением; переход на другой способ измерения требует отдельной сверки, а не незаметной замены данных.
Сотрудник отмечает наличие SKU из матрицы непосредственно у полки.
Снимок сохраняет видимую часть полки. Проверка может быть ручной или автоматической, если настроено распознавание.
Необычное отсутствие продаж может стать поводом для проверки полки.
Визит даёт прямое наблюдение, фото сохраняет видимую часть полки, а продажи дают сигнал о возможном отсутствии. Нулевая продажа сама по себе не доказывает OOS: возможны слабый спрос или неполные данные кассы. Для фото нужны читаемость, охват, точка и время съёмки. Старый снимок не подтверждает текущее состояние; повторная загрузка или распознавание того же кадра не создаёт новое наблюдение. Сомнительные позиции проверяют отдельно; автоматизация зависит от настроенного сценария.
Одинаковый OOS приводит к разным действиям. Сначала проверяют знаменатель и факт полки, затем место нахождения товара и только после этого назначают действие.
Если позиции нет в MML или планограмме формата, это вопрос матрицы, а не OOS.
Проверьте согласованные зоны. Подтверждённое отсутствие ведёт к разбору OOS; если наблюдения недостаточно, сначала уточните факт.
Доступный запас в подсобке, товар на приёмке и поставка в пути требуют разных действий. Учётный остаток сверяется с фактом.
Пополнение полки, заказ, доставка или корректировка матрицы получают владельца и повторную проверку.
После подтверждения разрыва нужно установить причину: товар доступен в подсобке, ещё не принят, находится в пути или отсутствует в точке. Для этих ситуаций нужны разные действия и ответственные. OOS сам по себе не определяет потерянную выручку и не доказывает вину сотрудника. Исправление подтверждают повторной проверкой полки, а не только отметкой о закрытии задачи.
Даже одна и та же полка даст разные цифры при другой матрице, времени или методе. Эти параметры сохраняются вместе с результатом.
MML или планограмма версии и формата точки зафиксированы до проверки.
Время наблюдения и съёмки отделяет исходный срез от проверки после действия. Повторная обработка фото не создаёт новое наблюдение.
Укажите метод, выбранные точки, проверенные и неизвестные SKU. Результат посещённых точек не описывает всю сеть автоматически.
Точка, наблюдение и точный SKU с вариантом и упаковкой сопоставлены со справочниками. Дубли кадров не увеличивают число проверок.
До визита закрепляют действующий для точки перечень: версию MML или ассортиментной матрицы, даты действия и зоны проверки. Сопоставляйте точный SKU, включая вариант и упаковку: похожий товар не подтверждает наличие нужной позиции. В проверке учитываются уникальные SKU, а не число упаковок или фейсингов. Дополнительная выкладка учитывается по согласованному правилу; перечень не меняют задним числом ради лучшего показателя.
Общий показатель зависит от того, какие точки, SKU и моменты попали в проверку. Результат только посещённых магазинов нельзя автоматически переносить на всю сеть. В сопоставимых наблюдениях сначала суммируют присутствующие и проверенные позиции, затем считают долю и отдельно охват перечней. Простое среднее процентов разных магазинов может исказить итог. Повторные проверки после пополнения показывайте отдельно от исходного среза: иначе исправленные точки получают больший вес. Доля успешных проверок не равна доле времени доступности товара.
Начните с одного понятного сценария: согласуйте перечень и доказательство, затем разберите причину и проверьте результат действия.
Подготовьте список точек, согласованный перечень SKU и его версию, даты действия, зоны выкладки и правило наличия. Укажите, какую задачу решает проверка: пополнение полки, разбор поставки или контроль стандарта.
На визите сохраните идентификатор наблюдения, точку, SKU, время, метод и результат: есть, подтверждённо нет или не удалось проверить. Отметьте, исходный это срез или проверка после действия. Учитывайте все согласованные зоны; неизвестное состояние не заменяйте отсутствием.
Сохраните подтверждение с датой съёмки и связью с наблюдением. Проверьте охват кадра, читаемость и точный SKU. Повторная обработка кадра уточняет прежний результат, а не увеличивает число проверок. Для распознавания согласуйте каталог, критерии качества и ручную проверку сомнений; возможности и скорость ответа зависят от конфигурации.
Для подтверждённого OOS сверяйте фактический запас, приёмку, заказ и доставку. Остаток в системе помогает искать причину, но не заменяет проверку полки. Изменение матрицы оформляйте как отдельное решение с датой действия.
Назначьте действие, ответственного и срок повторной проверки. Пополнение из подсобки, приёмка и новая поставка - разные задачи. Сохраните исходный факт отсутствия и новое наблюдение после действия; исправление не должно стирать историю разрыва.
Сравните исходные срезы при сопоставимых точках, перечнях и времени. Отдельно покажите подтверждённые исправления, охват и неизвестные позиции. Для обсуждения подготовьте обезличенный список точек/SKU, связанные фото до и после действия и текущий отчёт. В мерчандайзинге можно изучить контроль визита, в AI Shelf - условия работы с фотографиями.
