sku库存:电商卖家问题诊断:补货计划卡在退货难追怎么办
很多电商卖家以为补货计划卡住,是因为销量预测不准;但我在参与多个店铺的库存盘点时,反复看到另一种更隐蔽的情况:仓库里明明有一批退货,系统却仍把它们当成“待检商品”,补货表既不敢把这批货算进去,也不敢完全忽略,最后形成了“该补的不敢补、能卖的找不到、退回的占着库位”的三重浪费。对 SKU 库存来说,退货难追不是售后部门的局部问题,而是直接改变可售库存、补货点、现金占用和滞销风险的经营问题。
我处理补货争议时,第一步从来不是看总库存,而是把每个 SKU 拆成不同状态。因为“系统库存 500 件”这句话本身没有决策价值,真正有价值的是:其中多少件可以立即销售,多少件正在运输,多少件等待质检,多少件需要维修或重新包装。
建议至少建立以下五种状态:可售库存、在途库存、退货待检库存、不可售库存、已承诺库存。已承诺库存包括已经付款但尚未出库的订单、渠道锁定数量、活动预留数量等。只有把这些状态分开,补货人员才知道哪些库存能够覆盖未来需求。
| 库存状态 | 是否计入即时可售 | 是否计入补货覆盖 | 常见误判 |
|---|---|---|---|
| 可售库存 | 是 | 是 | 忽略已经被订单占用的数量 |
| 在途库存 | 否 | 有条件计入 | 只看发货,不看预计到仓时间 |
| 退货待检库存 | 否 | 通常不直接计入 | 把退货入库时间当成可售时间 |
| 不可售库存 | 否 | 否 | 长期挂在总库存中,造成虚假安全感 |
| 已承诺库存 | 否 | 否 | 把订单占用数量重复算进可用库存 |
我的核心判断是:退货只有完成“签收、登记、质检、分级、重新上架”这条链路后,才可能转化为可用于补货的库存。仅仅显示“买家已寄回”或“仓库已签收”,都不能证明这批货可以支持下一轮销售。
传统补货公式通常写成:补货量等于预测需求加安全库存减去现有库存和在途库存。这个公式并没有错,错在很多卖家把“现有库存”理解得过于简单。对退货比例较高的品类,现有库存必须进一步折算成未来可售库存。
我更常用下面这个判断式:
未来可售库存
= 当前可售库存
+ 预计在补货周期内完成质检的退货数量 × 预计合格率
+ 按时到仓的在途库存
已承诺库存
预计损耗与冻结数量
例如,某 SKU 当前可售库存为 680 件,未来 14 天预计完成质检的退货为 120 件,历史合格率为 72%,预计按时到仓的在途库存为 300 件,已承诺库存为 260 件,预计损耗与冻结数量为 40 件。那么未来可售库存不是 680 加 120 加 300,而是:
680 + 120 × 72% + 300 – 260 – 40 = 766.4 件
如果未来 14 天需求预测为 900 件,安全库存为 180 件,则缺口约为 313.6 件。卖家如果把全部退货 120 件都算入补货覆盖,会少补约 34 件;如果完全不考虑退货,则可能多补约 86 件。真正合理的做法不是“算退货”或“不算退货”,而是按退货处理时效和合格率折算。

退货可用率不是单纯的退货率,也不是质检合格率。它至少包括三个时间因素:退货是否已经发出、是否能够在补货周期内签收、签收后是否能够及时完成质检和重新上架。
可以用一个简单的折算方式估算:
退货可用率
= 预计按时签收率 × 预计按时质检率 × 质检合格率 × 重新上架完成率
假设某店铺过去一个月的数据是:退货按时签收率 90%,签收后 48 小时内质检率 80%,质检合格率 75%,重新上架完成率 95%。那么这批退货在实际补货周期内能够重新成为可售库存的比例约为:
90% × 80% × 75% × 95% = 51.3%
这意味着 100 件退货,真正可以用于短周期补货决策的可能只有约 51 件。这个数字通常比卖家凭经验估计的 70%或80%保守,但更接近实际经营结果。
一件退货从买家申请开始,可能经过客服审核、物流运输、仓库签收、质检判定、财务退款和商品重新上架。每个环节的系统记录可能都不同,甚至使用不同的表格和编号。
我见过一种典型情况:客服系统里显示“退货已完成”,物流系统显示“包裹已签收”,仓库表格却显示“待质检”,商品系统仍保留在“销售中”。四个状态同时存在,补货人员只好在几个系统之间人工比对,最后往往采取最保守的处理方式,不把退货计入可售库存,也不敢及时清理异常单。
这种保守看似安全,实际上会带来两个后果。第一,短期内重复补货,现金被占用;第二,退货长期停留在待处理区,库位被占用,真正需要处理的 SKU 反而找不到。
低销量 SKU 的退货即使延迟几天,通常也不会立刻造成缺货;但爆款每天出库数百件,库存判断以小时为单位。某个服饰 SKU 如果日均销量为 240 件,退货处理延迟 3 天,理论上就会有约 720 件商品无法及时回到可售池。
另一类高风险品类是尺码、颜色和套装组合复杂的商品。退货可能不是简单的“原 SKU 原状态”,而是出现配件缺失、包装损坏、组合拆散或颜色错发。系统只记录一个 SKU 数量,仓库却需要重新判断它是否能够按原价销售。
在我参与的一次库存复盘中,一款日均销量约 110 件的家居用品,月退货率约 16%。表面看退货数量很大,实际有近三成退货需要重新包装,约一成因配件缺失只能降级销售。最后,退货对正常销售库存的贡献率只有约 56%,远低于店铺原先按 80%估算的水平。

补货计划之所以卡住,并不只是因为退货处理慢,更因为一件商品从订单到退回仓库后,身份可能发生断裂。原订单编号、物流单号、退货申请号、仓库收货单号和质检结果没有稳定关联,最终只能依赖商品名称、SKU 编码或人工备注进行匹配。
一旦同一 SKU 有多个批次、不同供应商或不同包装版本,仅凭 SKU 编码就无法判断退回的商品是否可以直接销售。尤其是套装商品,退回一件主商品但缺少赠品时,数量虽然回来了,销售价值却已经改变。
因此,库存追踪的最小单位不应只停留在 SKU 层面。对于高价值、高退货或高售后成本商品,至少要关联订单号、退货单号、物流单号、入库时间、质检等级和处理结果。
这是最直接、也最危险的做法。退货商品可能还在运输途中,可能已经签收但没有完成质检,也可能被判定为不可二次销售。把全部退货加回库存,等于默认每件商品都能在最短时间内恢复销售。
这种算法在退货率低、退货处理快、商品不易损的品类里暂时不容易暴露问题。但当大促结束、退货集中到达时,系统会突然出现大量“虚拟库存”。卖家以为库存够用,实际上订单发出后才发现可售数量不足。
我的建议是:退货总量只能作为预测输入,不能直接作为库存结余。只有完成质检并标记为可售的退货,才能无条件进入可售库存;其他状态必须按照时间和概率进行折算。
与前一种做法相反,有些卖家为了避免缺货,直接把所有退货排除在补货模型之外。这样做虽然降低了断货风险,却会造成不必要的采购和资金占用。
如果一款商品每月有 2000 件退货,其中 70%能够在 7 天内恢复销售,而采购提前期为 30 天,那么完全忽略退货,可能会持续多采购约 1400 件。对于单件采购成本 35 元的商品,仅一个月就可能多占用约 4.9 万元采购资金。
更麻烦的是,多采购的商品往往在退货集中回流时同时到仓,库存峰值被推高,仓库需要额外库位,后续还可能通过折扣清理。卖家以为自己是在买安全,实际是在购买一段时间后的滞销。
退货率只能说明有多少商品被退回,不能说明退回后是否能够继续销售。买家因“不喜欢”退回的商品,通常比因“质量问题”退回的商品更可能恢复原价销售;而因尺寸不合、配件缺失或包装破损产生的退货,处理成本和可售率差异很大。
| 退货原因 | 对可售率的影响 | 补货模型中的处理方式 | 优先改善动作 |
|---|---|---|---|
| 不喜欢或临时改变主意 | 通常较小 | 可按历史合格率折算 | 缩短签收和质检周期 |
| 尺码或规格不合 | 中等 | 按款式、尺码分别计算 | 优化详情页尺寸说明 |
| 质量问题 | 较大 | 默认不计入即时补货覆盖 | 反查供应商批次和工艺 |
| 配件缺失或包装损坏 | 中高 | 拆分为原价可售、降级可售和不可售 | 建立配件补配和重包装流程 |
库存准确率回答的是“账上数量和实物数量是否一致”,库存可用率回答的是“实物中有多少能够按当前销售条件卖出去”。两者完全不是一回事。
仓库盘点发现某 SKU 实物为 1000 件,系统也记录 1000 件,说明数量准确率很高。但如果其中 180 件在退货待检区,90 件缺少配件,70 件包装破损,真正可以按原价出库的可能只有 660 件。数量账对了,经营账仍然错了。

退货库存至少要按处理时间分成三层。第一层是 48 小时内能够完成质检并重新上架的“短期可恢复库存”;第二层是 3 至 7 天内可能恢复销售的“中期可恢复库存”;第三层是超过 7 天仍未完成判定的“异常冻结库存”。
这三层库存对补货决策的价值不同。短期可恢复库存可以参与日常补货调整,中期可恢复库存只能参与周度计划,异常冻结库存不应参与补货覆盖,反而应该作为运营异常单独处理。
我通常会要求团队每天看三个时间指标:退货签收至登记的小时数、登记至质检完成的小时数、质检完成至重新上架的小时数。只看月度平均值没有用,因为平均数会掩盖大促后某几天的严重积压。
退货处理时效不适合只用平均值。比如平均处理时间是 2 天,但其中 20%的订单需要 6 天,补货计划如果按平均值计算,就会在大促或周末出现明显偏差。
更稳妥的做法是看 P50、P80 或 P90。P50 表示一半退货可以在这个时间内处理完成,P80 表示八成退货可以在这个时间内完成。对缺货成本高的爆款,我会参考 P80;对毛利低、库存成本高的商品,则可以参考 P50,避免过度囤货。
| 商品场景 | 建议参考时效 | 退货纳入补货的比例 | 判断重点 |
|---|---|---|---|
| 高毛利爆款 | P80 或 P90 | 只纳入已确认可售部分 | 优先防止断货和流量损失 |
| 稳定销售日用品 | P70 或 P80 | 按历史可用率折算 | 平衡缺货与资金占用 |
| 低毛利大件商品 | P50 或 P70 | 谨慎纳入未质检退货 | 控制仓储和逆向物流成本 |
| 质量问题集中商品 | 不纳入未质检退货 | 仅使用已判定可售库存 | 先解决供应商和产品缺陷 |
我不建议卖家把所有库存预测做到小数点后两位,因为退货本身带有不确定性。更实用的是给每个 SKU 建立补货可信度等级。
这个等级的价值在于,它把“数据质量”也放进了补货决策。很多团队只讨论需求预测,却忽略了库存输入本身不可靠。一个预测模型即使算法很复杂,只要输入的退货状态不完整,输出仍然只是看起来精确的错误答案。

下面这个案例来自我整理的一组家居用品店铺样本,数据做了区间化处理,但业务关系保持真实。该店铺有一款售价 129 元的收纳类商品,日均销量从 90 件增长到 150 件,采购提前期为 18 天,仓库退货质检通常需要 2 至 6 天。
店铺原先采用的规则是:只要可售库存低于未来 21 天预测销量,就触发补货。退货商品在仓库签收后自动回到库存总数,但可售标记由仓库每天批量更新一次。
问题出现在一次平台促销结束后。促销带来销量上涨,也带来了退货集中回流。系统显示库存总量 2100 件,补货人员判断“库存足够”,于是延后采购;但真正可售库存只有 980 件,另有 620 件在退货待检区,300 件等待重包装,200 件已经被订单预占。
两天后,店铺出现部分地区无法发货。客服将原因归为物流波动,实际上是仓库可售库存不足,而总库存数字掩盖了这个问题。
| 项目 | 原口径 | 调整后口径 | 变化 |
|---|---|---|---|
| 库存基数 | 总库存2100件 | 可售库存980件 | 剔除状态不明库存 |
| 退货计入方式 | 签收即全部计入 | 按可用率折算 | 降低虚拟库存 |
| 已承诺库存 | 未单独扣除 | 扣除200件 | 避免重复占用 |
| 补货周期 | 固定21天 | 采购18天加处理缓冲 | 更贴近真实到货时间 |
| 补货触发 | 看总库存是否足够 | 看未来可售库存缺口 | 由静态判断变为动态判断 |
调整后,店铺没有简单地把所有退货排除,而是把 620 件待检退货按照过去 8 周数据折算。假设 5 天内完成质检的比例为 74%,质检合格率为 82%,重包装完成率为 92%,则这批退货在补货周期内的预计可用量约为 344 件。
620 × 74% × 82% × 92% ≈ 344 件
这 344 件可以进入中期补货模型,但不能全部用于当天的销售承诺。当天可用量仍只应采用已经完成质检和上架的部分。这样做看起来比“签收即加回”保守,但可以减少因库存虚高导致的延迟补货。

这个案例最重要的结果,不是补货量从某个数字变成另一个数字,而是团队能够区分两种错误:缺货错误和过量采购错误。前者损失销售、排名和客户体验,后者占用现金、库位和运营人员时间。
对于高毛利爆款,缺货一天可能损失后续多天的自然流量,因此可以接受一定程度的冗余库存。对于低毛利、退货处理成本高的大件商品,过量采购的成本可能高于短期缺货损失。补货模型必须与商品经济模型绑定,不能所有 SKU 使用同一套安全系数。
先不要急着购买新系统,也不要马上开发复杂模型。最重要的动作是统一状态名称。状态字典必须让客服、仓库、采购、财务和运营都能理解,并且每个状态都要有明确的进入条件和退出条件。
每个状态都要对应一个责任人和最大停留时间。例如,“已签收待登记”不应超过 12 小时,“待质检”不应超过 48 小时,“异常待核查”不应无限期存在。没有停留时限的状态,最后一定会变成库存黑洞。
至少需要建立一条稳定的关联链:订单号,退货单号,物流单号,入库单号,SKU,质检结果。若商品价值较高或序列号管理要求严格,还要加入批次号、序列号或商品照片。
如果现有系统暂时无法打通,可以先用一个中间台账做过渡。但台账不能只记录“退回 10 件”,还应记录每件退货的状态、入库日期、质检结果、可售等级和最后处理人。
| 字段 | 最低要求 | 用途 |
|---|---|---|
| 原订单号 | 必填 | 追溯销售场景和售后责任 |
| 退货单号 | 必填 | 区分一次订单中的多件退货 |
| 物流单号 | 必填 | 确认运输和签收节点 |
| SKU与批次 | 必填 | 判断商品是否属于同一货品和供应批次 |
| 质检等级 | 必填 | 区分原价可售、降级可售和不可售 |
| 上架时间 | 必填 | 计算真实可售恢复时效 |
| 异常原因 | 条件必填 | 支持供应商、包装和详情页改进 |
对大多数中小电商团队,我建议先采用三个库存池,而不是一开始就建立十几个复杂状态。三个库存池分别是:即时可售池、预计恢复池、异常冻结池。
这三个池子能够解决大部分实际沟通问题。采购关注预计恢复池和即时可售池,仓库关注处理时效,客服关注退货状态,财务关注退款和损失,运营则可以看到哪些 SKU 的退货已经影响销售。

退货追踪不需要每天看几十个指标。我建议先固定五个:待登记件数、待质检件数、超时件数、异常匹配件数、预计可售恢复量。它们分别对应链路入口、仓库处理、时效风险、数据质量和补货价值。
如果待登记件数上升,说明收货或单据匹配有问题;如果待质检件数上升,说明仓库处理能力不足;如果超时件数上升,说明平均值正在掩盖尾部积压;如果异常匹配件数上升,说明订单、物流和库存数据没有稳定关联;如果预计可售恢复量下降,则要直接通知采购和运营重新计算补货计划。
这五个指标应按 SKU、仓库、渠道和退货原因拆分。只看全店总数,容易让大体量商品掩盖小体量但高风险的商品。
此时不能把运输中的退货当成即时库存。我的处理顺序通常是:先确认未来 3 天真实可售库存,再判断能否通过调仓、拆分渠道库存、调整广告或限制活动来争取时间。
爆款场景最忌讳等待退货“自然回来”。退货运输存在波动,质检也有尾部延迟。对于高毛利商品,适当支付加急运费通常比因断货失去流量更划算。
这类商品常见于服饰、鞋类和部分家居用品。退货率可能达到 15%至30%,但多数商品并没有质量问题。此时重点不是简单减少补货,而是提高退货回流速度。
这类商品的取舍是:用更多仓库处理能力换更少采购量。若每件商品的重新包装成本低于新采购和仓储成本,投入质检与重包装人员通常是合理的。
这类场景不能把退货当成补货资源。质量问题退货即使数量回来了,也可能再次产生售后,继续占用客服、仓库和物流成本。
我会把质量问题退货从补货模型中完全剔除,直到完成原因确认和批次判断。随后把数据回溯到供应商、生产批次、物流包装和商品页面,判断问题是个别缺陷还是系统性缺陷。
如果某批次质量问题退货率明显高于历史基线,最优先的动作不是补更多货,而是暂停该批次入仓或扩大抽检。继续采购只会把库存问题扩大为现金流和口碑问题。
对于大件商品,退回一次可能产生双向物流费、重新包装费、库位费和人工处理费。即使商品最终可以重新销售,利润也可能已经被逆向成本吃掉。
这类商品的补货策略应偏保守,并且要区分“可售价值”和“账面数量”。一件商品如果重新包装和运输成本超过预计毛利,就不应为了提高库存数量而强行恢复原价销售。
可以考虑以下做法:
多仓场景最容易出现“仓库有货但销售渠道缺货”。某平台的退货可能回到平台仓,另一个渠道的订单却无法使用这批库存;如果所有仓库库存简单汇总,补货结果一定偏乐观。
此时必须把库存可用性拆成两个维度:商品状态和渠道可用性。商品即使完成质检,也不代表它可以被所有渠道调用。补货计划应按仓库、渠道和 SKU 组合计算,而不是只看全局数量。
| 库存位置 | 商品状态 | 可支持的销售范围 | 补货判断 |
|---|---|---|---|
| 自有仓 | 原价可售 | 可按规则分配给多个渠道 | 可计入对应渠道覆盖 |
| 平台仓 | 原价可售 | 通常优先支持原平台订单 | 不能直接冲抵其他平台缺口 |
| 退货处理仓 | 待质检 | 暂不能承诺销售 | 只能按折扣系数参与中期计划 |
| 维修或重包装区 | 降级可售 | 适合折扣渠道或特定活动 | 按不同售价和毛利单独计算 |

增加采购适合高毛利、高转化、缺货损失明显的 SKU,尤其是采购提前期长、供应商产能不稳定的商品。它的优势是决策简单,能够快速降低断货概率。
缺点是会放大退货难追带来的库存虚高。如果退货在未来几天大量恢复销售,新货和退货可能同时到仓,形成库存峰值。使用这个方案时,必须设置采购上限,并且把退货处理时效纳入滚动复盘。
优先清理退货适合合格率高、重包装成本低、缺货风险中等的商品。它能够快速释放库位和现金,也能减少不必要的新货采购。
缺点是需要仓库增加人力,并且对质检标准、商品分级和责任归属提出更高要求。如果仓库没有明确的优先级,增加人员也可能只是让待检区变大,而不是让库存真正恢复销售。
如果退货主要来自尺码、规格、颜色或套装组合错误,那么单纯提升仓库处理速度只是治标。更有效的动作是减少不必要的 SKU 复杂度,优化详情页信息,改善拣货复核和包装标识。
这个方案的收益不会立刻体现在库存数量上,但会降低未来退货流入量。它适合退货原因比较稳定、能够明确归因的商品。
当店铺已经出现多仓、多平台、多批次和高频退货时,依赖表格会逐渐失效。此时可以评估某项目管理工具、仓储系统或库存管理平台,把退货状态、质检任务、补货计划和异常责任放到同一条流程中。
但工具不是第一步。若状态定义混乱、责任人不清、SKU 主数据不统一,换工具只会把混乱搬到新系统里。我的判断标准是:当人工每天花费超过 2 小时进行退货匹配,或者每周至少出现一次因库存状态错误导致的补货争议,就值得评估系统化建设。
| 方案 | 适用场景 | 主要收益 | 主要代价 |
|---|---|---|---|
| 增加采购 | 高毛利、缺货损失高 | 快速降低断货概率 | 资金占用和滞销风险上升 |
| 优先清理退货 | 退货合格率高、处理成本低 | 释放库存和库位 | 需要仓库增加处理能力 |
| 降低 SKU 复杂度 | 规格、尺码或组合错误明显 | 从源头降低退货流入 | 商品和页面改造需要时间 |
| 系统化管理 | 多仓、多平台、高频退货 | 提高追踪和协同效率 | 需要主数据治理和实施成本 |

每日动作的目标不是制定长期采购计划,而是确保今天看到的库存没有明显虚假。建议每天固定两个时间点检查:上午处理前一日新增退货,下午检查超时和异常单。
退货可用率至少每周更新一次,不能全年使用同一个系数。促销期、换季期、物流高峰期和供应商更换后,退货处理时效和合格率可能发生明显变化。
每周至少拆出以下维度:SKU、退货原因、仓库、渠道、供应商批次。若样本量太小,不要过度相信单周结果,可以使用近 4 周或近 8 周滚动数据,并对异常活动日单独标记。
我建议至少做乐观、基准和保守三种情景。乐观情景使用较高的退货合格率和较短的处理时效,保守情景只使用已确认可售库存,基准情景则采用 P70 或 P80 处理时效。
| 情景 | 退货处理假设 | 适用决策 | 不适合的用途 |
|---|---|---|---|
| 乐观情景 | 高合格率、低延迟 | 评估是否可以减少加急采购 | 不适合承诺当天履约 |
| 基准情景 | 采用滚动中位数或P70/P80 | 制定常规采购计划 | 不适合质量问题批次 |
| 保守情景 | 只计入已质检可售库存 | 爆款断货预警和应急采购 | 不适合长期采购预算 |
很多卖家只把退货当作订单售后指标,没有把它回写到 SKU 经济模型。实际上,一个 SKU 的真实贡献利润应当扣除逆向物流、质检、重包装、折价和客服处理成本。
真实贡献利润
= 销售收入
商品采购成本
正向履约成本
平台及支付费用
退货物流成本
退货处理成本
折价损失
售后人工成本
如果某 SKU 销售毛利看起来不错,但退货处理成本和折价损失很高,它可能并不适合继续扩大库存。补货计划必须回答“补多少货能赚钱”,而不是只回答“补多少货能不断货”。

我越来越倾向于把退货看成一条与正向供应链平行的“逆向供应链”。正向供应链关注采购、入仓、销售和履约;逆向供应链关注申请、运输、签收、质检、修复、分级和再销售。两条链路最终都会影响同一个结果:某个 SKU 在某个时间点到底能不能卖。
如果企业只优化正向采购,而不管理逆向回流,就会出现一个很奇怪的现象:一边不断买新货,一边仓库里堆着可以修复的退货;一边担心库存不够,一边账面库存越来越高。这不是单纯的预测问题,而是库存状态没有被经营起来。
如果你现在就想改善,不必先改造全店。建议选择一个退货率较高、销量稳定、库存影响明显的 SKU,连续观察七天。
七天之后,如果你发现总库存没有明显变化,但可售库存判断变得更清楚,说明方向已经正确。下一阶段再把这套方法复制到高价值、高退货和多仓 SKU 上。
最后的判断标准很简单:一件退货商品只有在你能回答“它在哪里、属于哪个 SKU、什么时候完成质检、能否按什么价格销售”时,才真正具备库存价值。补货计划不应该被退货拖住,也不应该被虚假的库存数字误导。把退货从模糊的总数量,转化为有时间、有状态、有价值等级的库存,才是解决 SKU 补货难题的关键。
我以前一直按“可售库存+在途库存”来算补货,结果某个主推SKU明明系统显示还有库存,仓库却连续缺货。后来我发现,真正拖慢补货决策的不是退货数量,而是退货处于什么状态、多久能重新销售,以及这些库存是否被重复计算。
退货库存最容易制造“虚假库存”。订单已经退回,但商品可能还在运输途中、等待质检、等待维修、等待重新包装,甚至已经判定为不可二次销售。如果这些数量直接并入可售库存,补货模型就会高估库存;如果完全排除,又可能在退货快速回流时重复下单。
我在一次服装类SKU的排查中,把库存拆成五层:可售库存、已分配库存、退货在途、待质检退货和不可售库存。原来系统显示库存为428件,但真正能支持未来7天销售的只有247件,差额主要来自待质检退货和已分配未发货库存。
库存层级数量是否计入补货判断依据 可售库存247全额计入已上架且可正常出库 已分配库存96不计入已被订单锁定 退货在途38按回流概率折算物流状态可追踪 待质检退货31暂不计入尚未确认成色和包装 不可售退货16不计入需要报损、维修或供应商处理 更稳妥的计算方式是:可用库存=可售库存-已分配库存+预计可恢复退货。
预计可恢复退货不能直接使用退货总量,而应乘以“按时回仓率×质检合格率×重新上架率”。例如38件退货在途,按时回仓率80%、质检合格率85%、上架率90%计算,真正可贡献的库存只有约23件。我的判断是,补货计划卡住时,不要先催仓库“赶紧入库”,而要先确认库存口径。
只要把退货状态从一个总数拆成可追踪的库存层级,采购、仓库和运营通常就能在同一张表上达成一致。
我曾经把退货在途当成“3天后必然回仓”,结果物流延迟和仓库积压叠加,主推SKU在大促前少了近两天的可售库存。我想知道,退货回流时间到底应该怎么测,才能进入补货计划,而不是凭经验拍脑袋?
退货回流时间不能只看物流承诺时效,因为消费者寄出、承运商揽收、仓库签收、质检和重新上架,任何一个环节都可能成为瓶颈。我测试过一批日均退货量约60件的SKU,物流平均只占回流周期的41%,剩余时间主要耗在仓库等待签收和质检排队上。建议把退货回流拆成四个时间点:消费者发出、仓库签收、质检完成、重新上架。
每个时间点都记录订单号、SKU、数量和时间戳。这样才能判断问题到底在物流端,还是在内部处理端,而不是把所有延迟都归因于快递。
环节平均耗时P90耗时补货模型建议 消费者寄出至揽收0.8天2.1天不计入确定库存 揽收至仓库签收2.4天5.6天只按低比例折算 签收至质检完成1.6天4.2天高峰期暂不计入 质检至重新上架0.7天2.5天合格后才计入 在实际计算中,我更推荐使用P90时效,而不是平均时效。
平均值适合做运营复盘,P90更适合做缺货风险控制,因为补货最怕的不是大多数退货慢一天,而是少数异常订单在关键销售窗口内完全没有回流。一个可执行的规则是:只有已经签收且质检完成的退货,才进入“确定可用库存”;已揽收但未签收的退货,只能按历史回流率折算;消费者尚未寄出的退款订单,不进入任何补货库存。
这样做看起来更保守,但能明显减少因虚假库存造成的断货。
我过去只看近30天销量和退货率,发现高退货SKU经常被系统建议少补,最后反而缺货。后来我意识到,退货率高不代表退回来的商品都能重新销售,真正要看的应该是退货数量、回流速度和可售恢复率之间的关系。
退货率不能直接当成库存回补率。比如某SKU退货率是12%,但其中只有70%按时回仓、85%通过质检、90%完成重新包装,那么可恢复率约为53.6%。如果把12%的退货全部视为可用库存,补货量就会被压低接近一半。
我做过一轮家居用品SKU的回测,日均销量为120件,供应周期为10天,原本按销量计算需要1200件周转库存。加入退货因素后,理论上每天有14.4件订单退回,但按53.6%的可恢复率计算,每天真正能够重新贡献的库存只有约7.7件,而且这部分库存通常存在2至5天的时间延迟。
指标数值对补货的影响 日均销量120件决定基础需求 订单退货率12%只能说明潜在回流量 按时回仓率70%反映退货是否赶得上销售周期 质检合格率85%排除损坏和缺件商品 重新上架率90%排除无法及时恢复销售的商品 实际可恢复率53.6%用于折算退货库存 我的做法是把安全库存分成两部分:基础需求波动安全库存,以及退货延迟安全库存。
基础部分可以根据日销量标准差和供应周期计算;退货延迟部分则根据“退货可恢复数量的波动×回流延迟天数”估算。这样,高退货SKU不会被简单判定为应该少备货,而是会被识别为库存波动更大的SKU。如果没有足够历史数据,可以先用三档规则:可恢复率高于75%的退货,按50%至70%折算;
可恢复率在40%至75%之间,按20%至40%折算;低于40%或回流时间超过补货周期的退货,暂不计入补货。连续运行4周后,再用实际数据替换经验参数。
我遇到过一个典型场景:运营说退货很多、库存应该够,采购说系统库存不足、需要紧急下单,仓库却说退货还没完成质检。大家看到的都是同一个SKU,但每个人使用的库存状态不同,所以我想建立一套能真正落地的退货追踪流程。
退货管理最常见的失败,不是没有报表,而是报表只有数量,没有责任节点和下一步动作。一个真正能支持补货的退货台账,至少要回答四个问题:货在哪里、现在是什么状态、预计什么时候变化、如果延期谁负责处理。
我在搭建流程时,会给每一笔退货建立唯一追踪号,并强制绑定SKU、订单号、数量、退货原因、当前节点、预计完成时间和异常责任人。状态不超过六种:待寄回、运输中、仓库已签收、待质检、可售已上架、不可售处理。状态越多,员工越容易随意选择,反而降低数据质量。
节点必须记录超时阈值触发动作 待寄回退款时间、提醒时间48小时自动提醒消费者或客服跟进 运输中物流单号、揽收时间72小时无更新核查物流异常 仓库已签收签收时间、数量24小时进入质检队列 待质检质检人、结果、原因24至48小时按SKU优先级排队 可售已上架上架时间、库位不适用回写可售库存 不可售处理报损、维修或供应商责任72小时关闭库存占用并追责 我建议每天只开一次“退货异常会”,而不是让三方随时互相催促。
会议只看三类数据:超过阈值未流转的退货、影响未来7天库存的SKU、预计回流量与补货量差异超过20%的SKU。这样,讨论会从“谁没处理”转向“哪个节点影响销售”。工具选择上,订单量较小时,带有自定义状态、负责人、到期提醒和筛选视图的某项目管理工具就足够;
当退货量超过日均500单,且需要自动读取物流、仓储和订单数据时,应考虑某项目管理平台或库存系统集成。不要一开始就追求复杂系统,先把状态定义和责任规则跑通,通常比购买更多功能更重要。最后设置一个补货冻结规则:当某SKU存在超过补货周期的未确认退货时,系统不得把这部分数量计入可用库存;
当退货完成质检并上架后,才自动释放库存。这个规则能直接切断“退货总量被当成现货”的错误链路,也是整个流程里最值得优先落地的一步。


读者评论
把退货直接加回库存确实容易造成误判,尤其是服饰、套装这类需要重新质检的商品。按签收、质检、合格率和上架时效分层计算,比只看退货总量更适合实际补货。
文章里“库存准确率不等于库存可用率”这一点很有价值。仓库账面数量即使完全对得上,待检、缺件和包装破损商品仍不能按原价销售,补货表最好单独列出这些状态。
退货追踪涉及客服、物流、仓库和财务,单靠SKU很难还原一件商品的处理过程。高退货或高价值商品确实应关联订单号、退货单号、质检等级和最终处理结果,否则异常很难定位。