Коротко: в BrightBoard и своей учётке зафиксируйте 1 SKU и 1 точку, окно 7 или 28-30 дней и базу (шт/руб). Сумму продаж ÷ дни окна = ADS. Сверьте с нормой запаса и покрытием, затем правьте дозаказ.
Среднедневные продажи - это метрика ADS (average daily sales): объём продаж за выбранное окно, делённый на число дней окна. Категорийщику и закупкам в коммерческой рознице она нужна, чтобы нормировать запас, считать покрытие в днях и точку дозаказа по SKU, не путая показатель со скоростью продаж (продажи ÷ дни наличия). В помощнике закупок BrightBoard ADS удобно смотреть рядом с остатками и заявкой.
Что такое среднедневные продажи (ADS) и зачем они категорийщику?
ADS отвечает на простой вопрос: сколько в среднем уходит SKU за один день выбранного окна. Это не «средние продажи отдела», не средний чек и не выручка сети «в среднем». Разрез - один артикул и одна точка (магазин или склад). Так вы видите среднедневной спрос по SKU, а не размытое среднее по категории.
Зачем это категорийному менеджеру и директору по закупкам: без дневного темпа сложно согласовать норму запаса и объём пополнения. ADS - вход в покрытие и решение «дозаказать / оставить / урезать», а не отдельный KPI ради отчёта.
Делайте: считайте ADS по SKU и точке с явной подписью окна и базы. Не делайте: подменять ADS средним чеком или «средними продажами» отдела продаж.
Как рассчитать среднедневные продажи SKU: окно и число дней?
Формула среднедневных продаж базовая: продажи за окно ÷ число дней окна. Единица - шт/день или руб/день. Перед делением зафиксируйте три правила: окно (неделя, месяц или N дней), база (штуки или рубли) и тип дней в знаменателе (календарные или торговые).
| Метрика | Числитель | Знаменатель | Единица | Типичная ошибка |
|---|---|---|---|---|
| ADS | Продажи за окно (шт или руб) | Число дней окна (календарь или торговые) | шт/день или руб/день | Менять правило дней между SKU в одном сравнении |
| Скорость продаж | Продажи за окно | Дни наличия (OOS вне знаменателя) | шт/день наличия | Называть velocity тем же именем, что ADS |
| Средний чек | Выручка | Число чеков / сделок | руб/чек | Путать с дневным объёмом SKU |
Пример: за 28 календарных дней по SKU продали 84 шт. ADS = 84 ÷ 28 = 3 шт/день. Если в знаменатель берёте только 24 торговых дня, ADS = 84 ÷ 24 = 3,5 шт/день. Обе цифры валидны, но сравнивать SKU можно только на одном правиле.
Делайте: делите продажи за окно на число дней окна и запишите: календарные или торговые. Не делайте: смешивать штуки и рубли в одном ряду сравнения.
1. Зафиксируйте окно продаж и единую базу (шт или руб)
Без единого окна и базы расчёт ADS превращается в спор о выгрузке. Ниже протокол, который можно повторить руками или заложить в регламент автозаказа.
- Выберите разрез: один SKU и одна точка (магазин или склад), без «среднего по сети» как единственного среза.
- Зафиксируйте окно продаж (неделя, месяц или N дней) и не меняйте его в середине сравнения SKU.
- Зафиксируйте базу расчёта: штуки или рубли; одна база на весь расчёт и все сравниваемые позиции.
- Суммируйте продажи за окно по выбранной базе (возвраты вычитайте из того же периода).
- Разделите сумму на число дней окна: явно выберите календарные или торговые дни и запишите правило.
- Получите ADS (шт/день или руб/день) и сравните с нормой запаса / покрытием в днях для решения о дозаказе.
- Не подменяйте ADS скоростью продаж: дни out-of-stock из знаменателя ADS не исключают, это другой KPI.
- Зафиксируйте ADS как вход в автозаказ или ручную заявку и повторите расчёт на следующем окне.
Workflow: SKU и точка → Окно и база → Продажи за окно → Дни окна (календарь или торговые) → ADS → Норма / покрытие → Решение дозаказа
Продажи и остатки обычно тянут из учётки. Если контур на МойСклад, удобна интеграция с МойСклад для выгрузки документов и остатков в контур пополнения.
Делайте: один регламент окна и базы на категорию или формат. Не делайте: менять длину окна на каждой итерации без пометки в отчёте.
Чем ADS отличается от скорости продаж по дням наличия?
У метрик разные задачи. ADS делит продажи на все дни окна (календарные или торговые по правилу). Скорость продаж делит те же продажи на дни наличия: дни нулевого остатка из знаменателя выкидывают. Если SKU часто пропадала с полки, календарный ADS ниже velocity. Для пополнения это сигнал «дырявой» доступности, а не «тихого» спроса.
| Метрика | Вопрос к запасу | Формула-суть | Роль в пополнении |
|---|---|---|---|
| ADS | Какой дневной темп за окно? | Продажи ÷ дни окна | Вход в норму, покрытие и дозаказ |
| Скорость продаж | Как быстро уходит SKU, пока есть на полке? | Продажи ÷ дни наличия | Сравнение rate без дней OOS |
| Оборачиваемость в разах | Как быстро запас превращается в продажи? | Turns от продаж и среднего остатка | Капитал в запасе; ADS часто вход, не замена метрики |
| Запас в днях | На сколько дней хватит остатка? | Остаток ÷ дневной темп (часто ADS) | Покрытие; ADS в знаменателе |
Одной фразой: оборачиваемость в разах и запас в днях опираются на дневной темп как на вход, но не заменяют расчёт ADS. Не подменяйте разбор дневного темпа отдельными гайдами про turns, DOS или EOQ / точку перезаказа, если задача - посчитать дневной объём по окну.
Рядом по смыслу смотрите материалы про прогнозирование спроса и аналитику и управление ассортиментом и складом: ADS там логично стыкуется с прогнозом и нормой остатка. Дополнительно смотрите общие материалы по закупкам в ритейле и блог про запасы и закупки.
Делайте: в отчёте подписывайте столбцы ADS и velocity отдельно. Не делайте: исключать дни OOS из знаменателя ADS и называть результат тем же KPI.
Свяжите ADS с нормой запаса, покрытием и дозаказом
ADS сам по себе не «норма сети». Он даёт делитель: сколько дней покрывает текущий остаток и какой объём нужен на цикл поставки. Типичный мост: ADS × целевые дни покрытия (с учётом lead time и страхового запаса по вашему регламенту) → целевой остаток → разница с фактом → строка заявки или правило автозаказа.
Это мост, не полный гайд по ROP или формуле Уилсона. Держите фокус на дневном темпе и решении дозаказа. Для автоматизации контура удобна тема автоматизации и управления закупками.
Делайте: используйте ADS как вход в покрытие и объём заявки. Не делайте: выдавать одну «отраслевую норму ADS» как стандарт для всех сетей.
Сравните SKU и точки по среднедневному спросу внутри категории
Сравнение имеет смысл внутри одной категории или формата на одной базе и одном правиле дней. Высокий ADS относительно соседей - кандидат на больший страховой запас или более частый дозаказ. Низкий устойчивый ADS - повод урезать заказ, проверить выкладку или вывести SKU из матрицы по отдельному решению.
| Уровень ADS vs категория | Сигнал для категорийщика | Действие в заявке / автозаказе |
|---|---|---|
| Высокий | Сильный дневной темп, риск дыры на полке | Поднять целевое покрытие или объём дозаказа |
| Средний | Темп в коридоре категории | Держать текущее правило, контролировать OOS |
| Низкий | Слабый спрос или ошибка среза | Урезать заказ; сверить с velocity и промо-окном |
На одном окне из 28 дней три SKU с ADS 5, 2 и 0,4 шт/день уже дают разный объём дозаказа при том же целевом покрытии в 14 дней: ориентир 70, 28 и около 6 шт до целевого остатка (без учёта текущего stock). Это учебный счёт, не норматив BrightBoard.
Делайте: сравнивайте SKU внутри категории на одном окне. Не делайте: усреднять сеть в одну цифру и заказывать всем точкам одинаково.
Чек-лист: типовые ошибки расчёта ADS
- Путают ADS со скоростью продаж (дни наличия) и пишут оба показателя одним столбцом без подписи.
- Меняют календарные и торговые дни между SKU в одном отчёте.
- Смешивают штуки и рубли или подменяют ADS средним чеком.
- Считают «среднее по сети» и теряют точки с дырами на полке.
- Не вычитают возвраты из того же окна.
- Один раз считают в Excel и не повторяют на следующем окне.
- Уводят обсуждение только в EOQ / Уилсон / ROP вместо фиксации дневного темпа.
Делайте: держите короткий регламент: окно, база, тип дней, разрез SKU×точка. Не делайте: чинить дефицит только урезанием заказа по заниженному или «чужому» KPI.
Что замерить после внедрения ADS в пополнение
- Доля SKU с рассчитанным ADS за выбранное окно (регулярный срез, не разовый Excel).
- Доля отчётов, где знаменатель явно помечен: календарные или торговые дни.
- Доля позиций с изменённым объёмом заявки или автозаказа после сравнения ADS внутри категории.
- Число путаниц ADS vs скорость продаж (дни наличия) в отчётах закупки на следующем цикле.
- Согласованность: ADS как вход в покрытие и дозаказ без подмены turns или запаса в днях.
BrightBoard - IMS для коммерческой розницы: автозаказ и дашборд с 20+ метриками, чтобы видеть ADS по SKU и вовремя править пополнение. Запишитесь на онлайн-встречу или откройте систему управления запасами BrightBoard, если нужен мониторинг дневного темпа рядом с заявкой.
Частые вопросы
Что такое ADS в розничных закупках?
ADS (average daily sales) - дневной темп продаж SKU за выбранное окно: сумма продаж ÷ число дней окна. Нужен категорийщику для нормы запаса, покрытия и дозаказа, а не как отчёт «средних продаж» отдела.
Как посчитать ADS по SKU за окно?
Выберите SKU и точку, зафиксируйте окно и базу (шт или руб), суммируйте продажи за окно (минус возвраты), разделите на число дней окна по правилу календарных или торговых дней.
Какая формула среднедневных продаж (ADS)?
Продажи за окно ÷ число дней окна. Единица - шт/день или руб/день. Правило дней в знаменателе фиксируйте один раз на весь срез сравнения.
Какие дни брать в знаменателе: календарные или торговые?
Оба варианта допустимы. Календарные дни проще сверить с отчётом. Торговые дни ближе к дням работы точки. Главное - одно правило на все сравниваемые SKU и явную подпись в отчёте.
Чем ADS отличается от скорости продаж?
ADS делит продажи на дни окна. Скорость продаж делит продажи на дни наличия и убирает OOS из знаменателя. Это соседние KPI: не схлопывайте их в один столбец.
Чем ADS отличается от средних продаж и среднего чека?
ADS - дневной объём SKU за окно. «Средние продажи» без разреза часто смешивают точки и периоды. Средний чек - рубль на сделку, не шт/день по артикулу.
Как использовать ADS для нормы запаса и дозаказа?
Умножьте ADS на целевые дни покрытия (по вашему регламенту с lead time), сравните с фактом остатка и скорректируйте строку заявки или правило автозаказа. Это мост, не полный курс ROP/EOQ.
Нужно ли исключать дни отсутствия товара из ADS?
Нет, если считаете именно ADS по дням окна. Исключение OOS - логика скорости продаж (дни наличия). Для ADS лучше держать рядом счётчик дней OOS отдельным столбцом.
Как связаны ADS, оборачиваемость в разах и запас в днях?
Оборачиваемость в разах и запас в днях часто используют дневной темп как вход. ADS не равен turns и не равен DOS: у каждой метрики свой вопрос к запасу.
Зачем категорийщику считать ADS по SKU?
Чтобы сравнивать спрос внутри категории, нормировать покрытие и не заказывать «на глаз». Без дневного темпа сложно согласовать объём пополнения между точками и циклами поставки.
