Как рассчитывается среднее время доставки Ozon и где проверить его влияние на логистику

Я полез проверять среднее время доставки после того, как попытался объяснить дорогую логистику расстоянием от склада до покупателя. Казалось, всё очевидно: товар лежит далеко, значит, доставка обходится дороже. Но такая проверка быстро упёрлась в вопрос, на который у меня не было ответа: какое именно время Ozon использовал в расчёте и к каким начислениям его применил. Смотреть даты получения нескольких заказов оказалось бесполезно. Я смешал фактическое путешествие посылки, показатель в аналитике и правило расчёта стоимости услуги.

С тех пор я разделяю эти вещи ещё до выгрузки отчётов. Среднее время доставки Ozon помогает оценить, насколько размещение товара соответствует географии спроса, но само по себе не объясняет каждое удержание. Для проверки денег мне нужны значение показателя, правила его расчёта и тариф, действовавший на дату начисления. Если убрать любую из этих частей, получится убедительная история без возможности сверить результат. Особенно легко ошибиться, когда в одном магазине одновременно есть продажи по FBO и FBS.

Как считается среднее время доставки Ozon

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

Сложность начинается со слов «время доставки» и «учитываемые заказы». Нельзя автоматически подставить разницу между оформлением заказа и фактическим получением: для показателя нужно брать именно время, которое предусмотрено методикой Ozon. Расчётная оценка маршрута, обещание покупателю и фактическая дата выдачи могут различаться. Период, состав заказов, исключения и используемые значения времени я проверяю в пояснении к показателю и связанной справке. У меня нет доступа к актуальной редакции вашего кабинета, поэтому конкретные границы периода и исключения я здесь не называю.

Если результат не совпал, я сначала проверяю состав данных, а не ищу ошибку в делении. Заказы могли попасть в разные периоды, выгрузка могла содержать другую схему работы, а строки отчёта — отражать товары или операции вместо заказов. Затем смотрю, не подменил ли я расчётное время фактическим. Отдельно проверяю дату обновления показателя: данные в соседних отчётах не обязаны обновляться одновременно. Без детализации я могу оценить направление изменения, но не стану называть такую оценку точным воспроизведением расчёта Ozon.

Пример расчёта и ошибка, которая искажает результат

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

В примере из таблицы короткое направление получает больший вес, потому что на него приходится больше заказов. Если усреднить только время направлений, результат окажется выше и создаст ложное ощущение, что размещение товара хуже, чем есть на самом деле. Денежная ошибка возникает следующим шагом: продавец выбирает неподходящее тарифное условие или закладывает лишний расход в цену. Обратное искажение опаснее для маржи — в прогноз попадает слишком дешёвая логистика. Так неправильное среднее превращается в закупку, которую на бумаге можно продавать с прибылью, а по фактическим начислениям уже нельзя.

Не умножайте все удержания Ozon на найденный коэффициент среднего времени доставки. Сначала проверьте, к какой услуге, схеме работы и расчётной базе относится правило. Затем сопоставьте дату начисления с действовавшей редакцией тарифа. Значение из аналитики без этих условий не позволяет проверить стоимость конкретного заказа.

Почему показатель может менять стоимость логистики

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

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

Где посмотреть среднее время доставки Ozon

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

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

Запрос «среднее время доставки Ozon ФБС» я бы разделил на срок для покупателя и показатель, который используется в тарифных правилах. Для срока покупателя имеют значение доступность товара, подготовка заказа, передача в доставку и дальнейший маршрут, но это ещё не доказывает применение к FBS механики из раздела FBO. В справке FBS нужно отдельно проверить, существует ли соответствующий тарифный показатель и как именно он используется. Если условия не связывают начисление с таким средним, я не добавляю предполагаемый коэффициент в себестоимость. При этом задержки сборки всё равно разбираю отдельно: отсутствие такой связи в тарифе не делает медленную передачу заказа безвредной.

Что менять после проверки расчёта

Я начинаю не с попытки разложить весь ассортимент по всей складской сети, а с товаров, у которых повторяется спрос из удалённых направлений. Для них сопоставляю географию заказов, наличие остатков и расходы на доставку с расходами на дополнительную поставку и хранение. Само снижение среднего времени ещё не доказывает, что распределение стало выгоднее: деньги могут застрять в запасах без достаточного спроса. Близкий вопрос я разбираю в статье про индекс локализации Ozon и размещение остатков, но не считаю локализацию другим названием среднего времени доставки. Это связанные стороны географии продаж, а не взаимозаменяемые числа.

Отдельно смотрю, какие начисления действительно связаны с направлением продажи, чтобы не приписать показателю доставки все изменения логистики. Если вопрос именно в дополнительных расходах на дальние заказы, полезнее продолжить проверку по статье про наценку за нелокальные продажи и выбор направления поставки. У меня несколько магазинов, поэтому проверку каждого я веду отдельно и только потом сопоставляю результаты. SellOps я сделал сам, потому что не нашёл готовой аналитики, которой мог бы доверить такие проверки; мой подход к работе с данными описан в разделе как устроен сервис. Но никакая автоматизация не заменяет актуальное тарифное условие, если нужно объяснить конкретное списание.

Завтра я бы открыл свой показатель, сохранил его вместе с периодом и фильтрами, а рядом положил условия логистики для нужной схемы работы. Затем выбрал бы товар с повторяющимися дальними заказами и проверил, можно ли восстановить расчёт по доступной детализации. Если данных не хватает, сначала отправил бы предметный запрос в поддержку, а не оформлял новую поставку на основании предположения. Если расчёт сходится, сравнил бы расходы при текущем размещении и при переносе части запаса ближе к спросу. Решение о поставке принимал бы по разнице в деньгах после всех сопутствующих расходов, а среднее время доставки оставил бы показателем, который помогает объяснить эту разницу.