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

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

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

Где найти все кластеры Ozon и проверить города на карте

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

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

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

Как понять, в каких кластерах товар действительно продаётся

По 20 655 доставленным заказам моих магазинов за 90 дней медианный срок доставки составил 2 дня, а 80% заказов доехали за 4 дня и меньше. Медиана здесь показывает середину наблюдаемого распределения, а не обещанный срок для любого покупателя. Значение 80% говорит, какая часть доставленных заказов уложилась в обозначенный срок. Эти цифры дают мне общий ориентир для сравнения регионов, но сами по себе не доказывают, что размещение товара было правильным. В переданных данных нет разбивки по кластерам, поэтому назвать на их основании конкретный регион быстрым, медленным или недообеспеченным я не могу.

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

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

Как я рассчитываю региональный запас по шагам

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

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

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

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

Не вычитайте запас соседнего кластера из региональной нехватки так, будто товар уже лежит рядом с покупателем. Он может участвовать в исполнении заказов, но доступность такого маршрута и срок доставки нужно проверять отдельно. Общий остаток показывает количество товара, а не равнозначность условий покупки во всех регионах. Пока нет подтверждения маршрута и сроков, соседний запас для моего расчёта остаётся возможным источником пополнения или удалённого обслуживания, а не местным наличием.

Почему избыток на соседнем складе не отменяет потерю продаж

Конкретная ошибка выглядит так: продавец складывает остатки по стране, делит их на общие продажи и решает, что следующая поставка пока не нужна. Внутри этой суммы может прятаться регион, где запас уже закончился, и другой регион, где товар расходуется медленно. Заказ из пустого кластера иногда получится исполнить издалека, но это не гарантирует прежний срок и прежнюю привлекательность предложения для покупателя. Часть покупателей может согласиться подождать, часть — выбрать другое предложение, а по одним доставленным заказам я не узнаю точный размер этой потери. Поэтому я не утверждаю, что пустой кластер автоматически обнуляет продажи, но и считать ситуацию безвредной оснований нет.

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

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

Что проверить перед ближайшей поставкой

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

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

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