Остатки на новом складе уже появились, а география заказов всё ещё выглядела так, будто переезда не было. Я смотрел на общий показатель и пытался понять, что пошло не так с поставкой. Первая мысль была простой: значит, выбрал не тот склад и нужно срочно отправлять товар ещё куда-нибудь. Но сначала пришлось проверить, за какой период собран отчёт, какие товары действительно доступны покупателям и откуда уезжают заказы. Без этого очередная поставка была бы просто дорогой попыткой угадать.
С индексом локализации легко попасть в такую ловушку: найти значение в кабинете, увидеть ухудшение и сразу начать двигать остатки. Я теперь разделяю поиск самого показателя и поиск причины его изменения. Для первого нужен нужный отчёт Ozon, а для второго — сопоставимые периоды, направления заказов и доступность конкретных товаров. Причём название раздела и набор показателей в кабинете могут меняться. Поэтому я не привязываю проверку к одной запомнившейся кнопке и не считаю любую похожую метрику тем же самым индексом.
Где посмотреть индекс локализации в Ozon Seller
Поиск я начинаю в веб-кабинете продавца с раздела «Аналитика»: там стоит искать «Географию продаж» и отчёты, связанные с размещением товаров и доставкой. Если в вашей версии кабинета доступен отчёт с названием «Индекс локализации», открывайте его и описание показателя рядом с ним. Точное расположение вкладки в вашем аккаунте я сейчас проверить не могу, поэтому обещать неизменную цепочку кнопок было бы нечестно. Если знакомого названия нет, воспользуйтесь поиском по справке Ozon Seller по словам «индекс локализации» и проверьте актуальность найденной инструкции. Старый скриншот из поиска может показывать интерфейс и показатель, которых в текущем кабинете уже нет.
В открытом отчёте я сначала проверяю выбранный магазин, схему работы и период, а уже потом смотрю на значение. Особенно легко перепутать контекст, если кабинетов несколько и браузер сохранил прежние фильтры. Затем читаю подсказку к метрике: какие заказы учитываются, как определяется локальность и когда обновляются данные. Если вместо индекса кабинет показывает среднее время доставки, это другой показатель, и переносить на него старую трактовку нельзя. Для такого случая у меня есть отдельный разбор о том, где проверить среднее время доставки и его связь с логистикой.
Отсутствие индекса в кабинете не означает, что его значение плохое или что товар нужно срочно развозить по складам. Сначала выясните, действует ли этот показатель для вашей схемы работы и текущего отчёта. Не подменяйте его долей локальных заказов или средним временем доставки без пояснения. Это разные способы описать ситуацию, и решения по расходам нужно проверять по действующим условиям Ozon.
Как читать разбивку по кластерам и отдельным товарам
Когда нужный отчёт найден, я ищу детализацию по географии покупателей и месту отправления товара. Название склада само по себе ещё не отвечает на вопрос о локальности: нужно понимать, к какому кластеру относится отправление и куда направлен заказ по правилам отчёта. Если доступна разбивка по кластерам, выбираю направление с ухудшением и смотрю его отдельно от общего результата магазина. Если такой детализации нет, собираю её из доступных выгрузок заказов, отправлений и остатков, но не выдаю собственный расчёт за официальный индекс Ozon. Соответствие складов кластерам тоже проверяю по актуальным данным площадки, а не по близости городов на карте.
Дальше перехожу к артикулам: общий показатель может измениться из-за товара, у которого резко выросло число заказов из другого региона. Для каждого выбранного товара сопоставляю спрос в кластере, отправления из него и доступный к продаже остаток. Остаток в пути или на приёмке не считаю полноценной заменой уже доступного товара. Если кабинет не показывает индекс по артикулу, я так и фиксирую: официального значения по товару у меня нет, есть данные для проверки причины. Про смысл самого показателя и ограничения такой проверки подробнее написал в статье о том, как поднимать локализацию без лишних поставок.
Как посчитать, окупится ли исправление локализации
Пересчитывать официальный индекс по собственной формуле я не советую, пока нет актуального описания его расчёта. Зато можно проверить, принесёт ли деньги действие, которым вы собираетесь исправлять ситуацию. Я начинаю с отдельного товара и конкретного направления, потому что общая выручка магазина здесь только мешает. Сравниваю сохранение текущего размещения с поставкой в выбранный кластер на одинаковом объёме предполагаемых продаж. Ниже — порядок расчёта, который позволяет отделить ожидаемую экономию от расходов на её получение.
Проверка поставки на своих данных
Выбрать товар и направление
Найдите артикул с заказами в нужный кластер и проверьте, откуда он фактически отправлялся. Зафиксируйте период и отделите завершённые продажи от отмен и ещё не завершённых заказов.
Посчитать результат текущих продаж
Из выручки после корректировок вычтите себестоимость проданного товара, начисления Ozon и остальные относящиеся к продажам расходы. Не вычитайте удержания повторно, если исходная сумма уже указана за их вычетом.
Оценить изменение начислений
По актуальным условиям и доступному расчёту Ozon определите, какие расходы изменятся при другом размещении. Если подтверждённой оценки нет, оставьте экономию неизвестной, а не назначайте её на глаз.
Собрать дополнительные расходы
Учтите доставку партии, подготовку, обработку и возможное дополнительное хранение. Приведите расходы и экономию к одной базе: партии либо ожидаемым проданным единицам за выбранный период.
Сравнить результат вариантов
Из ожидаемой экономии вычтите дополнительные расходы и прибавьте разницу к результату текущего варианта. Проверьте отдельно сценарий, в котором товар продаётся медленнее ожидаемого.
В таблице я показываю расчёт на условную проданную единицу, а не тарифы площадки. Сначала получается результат при текущем размещении, затем к нему применяется изменение расходов после дополнительной поставки. Затраты на поставку здесь уже распределены на ожидаемые продажи, а не на весь отправленный запас без разбора. Это существенная оговорка: непроданные остатки не должны создавать видимость дешёвой доставки на единицу. Налоги и прочие расходы в реальном расчёте нужно подставлять по своей системе учёта.
Пример расчёта дополнительной поставки — числа условные
Все суммы приведены на условную проданную единицу
| Строка расчёта | Действие | Пример |
|---|---|---|
| Выручка | Беру исходную сумму | 1 000 ₽ |
| Себестоимость | Вычитаю из выручки | 400 ₽ |
| Удержания Ozon, условная сумма | Вычитаю из выручки | 250 ₽ |
| Прочие расходы, включая налоги | Вычитаю из выручки | 50 ₽ |
| Результат текущего размещения | Выручка минус указанные расходы | 300 ₽ |
| Предполагаемое снижение начислений | Прибавляю к текущему результату | 60 ₽ |
| Дополнительная доставка партии | Вычитаю распределённые затраты | 40 ₽ |
| Дополнительное хранение и обработка | Вычитаю распределённые затраты | 30 ₽ |
| Изменение результата | Экономия минус дополнительные расходы | −10 ₽ |
| Результат после поставки | Текущий результат плюс изменение | 290 ₽ |
Пример, числа условные. Удержания и экономия не отражают действующие тарифы Ozon.
В примере из таблицы предполагаемая экономия есть, но дополнительные расходы её перекрывают. Такая поставка может улучшить географию размещения и одновременно ухудшить результат продажи. Возможный рост спроса из-за более быстрой доставки я считаю отдельным сценарием, а не гарантированной компенсацией убытка. Для него нужны собственные наблюдения по заказам, доступности товара и сопоставимым условиям продажи. Если основанием для поставки стала именно доплата за направление доставки, полезно сначала проверить, как связать начисления за нелокальные продажи с выбором кластера.
Почему индекс упал после смены складов или распродажи остатков
После смены складов моя первая проверка — не рейтинг нового места размещения, а последовательность событий. Сопоставляю отправку партии, появление доступного остатка и первые заказы, которые действительно поехали с нового склада. Отчёт за выбранный период может одновременно включать старую схему размещения и новую, поэтому мгновенного изменения общей метрики ждать необязательно. Ещё проверяю, не закончился ли товар на прежнем складе раньше, чем стал доступен на новом. Если между этими событиями образовался разрыв, ухудшение географии заказов может объясняться переходом, а не ошибочным выбором кластера.
После распродажи остатков в отдельном кластере проверка другая: остался ли там спрос на товар, которого уже нет поблизости. Если заказы продолжаются и уходят с более удалённого склада, это понятная причина изменения географии отправлений. Но бывает и изменение состава продаж: товары с преимущественно локальными заказами закончились, а в общем результате вырос вес остальных артикулов. Ошибка здесь — пополнять все кластеры сразу, будто общий показатель доказывает нехватку товара в каждом из них. В деньгах это оборачивается расходами на перевозку и хранение запаса там, где достаточный спрос ещё не подтверждён.
Я сначала выбираю направление, где одновременно видны продолжающиеся заказы и отсутствие доступного местного остатка. Затем проверяю историю спроса до распродажи, чтобы не принять кратковременный всплеск из-за акции за обычную потребность. Если продажи разогнала скидка, после её завершения объём пополнения может оказаться лишним. При смене склада отдельно проверяю завершение приёмки и фактические отправления, прежде чем дублировать поставку. Исправление должно отвечать найденной причине: восстановить остаток, разобраться с доступностью партии или пересмотреть распределение товара, а не просто увеличить запас повсюду.
Как часто проверять показатель и что сделать завтра
Частоту проверки я привязываю к изменениям в продажах и обновлению самого отчёта. При стабильном размещении разбираю географию перед планированием поставок и во время регулярной проверки расходов. Во время распродажи, переезда между складами или исчезновения остатков смотрю чаще, но повторное открытие ещё не обновившегося отчёта ничего не добавляет. Сравниваю периоды одинаковой продолжительности с учётом акций и доступности товаров, иначе причина изменения остаётся неясной. Если для показателя используется скользящий период, сверяюсь с его описанием: старые заказы могут продолжать влиять на результат после исправления остатков.
Для нескольких магазинов я сохраняю короткую запись проверки: магазин, название метрики, период, фильтры, проблемный кластер и предполагаемая причина. Рядом отмечаю действие и событие, после которого есть смысл оценивать результат, например появление доступного остатка. Это помогает не сравнивать разные магазины и не объяснять изменение метрики поставкой, которая ещё не начала работать. Одного снимка экрана недостаточно, если на нём не видны условия отбора данных. При следующей проверке я сначала восстанавливаю тот же контекст, а затем смотрю, изменились ли отправления и расходы.
SellOps я сделал для себя, потому что не нашёл готовой аналитики, которой доверял бы при работе с несколькими магазинами. Но наличие сервиса не отменяет проверки того, что именно означает показатель в кабинете Ozon. Если вы выбираете способ сводить данные, в описании того, как устроен SellOps можно посмотреть подход сервиса и сопоставить его со своей задачей. При этом наличие официального индекса или нужной кластерной детализации в любой интеграции надо проверять отдельно, а не предполагать по слову «аналитика». Для самой первой проверки причины падения вполне подойдут кабинет и аккуратно собранная таблица.
Завтра я бы начал с последнего изменения, после которого возник вопрос к локализации: поставки на новый склад или распродажи в отдельном кластере. Откройте соответствующий отчёт, сохраните период и фильтры, затем выберите товар с заметным изменением географии заказов. Сопоставьте его доступные остатки с местом отправления и направлением спроса до изменения и после него. Только затем посчитайте дополнительную поставку по схеме выше, используя свои начисления и расходы. Если детализации не хватает, отправьте в поддержку название отчёта, период, артикул и конкретный вопрос о составе учитываемых заказов — это полезнее, чем пытаться исправить неизвестную причину новой перевозкой.
Хотите увидеть эти цифры по своим товарам?
Попробовать SellOps бесплатно