Где смотреть актуальные кластеры Ozon и как считать остатки по регионам
Общий остаток может скрывать нехватку товара в регионе, где его готовы покупать. Я объясняю, где проверять актуальное деление Ozon на кластеры, как связать региональные продажи с запасом и почему соседний склад не всегда решает проблему доставки.
Я не считаю товар обеспеченным запасом только потому, что в кабинете напротив него стоит большой остаток. Для решения о поставке мне нужно понять, где лежит этот товар и куда его заказывают. На одном складе запас может почти не двигаться, а покупателю из другого региона уже приходится ждать доставку издалека. Общая сумма остатков эту разницу скрывает. Поэтому в моих магазинах проверка наличия начинается с региональной картины, а уже потом я перехожу к конкретным складам и доступным направлениям поставки.
Запрос «кластеры озон список» выглядит как просьба дать справочник, но обычно за ним стоит вполне денежный вопрос: куда отправить товар, чтобы он продавался. Простое перечисление названий на него не отвечает. Нужно связать место хранения, регион покупателя, доступность товара и фактический срок доставки. Я не буду переписывать состав кластеров в статью, потому что такой перечень способен устареть раньше, чем пригодится для следующей поставки. Вместо этого покажу, где проверять актуальную структуру и какой расчёт делать после проверки.
Где найти все кластеры Ozon и проверить города на карте
Актуальный список я ищу в справке Ozon для продавцов, а возможность конкретной поставки проверяю в личном кабинете. В поиске справки использую формулировки «кластеры», «склады» и «география доставки», затем смотрю, к какой схеме работы относится найденная информация. Здесь я разбираю прежде всего запас, который хранится на складах площадки: для других схем логика управления отгрузкой будет отличаться. Название раздела кабинета и расположение нужной таблицы я намеренно не фиксирую, поскольку интерфейс меняется. Перед отправкой товара ориентиром служат действующая документация и направления, доступные именно при оформлении моей поставки.
Когда мне нужны кластеры Ozon по городам, я проверяю принадлежность нужного города по актуальным материалам площадки, а не по похожему названию склада. Логистическое деление нельзя автоматически приравнивать к административной карте страны. Близость городов сама по себе ещё не доказывает, что товар из них будет обслуживать покупателя одинаковым способом. Если в текущей справке есть карта кластеров Ozon, она помогает увидеть географию, но принадлежность конкретного пункта я всё равно уточняю по сопровождающей таблице или описанию. Если однозначного ответа нет, лучше задать вопрос поддержке до поставки, чем достраивать границу региона по собственному представлению.
Отдельно я различаю кластеры Ozon и склады: региональная группировка нужна для анализа, а конкретный склад остаётся местом хранения и участником маршрута. В разговоре про кластеры отгрузки Ozon легко перепутать место, куда продавец привозит поставку, с местом, где товар будет храниться и откуда поедет покупателю. Поэтому в оформлении поставки я проверяю назначение каждого пункта, а не ориентируюсь на его расположение рядом со мной. Для рабочей таблицы мне нужна связка между складом хранения, его актуальным кластером и датой проверки этой принадлежности. При этом кластер назначения покупателя я учитываю отдельно: он отвечает на другой вопрос.
По каждому складу видно доступный остаток, резерв и то, что уже едет, — с датой прибытия. Ozon эту дату не сообщает: она считается по заявке на поставку и реальному сроку доставки в кластер, а если срок вышел, а товар всё ещё в пути, дата подсвечивается.
Как понять, в каких кластерах товар действительно продаётся
По 20 655 доставленным заказам моих магазинов за 90 дней медианный срок доставки составил 2 дня, а 80% заказов доехали за 4 дня и меньше. Медиана здесь показывает середину наблюдаемого распределения, а не обещанный срок для любого покупателя. Значение 80% говорит, какая часть доставленных заказов уложилась в обозначенный срок. Эти цифры дают мне общий ориентир для сравнения регионов, но сами по себе не доказывают, что размещение товара было правильным. В переданных данных нет разбивки по кластерам, поэтому назвать на их основании конкретный регион быстрым, медленным или недообеспеченным я не могу.
Чтобы увидеть географию продаж, я группирую заказы по региону назначения покупателя, а не только по складу, который их обработал. Иначе склад с большим числом отправлений легко принять за место высокого местного спроса, хотя он мог обслуживать удалённые территории. Если в выгрузке есть готовый кластер назначения, использую его; если есть только город или регион, нужна проверенная привязка к действующей структуре. Рядом с количеством заказов я смотрю количество единиц товара, выручку и статусы, не смешивая оформленные заказы с доставленными. Для доставки использую одинаковые начальную и конечную точки расчёта во всех сравниваемых группах.
Основные кластеры Ozon для моего товара — не обязательно самые заметные названия в общем справочнике, а регионы, где есть спрос и подходящая экономика. Я проверяю это на уровне товара, потому что общая картина магазина может скрыть противоположные ситуации у разных позиций. При этом низкие продажи ещё не означают слабый спрос: товар мог отсутствовать локально или предлагаться с неудобным сроком доставки. Поэтому рядом с заказами мне нужны история доступности и сведения о поставках, а при наличии данных — просмотры и конверсия. Без них я вижу состоявшиеся покупки, но не могу уверенно сказать, сколько покупателей отказалось от заказа.
Сколько дней заказ едет до покупателя
Доля доставленных заказов по сроку доставки
0 дн.11,3 %
1 дн.31,1 %
2 дн.22,4 %
3 дн.11,9 %
4 дн.7,0 %
5 дн.4,3 %
6 дн.3,0 %
7 дн.2,1 %
8 дн.1,5 %
9 дн.1,1 %
10 дн.0,9 %
11 дн.0,7 %
12 дн.0,6 %
13 дн.0,5 %
14 дн.0,5 %
Половина заказов доезжает за 2 дня, восемь из десяти — за 4 дня. Именно на этот срок деньги за товар уже потрачены, а выручки ещё нет. Собственные магазины автора, 20 655 доставленных заказов за 90 дней
Локальность: сколько товара уехало покупателям из того же кластера, где он лежал, а сколько — через всю страну. Нелокальная доставка дороже, и в юнит-экономике это видно.
Как я рассчитываю региональный запас по шагам
Сначала я выбираю товар, кластер и одинаковый период наблюдения для продаж и доступности. Затем привожу остатки и заказы к одной единице учёта: нельзя вычитать количество заказов из запаса в штуках, если в заказе бывает разное количество товара. Для оценки темпа продаж беру единицы товара в выбранных статусах и явно фиксирую, какие отмены и возвраты исключены. Доставленные заказы полезны для проверки состоявшихся продаж, но при расчёте текущего расхода я отдельно учитываю ещё не завершённые заказы. Иначе недавний спрос выпадет из расчёта только потому, что товар пока находится в пути.
Дальше я собираю остатки выбранного товара по складам, относящимся к кластеру, и проверяю смысл каждого поля выгрузки. Если исходное поле показывает физический запас вместе с недоступными единицами, из него нужно вычесть соответствующие резервы и ограничения. Если поле уже означает доступное к продаже количество, повторно вычитать резерв нельзя. После этой проверки складываю доступные единицы по региону, сохраняя возможность раскрыть сумму до отдельных складов. Возвраты, которые ещё не стали доступны к продаже, и поставки, которые ещё не приняты, не прибавляю к текущему доступному остатку.
Следующий шаг — оценить расход: количество проданных единиц делю на число дней, когда товар был доступен в рассматриваемом регионе. Такой темп остаётся приближением, поскольку даже при наличии товара сроки доставки и условия продажи могли различаться. Если истории доступности нет, я помечаю расчёт как неполный, а не выдаю средние продажи за точную оценку спроса. Затем доступный региональный остаток делю на полученный дневной расход и получаю расчётное покрытие запасом. Когда наблюдаемых продаж нет, деление не помогает: приходится отдельно выяснять, отсутствовал спрос или у покупателя фактически не было подходящего предложения.
После этого рассчитываю потребность до следующего реального пополнения, используя собственный срок подготовки, перевозки и приёмки, а не произвольный норматив. Ожидаемый дневной расход умножаю на этот срок и прибавляю страховой запас, размер которого обосновываю колебаниями спроса и задержками поставок. Из полученной потребности вычитаю доступный региональный остаток, затем подтверждённые входящие поставки, которые успеют стать доступными до нужной даты. Положительный результат показывает расчётную нехватку, а отрицательный — запас сверх выбранной потребности, но ещё не окончательное решение о вывозе или сокращении закупки. Входящий товар после предполагаемого момента исчерпания запаса проверяю отдельно: он не закрывает разрыв доступности задним числом.
Не вычитайте запас соседнего кластера из региональной нехватки так, будто товар уже лежит рядом с покупателем. Он может участвовать в исполнении заказов, но доступность такого маршрута и срок доставки нужно проверять отдельно. Общий остаток показывает количество товара, а не равнозначность условий покупки во всех регионах. Пока нет подтверждения маршрута и сроков, соседний запас для моего расчёта остаётся возможным источником пополнения или удалённого обслуживания, а не местным наличием.
Почему избыток на соседнем складе не отменяет потерю продаж
Конкретная ошибка выглядит так: продавец складывает остатки по стране, делит их на общие продажи и решает, что следующая поставка пока не нужна. Внутри этой суммы может прятаться регион, где запас уже закончился, и другой регион, где товар расходуется медленно. Заказ из пустого кластера иногда получится исполнить издалека, но это не гарантирует прежний срок и прежнюю привлекательность предложения для покупателя. Часть покупателей может согласиться подождать, часть — выбрать другое предложение, а по одним доставленным заказам я не узнаю точный размер этой потери. Поэтому я не утверждаю, что пустой кластер автоматически обнуляет продажи, но и считать ситуацию безвредной оснований нет.
Денежное последствие я оцениваю через недополученный вклад от продаж, а не через всю потенциальную выручку. Из фактической выручки по сопоставимой продаже вычитаю себестоимость, комиссию и относимые к ней переменные расходы по отчётам, проверяя, что одна статья затрат не попала в расчёт повторно. Получившийся вклад на единицу умножаю на оценку несостоявшихся продаж, причём саму эту оценку явно отмечаю как предположение. Отдельно считаю подтверждённые дополнительные расходы на логистику и хранение, если они действительно возникли, и не приписываю их отсутствию местного запаса без проверки. Для сравнения с пополнением использую действующие условия и свои документы, а не запомнившиеся когда-то тарифы.
Есть и обратная ошибка: увидеть мало продаж в регионе после исчерпания остатков и решить, что больше товар туда отправлять не нужно. Получается замкнутый круг, в котором отсутствие доступного предложения принимают за отсутствие покупателей. Я сравниваю периоды с наличием и без него, одновременно проверяя цену, продвижение, сезонность и другие изменения, которые могли повлиять на заказы. Если сопоставимых наблюдений нет, небольшая проверочная поставка может дать материал для решения, но её объём должен укладываться в допустимый для меня риск. Избыток в соседнем регионе при этом не исчезает из внимания: я отдельно пересматриваю его будущие пополнения, чтобы не наращивать перекос.
Что проверить перед ближайшей поставкой
Завтра я бы начал с товара, у которого общий запас выглядит достаточным, но продажи или сроки доставки вызывают вопросы. Для него нужно собрать таблицу с регионами назначения заказов, доступными остатками по кластерам, расходом и ожидаемыми датами пополнения. Затем раскрыть проблемные региональные суммы до складов и убедиться, что внутри нет недоступного товара или неверной привязки. Подробный порядок проверки полей я описал в статье о том, как посмотреть остатки на складах Ozon и понять, какой товар ещё можно продать. Только после такой сверки имеет смысл выбирать направление следующей поставки.
Повторять эту работу вручную для нескольких магазинов неудобно, поэтому я предпочитаю сохранять правила расчёта, а не собирать каждый раз новую таблицу по памяти. Я сделал SellOps, потому что не нашёл готового сервиса аналитики, которому доверял бы в своей работе. В описании того, как устроен сервис, можно посмотреть его устройство и соотнести его со своими задачами. Но наличие сервиса не отменяет проверки исходных полей, статусов и актуальной географии площадки. Если источник не позволяет различить кластер покупателя и склад отправления, я не подменяю недостающие данные красивым региональным отчётом.
Результатом проверки должно стать конкретное решение по выбранному товару: куда пополнять запас, где пока остановить поставки и какую неопределённость сначала проверить. Я записываю основание решения рядом с расчётом, чтобы после приёмки сравнить ожидание с фактическими заказами и доставкой. Если региональный запас вырос, а продажи не изменились, это повод проверить исходную гипотезу, а не автоматически отправлять ещё товар. Начните с сопоставления актуального кластера назначения, доступного остатка и расхода по своему товару, затем проверьте дату возможного разрыва наличия. Такая таблица отвечает на вопрос о следующей поставке гораздо точнее, чем сохранённый когда-то список всех кластеров.
Как передавать коды маркировки в Ozon на FBS и что делать с УПД
Разбираю путь кода от получения товара до сборки заказа FBS, передачи сведений в Ozon и проверки возврата. Объясняю, почему УПД не заменяет код в отправлении, где искать причину ошибки и что меняется при работе по FBO.