场景一:活动前的“虚假安全感”
我看到某个蓝牙耳机 SKU 账面有 1,200 件,近 30 天销售 900 件,于是直觉上认为还能卖 40 天,不用补货。后来才发现其中 180 件已分配给未发订单,120 件在质检,90 件是客户退回但尚未完成检测,真正可售数量只有 810 件。
如果活动会让日均销量从 30 件提升到 55 件,810 件只够约 14.7 天。这个结论与“账面可卖 40 天”完全不同。采购决策不是被某个复杂公式难住,而是被库存状态没有拆开误导。
如果我是仓库新手或第一次负责采购,我不会先问“这个 SKU 的周转率高不高”,而会先把库存状态、销售需求和退货去向放进同一张判断表里。
采购前要用“可售库存 + 未来需求 + 补货提前期 − 已确认在途 − 可回收退货”重新计算采购缺口,并为每个 SKU 建立从采购单、入库、销售、退货到最终处理的追踪键。只有当周转天数、库存准确率和退货闭环率同时达到可接受水平时,采购数量才有意义。
我尤其不会把“仓库里有货”直接等同于“可以继续销售”。破损、待检、待返修、客户已申请退货但尚未入库的货物,都会让账面库存看起来充足,却不能支持正常发货。若把这些状态混在一起,周转率会被美化,退货成本也会被推迟到月底才暴露。
下面的场景是为了说明方法而设置的示例,不对应任何真实公司。它们共同说明:库存问题通常发生在多个状态交接的位置。
我看到某个蓝牙耳机 SKU 账面有 1,200 件,近 30 天销售 900 件,于是直觉上认为还能卖 40 天,不用补货。后来才发现其中 180 件已分配给未发订单,120 件在质检,90 件是客户退回但尚未完成检测,真正可售数量只有 810 件。
如果活动会让日均销量从 30 件提升到 55 件,810 件只够约 14.7 天。这个结论与“账面可卖 40 天”完全不同。采购决策不是被某个复杂公式难住,而是被库存状态没有拆开误导。
客户退回一件商品后,客服在工单里写了“外观问题”,物流系统显示已签收,仓库把实物放在待检区,但库存系统没有改变状态。采购同事以为这件货仍在客户手上,重新下单;仓库盘点时又把它算成库存,月底形成一笔无法解释的差异。
退货并不是一个“已收货”的简单动作。它至少需要经历签收、质检、可二次销售、返修、报废或退供应商等状态,每一步都要有时间、数量和责任人。
两个外观相同的充电器使用同一个主 SKU,但一个批次来自旧供应商,另一个批次来自新供应商。发生集中退货后,如果只按主 SKU 统计,采购只能看到“退货率上升”,却不知道问题集中在哪个批次、哪家供应商、哪次入库。
因此,SKU 是最小识别单位,但不一定是完整分析单位。对有保质期、批次差异、序列号或供应商差异的商品,我会在 SKU 之外继续保留批次、供应商和入库日期。
我把新手常见的判断方式改写成“错误动作—风险—替代动作”,方便采购、仓库和客服一起使用。
总库存包括可售、锁定、待检、残次和冻结等状态。对采购来说,真正有意义的是在需求发生前可以正常发出的数量。建议把库存表至少拆成“可售、已分配、待检、返修、报废、在途”六列,并明确状态变化条件。
替代动作:所有补货计算都用可售库存做起点,已分配库存单独扣除;待检和退货只有通过质检后才能回到可售量。
仓库整体周转 20 天,并不代表每个 SKU 都是 20 天。畅销品可能 6 天周转,长尾品可能 180 天甚至没有销量。总平均值会让结构性积压被掩盖。
替代动作:至少按 SKU、品类、仓库和供应商分层,优先查看库存金额占比高、周转天数高和退货率高的交叉区域。
过去 30 天卖得好,可能是一次促销、一次大客户采购或季节性需求,并不意味着未来 30 天仍然同样强。反过来,刚上架的新品没有完整历史,也不能简单视为零需求。
替代动作:把基准销量、活动增量、季节因子、渠道订单和销售预测分别记录,采用保守、基准、乐观三个情景,而不是只给一个绝对答案。
退货会改变可售库存、补货需求、仓储占用和供应商评价。若退货率高但采购仍按出库量补货,系统可能反复买入同一批存在质量或描述问题的商品。
替代动作:按 SKU、退货原因、批次和供应商统计退货;对于“质量问题、错发、描述不符、客户改变主意”分别处理,不把所有退货混成一个百分比。
供应商说“7 天到货”,并不代表每次都在第 7 天到。采购提前期的波动会直接影响安全库存。平均交期 7 天、最长交期 16 天的供应商,与稳定在 7 至 8 天的供应商,补货策略不应相同。
替代动作:记录下单日、承诺日、实际入库日,计算平均交期、最大交期和准时交付率,再决定安全库存。
颜色提示能帮助第一眼发现问题,但无法说明谁在什么时候改了什么,也不能把客服退货与仓库收货自动关联。多人协作时,文件版本、公式覆盖和字段写法很容易造成漏项。
替代动作:用统一字段和权限控制沉淀事实数据,让预警由规则生成,把人工精力放在核查和决策上。
清仓可以释放现金和库位,但会牺牲毛利、渠道价格和品牌感知,也可能把有质量问题的商品继续推向客户。更重要的是,如果没有找到滞销原因,清完一批后仍会在下一次采购中重复发生。
替代动作:先区分需求不足、价格不合适、商品质量、页面描述、渠道错配和采购过量,再决定退供应商、调渠道、组合销售、返修、降价或报废。清仓是动作,不是诊断。
以下公式不是为了制造复杂度,而是让采购在面对销售、仓库、财务的不同意见时,能清楚说明每个数字从哪里来。
我会先建立一个 SKU 状态字典,给每种数量定义进入和离开的条件。比如“已分配”必须对应有效订单,“待检”必须有收货或退货单号,“可售”必须通过抽检或完整质检。没有状态字典时,任何人都可以用自己的理解填数。
这里的减法只是一种示例口径,企业仍需结合业务决定已分配库存是否已经从可售量中扣除。最重要的不是公式长短,而是同一个公式在采购、仓库和报表中保持一致。
我不会把过去 30 天销量直接复制到未来。至少应回答:近期是否有活动?是否有客户订单?是否存在季节变化?销售预测的可信度如何?新品是否有同类 SKU 可参考?
假设某示例 SKU 的预测日均需求为 40 件,供应商平均提前期 8 天,目标额外覆盖 15 天,可售库存 520 件,已确认在途 180 件,预计活动增加需求 100 件,则建议采购量为 40 ×(8 + 15)− 520 − 180 + 100 = 320 件。这个结果仍需检查采购最小量、资金预算、库容和供应商批次。
如果退货中有 70 件经过质检后可以恢复为可售,那么可售库存应在状态确认后增加,建议采购量相应下降。反之,如果 90 件退货最终判定为报废,采购不能把它们当成未来供给。
常见的示例公式是:库存周转天数 = 期间平均库存 ÷ 期间日均出库量。期间平均库存可以用期初和期末库存的平均值,也可以用每日库存的平均值。后者更能减少大批入库日对结果的影响。
对于期间没有出库的 SKU,不能显示为 0 天,因为 0 天意味着卖得极快。更合理的展示方式是“无销量”或“无法计算”,并进入长尾库存清单。对于新品,可以用同类 SKU 的基准区间和人工判断辅助,不要伪造历史数据。
退货率 = 退货件数 ÷ 已发货件数只是入口。真正要行动,还需要看退货原因占比、退货处理时长、可二次销售率、供应商承担金额和同批次集中度。
例如同一 SKU 退货率为 8%,其中 5 个百分点是尺寸不合适,2 个百分点是运输破损,1 个百分点是质量问题,解决方案完全不同。前者可能需要优化页面和尺码提示,后者要检查包装,质量问题则应回到采购与供应商管理。
下面的图表使用虚构的月度样本,仅用于展示如何同时观察可售库存、退货待检库存和出库趋势。图表不是任何企业的真实经营报告。
左轴表示件数,右轴表示出库件数。观察重点不是单月高低,而是待检和退货库存是否持续积累,以及出库增长是否真正转化为健康的可售库存消耗。
评分为示例规则:库存账实相符、供应商准时交付、退货闭环、可售占比和需求预测稳定性各占一个维度,不能代替企业正式绩效口径。
以下是虚构的“E数通示例项目”,不是 E数通客户案例,也不是产品承诺。这里优先用 E数通说明,是为了展示当采购、仓库、销售和售后数据需要联动时,可以怎样组织分析思路。
假设一家经营家居小电器的团队,有 3 个仓库、约 2,400 个 SKU,每周从订单系统、仓储系统和售后系统导出数据。过去采购会议经常围绕“感觉库存很多”或“供应商快断货”争论,但没人能在会议中快速回答某个 SKU 的真实可售量和退货去向。
团队使用 E数通搭建示例分析看板,将 SKU 主数据作为共同维度,把订单出库、期末库存、采购入库、在途、退货原因和供应商字段关联起来。重点不是做一个更漂亮的图,而是让每个指标都能下钻到明细。
| 数据主题 | 关键字段 | 用于回答的问题 |
|---|---|---|
| SKU 主数据 | SKU、品类、品牌、规格、单位、保质期 | 不同系统里的“同一商品”是否能准确合并? |
| 采购入库 | 采购单号、供应商、批次、入库日、数量 | 哪家供应商、哪批货正在形成库存? |
| 销售出库 | 订单号、SKU、渠道、出库日、数量 | 需求来源和销售速度是否稳定? |
| 库存快照 | 日期、仓库、状态、数量、库位 | 账面库存中有多少真的可售? |
| 退货售后 | 售后单号、订单号、原因、收货日、处理结果 | 退回后去了哪里,是否回到可售库存? |
| SKU 类型 | 周转天数 | 退货率 | 供应商准时率 | 建议动作 |
|---|---|---|---|---|
| 高销量、低退货 | 12 天 | 1.2% | 96% | 保持安全库存,重点防断货;采购量按需求预测和交期波动调整。 |
| 高销量、高退货 | 15 天 | 7.8% | 94% | 暂缓盲目放量,先按退货原因和批次定位问题,必要时与供应商确认赔付和替换。 |
| 低销量、低退货 | 96 天 | 1.5% | 98% | 降低补货频率,采用小批量采购或按订单采购,关注库龄和资金占用。 |
| 低销量、高退货 | 128 天 | 12.4% | 82% | 暂停常规补货,检查商品质量、描述和供应商稳定性,安排退供、返修或清理。 |
以上数字均为虚构示例。真实项目需要先确认统计期间、退货口径、供应商承诺日与实际入库日的定义。
分析工具能帮助我更快发现问题、统一口径、减少复制粘贴,但不能替我定义“待检多久算异常”,也不能在 SKU 主数据混乱时自动判断两个名称是不是同一个商品。上线前仍要做字段映射、异常值清理、盘点核验和业务人员确认。
如果你准备尝试 E数通,建议先选 20 至 50 个高价值或高退货 SKU 做小范围验证:比较系统结果与仓库实盘,检查每个指标能否追溯,确认使用者能否在会议前完成一次筛选和下钻。
这套流程适合采购新手第一次建立习惯,也适合团队把临时救火改造成周期性管理。
统一 SKU 编码、规格、单位和供应商映射,先处理一品多码、一码多品和计量单位不一致的问题。
规定库存快照、出库、入库和退货采用同一统计截止日,避免边查边变导致数字无法复核。
将可售、分配、待检、返修、冻结和在途分开,给状态变化设置负责人和凭证。
同时准备保守、基准、乐观三种情景,列出活动、季节、客户订单等会改变需求的因素。
按原因、批次和结果判断哪些退货可以恢复销售,哪些要返修、退供、报废或计入损失。
保留采购建议量、实际下单量、当时依据和后续结果,下一次才能知道安全库存是否合理。
同一个“周转变慢”可能来自需求下滑,也可能来自退货积压或数据错漏。先分类,再行动,才能避免一看到高库存就全面降价。
这通常更接近需求不足、采购批量过大、渠道变化或商品生命周期进入后段。我的第一动作是暂停新增采购,确认库存金额和库龄分布,再把商品放到更适合的渠道或组合销售。
这时不能只因为销量好就继续加单。先按退货原因、批次、渠道和供应商交叉分析。如果质量或包装问题集中在某一批次,我会暂停该批次的放量,并要求质检和供应商共同确认。
优先怀疑库存状态、仓位、盘点或系统同步,而不是马上增加采购。把账面可售量与实际可拣数量进行抽盘,核对已分配、冻结、损耗和跨仓调拨是否及时更新。
如果确实是跨仓库存不平衡,可以先调拨;如果是主数据和库存接口问题,应先修正同步规则。采购新货无法解决“账面有货但找不到货”的管理问题。
我会把风险拆成两部分:短期是否会断货,长期是否会形成高安全库存。可以采用分批下单、第二供应商验证、提前锁产能或调整交期承诺,而不是简单把库存目标提高到最高交期。
对关键 SKU,还要考虑替代品和客户可接受的交付时间。安全库存是对不确定性的缓冲,不应成为供应商不稳定的永久遮羞布。
我会把每个方案的好处、代价和适用条件写出来,避免团队只讨论“要不要买”,却不讨论承担什么风险。
获得:更高的履约能力,减少供应商延迟和活动波动造成的缺货。
付出:资金占用、库容压力、过期或降价风险,以及退货问题被放大的可能。
适用:需求稳定、毛利足够、保质期长、供应商交期波动明显且库存数据可信的 SKU。
获得:现金更灵活,商品结构调整更快,过时风险更低。
付出:可能发生缺货、加急运输、失去销售机会或客户体验下降。
适用:需求不稳定、退货率高、商品迭代快、供应商补货速度较快的 SKU。
获得:缓冲需求预测误差和供应商交期波动。
付出:安全库存不是免费保险,它会消耗资金并可能掩盖预测和供应商管理的问题。
适用:先有可靠的交期记录、销量记录和库存状态,否则只能得到一堆更大的模糊数字。
获得:减少问题商品继续流入,给质检和供应商整改留出空间。
付出:可能错过需求窗口,若退货只是客户改变主意而非质量问题,暂停过度会影响销售。
适用:退货问题集中、批次风险明确、替代供应源存在,且当前库存还能覆盖过渡期。
| 项目 | 示例值 | 解释 |
|---|---|---|
| 预测日均需求 | 40 件 | 基准情景,已剔除一次性大单。 |
| 可售库存 | 520 件 | 不含待检、返修和已分配数量。 |
| 确认在途 | 180 件 | 有采购单和承诺入库日。 |
| 交期与目标覆盖 | 8 + 15 天 | 供应商平均提前期加目标覆盖天数。 |
| 需求修正 | +100 件 | 活动增量,仅适用于活动期间。 |
| 建议采购量 | 320 件 | 需要再核对 MOQ、库容、现金和退货风险。 |
我会把采购单分成三类,而不是所有订单都走同一套审批:
以下完成度是项目管理示例,不代表任何团队的实际进度。关键是每一项都有验收标准,而不是只说“系统已经上线”。
确定 SKU、可售、待检、退货、出库、入库、在途等字段定义,挑出最常见的编码和单位问题。验收标准是采购、仓库、客服对同一个数字能说出同样的含义。
选择高金额、高销量、高退货或高库龄的 20 至 50 个 SKU,完成库存快照、订单、退货和供应商数据的关联。验收标准是任意一条异常都能回到明细凭证。
对照公式计算采购建议量,同时由仓库做实盘、由售后核对退货、由采购核对交期。验收标准是系统建议与人工复核的差异能被解释。
每周看异常,每月看趋势;把采购建议量、实际下单量、售后变化和最终库存结果记录下来。验收标准是下一次采购可以引用上一次决策和结果,而不是重新凭感觉讨论。
每条回答都按“问题扩展—判断方法—落地建议”组织,适合仓库新手在采购前快速核对,也方便团队把讨论沉淀成标准流程。
我在仓库系统里看到库存总数很高,但不知道其中有多少可售、多少已经分配、多少正在质检,也不知道未来订单是否会突然增加。是不是只要总库存大于最近销量,就应该停止采购?
不能直接这样判断。采购前应先把总库存拆成可售、已分配、待检、返修、冻结和在途,再用预测日均需求乘以提前期与目标覆盖天数,减去真正可售和已确认在途数量。示例中,账面 1,200 件可能只有 810 件能发货;如果活动将日均需求提高到 55 件,库存覆盖天数会从表面上的 40 天降到约 14.7 天。最终还要把退货原因、库容、资金和最小采购量一起纳入。
我用“库存除以销量”算出一个周转天数,但财务报表、仓库报表和运营报表给出的数字不一致。我应该选哪一个作为采购依据,是否数字越小就一定越健康?
首先要确认期间、库存时点和销量口径是否一致。常用示例是“期间平均库存 ÷ 期间日均出库量”,期间平均库存可以用期初与期末平均,也可以用每日快照平均;出库则要说明是否包含取消单、赠品和跨仓调拨。数字越小也不一定越好,过低可能意味着断货风险或安全库存不足;没有销量的 SKU 不应显示为 0 天,而应标记为无销量并进入长尾分析。
我发现客户退回的商品已经签收,但仓库还没有完成检查。有人认为签收就可以增加库存,有人认为只有重新上架才算库存。怎样定义才不会让采购和仓库各自使用一套数字?
建议把签收、待检、可二次销售、返修、退供应商和报废设置为不同状态。退货签收只说明实物回到仓库,不能说明它符合再次销售条件;只有完成外观、功能、配件、包装和必要的安全检查,并明确可重新销售时,才增加可售库存。对于食品、化妆品或有序列号的商品,还应增加保质期、密封性或序列号核验,避免因过早计入可售而重复发出存在问题的商品。
我看到某个 SKU 的退货率从示例中的 3% 上升到 8%,但销量仍在增长。此时直接减少采购可能错过销售机会,继续采购又担心问题扩大,我应该先做哪一步?
先拆原因和批次,再决定采购动作。8% 退货中可能有尺寸不合适、客户改变主意、运输破损、质量问题和错发,每一种原因的责任不同;如果质量问题集中在某一批次或供应商,可以暂停该批次放量并要求质检、售后和供应商共同核验,同时评估已发货订单的潜在售后量。如果退货主要是页面描述或尺码问题,采购减少并不能解决根因,应该先修正信息和拣配流程。
我所在的团队 SKU 数量不算多,暂时没有预算做复杂系统,但采购、仓库和客服都需要看到退货进度。Excel 是否足够,怎样设计字段才不会很快失控?
可以先用统一模板做小范围验证,但要把主数据、库存快照、出入库、采购在途和退货明细分开,并使用唯一 SKU、订单号、采购单号和售后单号关联。不要只靠颜色标记异常,要保留状态、更新时间、责任人、截止日期和凭证链接;同时规定统计截止时间和文件负责人。若文件频繁出现版本冲突、公式被覆盖、数据无法下钻或多人同时维护,就说明需要升级为更适合协作分析的工具,例如用 E数通搭建可追溯的看板和明细层。
我想优先尝试 E数通,但不确定它是否只能做展示图表,能不能帮助采购追踪到具体 SKU、订单和退货处理结果。是不是把几张 Excel 表上传后就能自动得到正确的采购答案?
在数据字段能够关联、口径经过确认的前提下,可以把 E数通作为库存与经营分析的示例工具:按 SKU、仓库、供应商、批次和退货原因筛选趋势,并下钻到订单或明细,帮助团队在采购前复核事实。但工具不会自动修复错误的 SKU 主数据,也不会替企业定义可售状态,更不能替代质检和供应商谈判。建议先选择 20 至 50 个重点 SKU 做验证,检查账实差异、退货闭环和指标可追溯性,再扩大范围。
我看到某个商品周转只有 10 天,销量和收入都不错,所以想加大采购量。可是同事提醒这个商品退货率也在上升,且供应商的交期波动很大,我该如何在增长和风险之间取舍?
周转快只说明库存被消耗得快,不能单独证明商品质量、利润和供应稳定性都良好。应同时观察可售率、退货率及原因、毛利、供应商准时交付率、交期最大值、批次集中度和现金占用。如果销量增长来自高退货或大量促销,继续放量可能把问题扩大;更稳妥的做法是按基准与保守情景分批采购,设置问题批次的暂停门槛,并在供应商交期稳定后再提高采购额度。

