Ozon提货点变微型仓:8万个节点之后,库存分布要重算

Ozon在8月28日宣布,把全国8万多个提货点(PVZ)改造为小型物流中心,分两个阶段推进。第一阶段9月10日已经启动。这件事对卖家的直接影响不在物流费,而在库存形态——过去"退货就等回大仓",现在商品会以分散在各地提货点的形态继续在售。

01 第一阶段:9月10日起,未取件和取消件就地转售

规则本身不复杂:买家下单后14天内未取件、或主动取消的包裹,处理后留在提货点,同时重新出现在平台线上橱窗对外销售。一旦有新买家下单,由Ozon快递到提货点取货、配送到买家所在城市。

费用口径保持不变。 卖家仍按FBO模式承担销售佣金与物流费,逆向物流费照常收取,第一阶段在提货点的存储不额外收费。

有一个限制必须提前算进库存计划:9月内卖家无法自行把商品从提货点取回,商品只能等被卖掉。 取回功能预计10月底才开放。这条对9月有清仓或调拨需求的卖家影响最直接——货一旦进了这个通道,整个9月就锁在点上了。

另有一条容易被忽略的衔接规则:8月初Ozon已经运到提货点的商品,技术上同样按取消处理,也走这套方案。也就是说,进入这个池子的货比卖家通常以为的要多。

02 第二阶段:10月开放卖家自送货,服务费付给提货点运营方

第二阶段在10月启动,有报道写为10月中旬。卖家可以主动把商品送到提货点或合作点位,也可以把最近的提货点当成发货点使用,后续由Ozon负责在各点之间调拨运输,并引入越库配送——货物先到最近点位,再中转最终目的地。

付费对象变了。 据平台测算,提货点运营方每月可因处理量和存储量增加约1.5万卢布收入,这笔服务费由卖家侧支付。卖家是向提货点运营方付费,不是向平台付费。

平台给出的逻辑很直白:把货物分散存放在8万个小节点,比集中在少数大仓更能抵抗单点中断带来的风险。今夏以来Ozon已有十余座物流设施遇袭、可用库容大幅缩减,这是改造的直接背景。

03 容量现实:8万个点只相当于自有仓网的四分之一到三分之一

改造听起来像是仓储扩容,实际不是。标准提货点面积通常只有10—30平方米,有业内测算认为,8万个点的总存储容量大约只相当于Ozon自有物流网络的1/4到1/3。

想用它替代中心仓不现实,用它接住退货、做前置备货才是正解。

配套规则也说清了边界:大件、保质期短的商品、珠宝首饰等不适合在提货点存放的,统一转回物流中心处理。 物流费按提货点所在区域核算。

04 库存逻辑要改的三处

这是卖家侧最实质的变化。库存从"所有剩余在一个仓"变成"分散在8万个节点",下面三个指标的算法都要跟着调整,否则后台看到的库存分布会和实际备货计划对不上。

动销率。 压在提货点的货仍然在售,但不在你的可控仓里。按原有口径算动销率,会把这部分货算成滞销,也可能把它算成已售,取决于系统的口径。星连ERP的库存管理支持多仓统一管理,各仓库存实时同步,分散在各地的库存能在一个视图里看到,动销率按合并口径重算,不会因为货的物理位置变化而误判。

周转天数。 9月内取不回、10月才开放自送,意味着这批货的周转周期被拉长了一个不确定区间。AI智能补货建议需要按各点实际销速重新给补货量,否则要么补多了压在点里,要么补少了旺季断货。

异常识别。 退货和取消件不再回仓,而是就地转售,传统的"退货回仓即入库"节点消失了。库存异常预警需要覆盖新增的节点状态,长时间挂零、长期未取件的SKU要能被标出来。星连ERP的订单处理带异常订单预警,配合库存异常预警,能把这类状态变化及时暴露出来。

05 哪些品适合前置到提货点,哪些不适合

10月第二阶段开放后,卖家需要自己判断哪些货值得主动放进去。判断依据是单件体积、单价和周转速度。

相对适合前置的: 体积小、单价高、周转快的标准品。这类商品在提货点存放的成本可能低于大仓仓储,且离买家更近、配送更快。

不建议前置的: 大件、保质期短的、珠宝首饰等被平台明确排除的品类;以及低单价、高体积的轻小件——存储和处理费可能吃掉毛利。

一个务实的做法是先用少量滞销品测试跑通,别把主力库存一次性搬进去。9月内取不回来,这个约束在10月自送货阶段同样要先评估清楚。

06 时间点清单

节点事项
9月10日第一阶段启动,未取件与取消件就地转售,存储不额外收费
9月内卖家无法自行从提货点取回商品
10月(有报道为10月中旬)第二阶段启动,卖家可自送货到提货点,平台负责点间调拨
10月底从提货点取回功能预计开放
持续提货点运营方服务费约1.5万卢布/月/点,由卖家侧支付

(以上规则基于Ozon官方公告与俄罗斯媒体公开报道整理,具体以卖家后台实时提示和平台公告为准。)

8万个提货点变成8万个库存节点,库存离买家更近,但离卖家的可控范围更远。分布变了,算法就得跟着变。星连ERP现已开放免费注册试用,最高支持2000单,500+商家在用,满意度99%,整体运营效率提升70%,缺货风险降低90%。多仓库存、订单异常、SKU利润先跑进系统,货散在各处也依然是一本能对得上的账