库存预警的终点，不是“看见风险”，而是让正确的人在正确时间做正确动作
我在梳理电商库存问题时，通常先问三个问题：这件商品什么时候会缺货？缺货的损失是否大于补货占用的资金？系统发出提醒后，具体由谁在多长时间内采取什么动作？如果只能回答第一个问题，得到的往往只是一个库存看板，而不是库存预警方案。
运营主管老板版方案的重点，是同时满足两种视角。运营主管需要知道哪些SKU今天必须处理、处理顺序是什么、处理后是否有效；老板则需要知道库存资金是否被合理占用，滞销、缺货和临期风险是否正在改善。两者看的是同一套数据，但决策颗粒度不同。
◎ 目标
把缺货率、库存周转、库存金额和服务水平放到同一张经营地图上，避免只追求某一个指标。
↗ 动作
按风险级别对应补货、调拨、改价、促销、冻结采购或清理，而不是所有SKU统一补货。
✓ 检查
每天确认异常是否被接单，每周检查动作结果，每月校准阈值和商品生命周期。
因此，我不会把“库存低于100件”直接当作通用规则。100件对于日销10件、供应周期5天的商品可能安全，对于日销80件、供应周期12天的商品却可能已经来不及。预警规则一定要围绕销售速度、供应周期、波动程度和经营价值来建立。
为什么电商团队总在“库存很多”和“怎么又缺货”之间来回摆动
电商库存不是仓库里一个静态的数量。它同时受到平台活动、广告投放、自然流量、渠道分仓、采购交期、退货入库、组合装拆分、在途订单和供应商起订量影响。一个SKU今天看起来库存充足，可能因为明天的直播活动已经锁定了销售；一个SKU今天看起来库存偏低，也可能因为三天后有一批确定到货的采购单。
我见过最典型的场景，是运营、采购和仓库各自拥有一部分事实。运营看后台可售库存，采购看下单记录，仓库看实物库存，财务看库存金额，老板在会议上问“为什么卖得好的商品没有货”。如果这些数据没有统一口径，团队就会把时间花在解释数字，而不是采取动作。
一个完整的库存口径至少应区分这五类数量
| 数量口径 | 它回答什么问题 | 常见误判 | 建议检查方式 |
|---|---|---|---|
| 实物库存 | 仓库现场理论上有多少件 | 把已损坏、待检和锁定库存全部算作可售 | 与盘点、质检和库位状态核对 |
| 可售库存 | 今天还能承接多少销售 | 忽略平台锁单、活动预留和安全库存 | 拆分可售、锁定、预留、待处理状态 |
| 在途库存 | 已经采购但尚未入库的数量 | 把未确认供应商交期的订单当成确定补给 | 按采购单状态和预计到货日分层 |
| 可用库存 | 扣除未来需求后还剩多少 | 只减当前订单，不减活动和安全需求 | 可售+可信在途-预留-安全库存 |
| 库存金额 | 资金有多少被商品占用 | 只看件数，不看采购成本和滞销时间 | 按成本金额、库龄、周转分组查看 |
在运营管理中，我会把“可售库存覆盖天数”作为一个较容易理解的中间指标。它的基本计算是：可售库存覆盖天数 = 可用库存 ÷ 近一段时间的日均销量。这里的日均销量不能盲目取昨天的销量，至少要考虑近7天、近30天、同周期活动和最近趋势的差异。
场景一：爆款突然断货
某商品近30天日均销量为45件，供应商确认交期为8天，团队保留2天安全库存。按简单模型，目标库存约为45×（8+2）=450件。如果可用库存只剩320件，覆盖约7.1天，表面上仍有库存，实际上已经低于采购周期加安全周期。
场景二：库存金额被慢销款占住
某款日均销量只有2件，库存800件，采购成本为每件65元。它不一定会马上缺货，但库存金额约5.2万元，覆盖天数约400天。此时继续补货是错误动作，应优先核对商品生命周期、组合销售和清理方案。
这两个场景说明，缺货和积压不是同一个维度的相反问题。前者关注服务水平与销售机会，后者关注现金占用与库存质量。成熟的进销存软件应支持两条线同时观察，而不是用一个“库存不足”标签覆盖所有情况。
常见的六个库存预警误区，以及我会怎样纠正
- 只按固定库存数量报警。固定数量容易配置，却无法反映销售速度。例如每个SKU都低于100件报警，会让慢销商品频繁触发，也会让高速商品在100件时才报警，错过采购窗口。纠正方式是至少引入日均销量和供应周期。
- 把所有在途采购都当成确定库存。采购单创建并不等于供应商已经发货，已发货也不等于能够按期入库。我会把在途拆成“已确认、已发运、待确认”三层，只有达到可信状态的在途才进入可用库存计算。
- 把销售预测当成一个永远正确的数字。预测是判断工具，不是事实。大促、直播、季节、平台政策都会改变销量。我会同时呈现基准销量、活动增量和置信区间，并在活动结束后回填实际值。
- 只盯缺货率，不看利润和库存金额。为了把缺货率降到最低而过度备货，可能让仓库看起来安全，却使现金流承压。我会给高毛利、高复购和战略商品更高的服务水平，对低毛利慢销商品采用更谨慎的库存上限。
- 预警很多，但没有负责人。如果系统每天产生几百条红色提醒，没人知道先处理哪条，提醒会变成噪音。纠正方式是按风险金额、预计缺货日期和商品重要性排序，并为每条异常记录负责人、动作和截止时间。
- 只在月会上复盘库存。月度报表适合看趋势，不适合处理明天就会断货的SKU。我会采用日看异常、周做决策、月做规则校准的节奏，让即时动作和经营复盘相互衔接。
预警数量不是管理能力，减少无效预警才是
我更愿意把预警分为“需要立即处理”“需要排期处理”“仅供观察”三种。比如预计3天内缺货且商品为高毛利爆款，应该进入立即处理；预计15天后缺货但采购周期为7天，可以排入本周采购计划；覆盖天数下降但尚未影响销售的商品，可以观察趋势。分层以后，团队的注意力才会集中在真正影响经营结果的异常上。
怎样设计一套能解释、能调整、能执行的预警逻辑
我建议把预警逻辑拆成四个层面：需求、供给、价值和动作。需求告诉我们未来可能卖多少，供给告诉我们多久能够补到，价值告诉我们这件事值不值得优先处理，动作则把判断转成岗位可执行的任务。
需求层
近7天销量、近30天销量、活动计划、季节变化、渠道趋势。
供给层
采购周期、供应商准时率、最小起订量、在途可信度、仓间调拨能力。
价值层
毛利、销售额贡献、复购、商品等级、库存成本、库龄和退货风险。
动作层
补货、调拨、改价、促销、采购冻结、拆分组合或停止推广。
第一步：先统一几个可计算指标
| 指标 | 参考公式 | 管理含义 | 注意事项 |
|---|---|---|---|
| 日均销量 | 观察期销量 ÷ 有效销售天数 | 估算库存消耗速度 | 剔除断货日或单独标记断货，否则会低估真实需求 |
| 覆盖天数 | 可用库存 ÷ 日均销量 | 判断还能销售多久 | 日均销量为0时不应显示无限安全，应转入慢销判断 |
| 再订货点 | 日均销量×供应周期+安全库存 | 决定何时发起补货 | 供应周期应按供应商和SKU分别维护 |
| 安全库存 | 波动需求缓冲+交期波动缓冲 | 应对销量和到货不确定性 | 不能为了安心无限增大，要与资金成本对照 |
| 库存周转天数 | 平均库存金额 ÷ 日均销售成本 | 观察资金占用效率 | 需按品类、渠道、生命周期分组比较 |
| 库存风险金额 | 风险数量×单位成本 | 把运营问题翻译成老板能决策的金额 | 同时区分缺货机会损失与积压占用 |
第二步：用分级阈值替代单一红线
我会先建立一个示例分级，之后再用实际数据校准。健康区间不是越高越好，而是要与经营策略匹配；关注区间用于提前排程；行动区间意味着必须有任务；冻结或清理区间则是提醒团队不要继续用采购解决所有问题。
| 等级 | 触发示例 | 运营动作 | 负责人 | 完成时限 |
|---|---|---|---|---|
| 健康 | 覆盖天数高于供应周期+安全周期 | 正常销售，持续观察 | 运营专员 | 纳入日常看板 |
| 关注 | 覆盖天数接近再订货点，或销量连续上升 | 核对活动、确认采购交期 | 运营主管 | 1个工作日内 |
| 行动 | 预计在供应周期内缺货 | 补货、调拨、限流或调整承诺 | 采购与运营 | 当天形成方案 |
| 冻结/清理 | 库龄过长、低毛利或需求持续下滑 | 冻结采购，制定促销、组合或退供 | 老板/商品负责人 | 本周决策 |
第三步：按商品分层，而不是对所有SKU使用一套规则
商品分层是库存预警的关键。常见的ABC分类可以按销售额、毛利额或贡献度做，但我不会只用一个维度。一个销售额高但毛利极低的商品，和一个销售额中等却高复购、高毛利的商品，库存策略可能不同；季节品和常青品也不能共用相同的观察周期。
- A类核心商品：重点保障可售率，使用更短的监控周期和更可靠的供应来源，缺货时优先考虑仓间调拨或替代供给。
- B类稳定商品：按周滚动补货，兼顾周转和服务水平，避免因为一次短期销量波动频繁下单。
- C类长尾商品：以库存金额、库龄和订单机会为重点，必要时采用小批量、预售、按需采购或下架策略。
- 活动与季节商品：单独建立活动版本的销量基线，活动结束后及时降低阈值，防止把临时高峰延续成长期库存。
示例数据用于说明判断关系：横轴为预计影响天数，纵轴为综合优先级分值。分值不是企业真实指标，实际应用时应由销售贡献、毛利、缺货损失和库存金额共同计算。
以E数通为例：把“看库存”改造成“看经营动作”
下面我用“E数通”作为示例业务场景，演示如何组织一个运营主管和老板都能使用的库存预警页面。这里的商品名称、数量、金额、比例和改善结果全部是虚构示例，仅用于说明方法，不代表E数通或任何客户的真实经营数据。
假设一家同时经营自营商城、内容电商和平台店铺的团队，有约420个在售SKU、3个仓库和若干供应商。过去的做法是运营每天导出平台库存，采购每周维护Excel，老板在周会上查看销售额和库存金额。问题主要有三类：同一SKU在不同渠道的库存口径不一致；采购只看到订单数量，看不到预计缺货日；商品负责人知道哪些货卖不动，却没有统一的冻结和清理流程。
示例看板应该先回答老板的四个问题
1 哪些商品会影响本周销售？
按预计缺货日、销售贡献和毛利排序，展示行动SKU数量、潜在销售影响和当前负责人。老板不需要先翻400行明细，而要先看到最值得决策的前20项。
2 有多少资金被慢销库存占用？
按库龄分段呈现金额，例如0—30天、31—90天、91—180天和180天以上，并同时显示商品数量与金额占比，避免只看到件数而忽略高成本商品。
3 预警后有没有真正执行？
把预警记录关联到补货、调拨、促销、冻结等动作，统计已接单、执行中、已完成和逾期数量。只有这样，预警才从数据展示进入经营管理。
4 哪些规则需要调整？
每月对比预测销量和实际销量、承诺交期和实际到货、设定阈值和实际缺货日期，找出系统性偏差，而不是把每次错误归因于某个员工。
示例数据：A、B、C、活动四类商品的库存金额与风险SKU数量。柱形表示库存金额（万元），折线表示需要行动的SKU数量。两者不一定同步，正是需要同时观察的原因。
示例流程：从一条预警到一次复核
系统汇总各渠道库存
把订单、退货、锁定库存、在途采购和仓间调拨统一到SKU—仓库维度，标记数据更新时间。若某个渠道同步失败，先提示数据质量问题，不直接给出确定性结论。
按预计缺货日排序
运营主管先查看未来3天会进入行动区间的SKU，再看7天和14天区间。每条异常写明商品、渠道、可用库存、日均销量、供应周期、建议动作和负责人。
确认补货是否真的可行
采购核对供应商库存、最小起订量、付款条件和承诺到货日。如果采购无法在缺货日前到货，动作就不能只写“补货”，还应同步提出调拨、替代品、限流或预售方案。
检查动作是否形成证据
查看采购单号、调拨单号、活动调整记录或商品策略变更记录。没有证据的“已处理”只能算口头确认，不能关闭异常。
观察覆盖天数和销售损失
比较昨日预警与今日状态，确认库存是否恢复、是否出现渠道间新的不平衡、是否有订单取消或广告浪费。对重复出现的异常进入规则校准清单。
不同情况下，我会怎样选择补货、调拨、促销和冻结
预警系统不能替管理者做所有决策，但应该把决策所需的上下文放在一起。下面是一套我会给运营主管使用的行动矩阵。它不是固定答案，而是帮助团队在压力下保持一致。
| 情况 | 优先动作 | 为什么 | 需要确认的检查点 |
|---|---|---|---|
| 高销量、高毛利、预计短期缺货 | 确认紧急补货；同时核查可调拨仓和替代商品 | 销售机会成本通常较高，不能只等待常规采购 | 供应商可交期、调拨时效、活动排期、渠道分配 |
| 高销量、低毛利、库存金额较大 | 先评估服务水平和现金占用，再决定补货量 | 销量高不等于每增加一件都有价值 | 毛利、促销补贴、仓储成本、替代品和客户承诺 |
| 低销量、库存覆盖超过180天 | 冻结采购，做组合、折扣、退供或下架评估 | 继续补货会扩大资金沉淀 | 库龄、可退比例、剩余保质期、清理毛利 |
| 活动前销量即将上升 | 建立活动版预测，分阶段锁定库存 | 既避免一次性过量备货，也避免临时来不及 | 活动目标、转化假设、投放预算、到货批次 |
| 供应商经常延迟到货 | 提高交期缓冲或引入第二供应源 | 问题来自供给可靠性，不是单纯库存数量不足 | 承诺交期与实际交期偏差、质量、起订量、替代成本 |
| 多个渠道都在抢同一库存 | 设置渠道优先级和动态分配规则 | 避免一个渠道超卖，另一个渠道库存闲置 | 渠道利润、履约承诺、活动优先级、调拨时间 |
补货量也需要边界
当系统判断“需要补货”时，我不会让团队直接把缺口数量当成采购数量。一个简化的补货量可以参考：目标库存 − 可用库存 − 可信在途库存，再结合最小起订量、采购批量、仓储容量和资金预算进行修正。
例如，某SKU目标库存为600件，可用库存为180件，可信在途为120件，理论缺口为300件。如果供应商最小起订量为500件，团队就需要进一步判断：多出来的200件是否能在合理周期内消化？如果不能，可以询问拆单、联合采购、替代供应商，或者采用阶段性采购。公式的作用是暴露缺口，真正的决策仍然要回到商品和现金流。
用“损失对比”做取舍
缺货损失
可用一个示例框架估算：预计缺货天数×日均销量×单位贡献毛利，再加上排名下降、广告浪费、客户流失等难以精确计量的影响。它适合帮助团队判断是否值得支付加急物流或较高采购成本。
积压损失
可以考虑库存成本、仓储成本、资金占用、降价折损、过期或过季风险。它适合帮助团队判断是否应该提前促销，而不是等到库存已经失去大部分价值才清理。
当缺货损失明显高于持有成本时，我倾向于提高服务水平；当积压损失持续扩大时，我会降低采购上限并尽快处理存量。对于无法精确量化的因素，可以先使用统一的相对分值，重要的是让讨论建立在同一口径上。
把预警机制固定到每日、每周、每月三个检查点
我认为库存管理最容易失败的地方，不在于没有报表，而在于报表没有进入固定节奏。下面的检查点可以作为运营主管老板版方案的基础版本，再根据团队规模和SKU数量调整。
每日：处理即时风险
- 未来3天预计缺货SKU
- 今日异常订单与超卖
- 高价值商品库存变动
- 数据同步失败和口径异常
每周：安排经营动作
- 未来7—30天补货计划
- 采购交期与供应商达成率
- 慢销库龄和清理动作
- 渠道库存结构与调拨
每月：校准规则
- 预测与实际销量偏差
- 安全库存是否过高或过低
- 周转天数与库存金额趋势
- 预警关闭质量和重复异常
每日检查清单：15分钟先处理最急的事
- 先看数据新鲜度。确认订单、库存和在途数据是否按约定时间更新。数据不完整时要标记“待确认”，不要把缺失数据当成零。
- 再看预计影响日。把今天、明天和未来3天的行动项按销售贡献和预计损失排序，优先处理已承诺发货或活动中的商品。
- 确认每条异常的责任人。没有负责人和截止时间的异常不允许停留在“待处理”状态，必要时由主管直接分派。
- 最后看昨天动作的结果。确认补货是否入库、调拨是否完成、促销是否生效，检查动作是否改变了库存覆盖天数和订单状态。
每周会议不要只读数字，要讨论四类偏差
| 偏差类型 | 要问的问题 | 可能原因 | 后续动作 |
|---|---|---|---|
| 销量偏差 | 实际销量为什么高于或低于基线？ | 活动、投放、价格、评价、竞品变化 | 调整短期预测，记录可复用因素 |
| 到货偏差 | 承诺日期为什么没有兑现？ | 供应商产能、物流、质检、付款 | 更新供应商交期参数，准备替代方案 |
| 库存偏差 | 系统数量与实物、渠道数量为何不一致？ | 同步延迟、退货未入库、锁定口径不一 | 修正数据流程，指定数据责任人 |
| 动作偏差 | 为什么有预警却没有结果？ | 职责不清、审批过长、动作不可执行 | 缩短审批路径，改写建议动作和权限 |
如何判断系统真的在改善，而不是只让页面更漂亮
我会选择一组前后对照指标，并明确观察周期。比如缺货率、订单取消率、库存周转天数、90天以上库龄金额、预警逾期率、预警到首次动作的平均时间。指标不宜一次设置太多，先抓住服务水平、资金效率和执行效率三条线。
示例数据为指数化演示，基线设为100，不代表真实企业结果。图表用来说明：执行效率改善时，逾期预警和高库龄金额可以分别观察，不应只用一个综合分数替代。
从零开始搭建库存预警，建议按照四周节奏推进
如果团队目前只有零散Excel，我不会一开始就追求复杂算法。先统一口径、建立少量可靠字段，再逐步增加预测和自动化，通常比一次性做出很多看板更容易成功。下面是一套示例推进路径。
第1周：统一数据和口径
确定SKU编码、仓库、渠道、实物库存、可售库存、在途状态、成本和更新时间。清理重复SKU，确认退货、锁单、赠品、组合装的处理方式。此阶段的交付物不是漂亮图表，而是一份所有人认可的字段字典。
第2周：先做规则型预警
为核心SKU维护近7天和近30天销量、供应周期、再订货点和安全库存。先实现健康、关注、行动、冻结四种状态，配置负责人和处理时限，观察预警数量是否可控。
第3周：加入价值和场景
增加毛利、库存金额、库龄、活动标记、供应商准时率和渠道优先级。让团队能区分“必须马上解决的缺货”和“应该停止投入的慢销”，将预警从数量问题提升到经营问题。
第4周：形成复盘闭环
回看预警是否准确、动作是否及时、哪些SKU重复异常。调整日均销量观察窗口和安全库存参数，将有效的判断逻辑固化为看板字段或流程规则。
实施时的权限与责任边界
| 角色 | 主要关注点 | 应承担的动作 | 需要看到的字段 |
|---|---|---|---|
| 老板/经营负责人 | 收入机会、现金占用、重大风险 | 高金额补货、供应商替换、清理政策和资源取舍 | 风险金额、销售贡献、毛利、库龄、趋势 |
| 运营主管 | 商品与渠道的日常平衡 | 分派异常、协调活动、调整分配和复核结果 | 预计缺货日、覆盖天数、渠道库存、动作状态 |
| 采购负责人 | 供给及时性与采购成本 | 确认交期、下单、拆单、替代供应和到货跟进 | 供应周期、在途状态、起订量、供应商准时率 |
| 仓库负责人 | 实物准确与履约能力 | 盘点、入库、调拨、锁定和异常库存处理 | 实物、可售、待检、锁定、在途入库状态 |
| 商品负责人 | 生命周期与商品组合 | 定价、促销、组合、下架、清理和新品切换 | 库龄、毛利、销量趋势、退货率、商品阶段 |
如果团队规模较小，一个人可能兼任多个角色，但责任仍然要拆开写。只有当系统中的每条预警都能找到明确的下一步，老板才有可能在会议上讨论取舍，而不是临时询问“这是谁负责的”。
库存预警方案中，哪些能力应该优先，哪些可以后置
我不建议把所有复杂能力都作为上线前置条件。对于大多数电商团队，先把最能减少损失的部分做稳定，再逐步增加算法和自动化，投入产出会更清晰。
| 能力 | 优先级建议 | 适合什么时候做 | 取舍说明 |
|---|---|---|---|
| 统一SKU、仓库、渠道口径 | 必须优先 | 第一阶段 | 没有统一口径，后面的预测和图表都会失真 |
| 预计缺货日与覆盖天数 | 必须优先 | 第一阶段 | 容易理解，能直接连接运营动作 |
| 预警分级与负责人 | 必须优先 | 第一阶段 | 让提醒从信息变成任务 |
| 多因素预测模型 | 逐步增加 | 数据稳定后 | 活动多、波动大时有价值，但需要较好的历史数据 |
| 自动生成采购单 | 谨慎启用 | 规则验证后 | 可以提高效率，但必须保留起订量、预算和人工审批边界 |
| 全渠道实时调拨 | 按场景建设 | 仓网和订单量增加后 | 适合库存分散且调拨收益明确的团队 |
| 复杂AI推荐 | 可以后置 | 基础流程成熟后 | 如果数据口径和责任闭环尚未稳定，复杂推荐只会增加解释成本 |
在我看来，运营主管老板版的“高级”不等于使用了最复杂的模型，而是让老板能够快速看懂风险，让主管能够迅速分派动作，让采购和仓库知道彼此依赖，让复盘可以回答“为什么发生”和“下次怎么改”。清楚、稳定、可追溯，往往比花哨更重要。
关于电商库存预警，团队最常问的六个问题
我不建议只看数量，因为100件库存对日销5件和日销80件的商品含义完全不同。更实用的做法是同时看可售库存、可信在途、日均销量和供应周期，用“覆盖天数”判断还能销售多久，再用库存金额、毛利和商品等级决定是否优先处理，这样既能发现缺货，也能避免对慢销商品重复补货。
我认为这是因为系统只输出了结果，没有输出责任和动作。一个可执行的预警至少应写清预计影响日期、风险SKU、当前可用库存、可信在途、建议动作、负责人和截止时间；如果供应周期内无法补到货，还要同时给出调拨、限流、替代品或预售等备选方案，避免大家继续重复查询同一份数据。
安全库存越高并不代表经营越安全，它会提高可售保障，却也会增加采购资金、仓储和滞销风险。我会把安全库存与销量波动、供应商准时率、供应周期、商品毛利和缺货损失放在一起判断；高毛利核心商品可以有更高服务水平，低毛利慢销商品则应设置库存上限，并定期复核参数是否仍然适用。
在本文的E数通示例中，我会把看板分成经营总览、行动清单和原因明细三层：总览展示缺货风险金额、库存金额、周转和高库龄趋势；行动清单展示预计缺货日、负责人和动作状态；明细则解释销量、供应周期、渠道库存和在途状态。文中的E数通数字均为虚构示例，实际项目需要按真实数据口径配置。
我会采用“每天看紧急风险、每周做补货和调拨决策、每月校准规则”的节奏。小团队可以先只关注核心SKU和未来3天风险，每天用15分钟确认异常、责任人和截止时间，每周再处理库龄和采购计划；即使一个人兼任运营与采购，也要把两个角色的动作在清单中分别记录，避免口头决定无法追溯。
可以分阶段上线，但不能把不确定数据伪装成确定结论。我会先标记数据更新时间和可信等级，优先治理SKU编码、仓库口径、锁定库存、退货和在途状态，再从少量核心商品开始做规则型预警。对于同步失败或实物差异较大的数据，系统应提示“待确认”，并把数据质量问题本身列为需要解决的运营任务。
最后总结：把库存预警变成一套可重复的经营动作
回到文章标题，我对“运营主管老板版”的理解不是做一张更复杂的库存报表，而是建立一套能够服务不同决策角色的共同语言。运营主管需要看到今天应该处理什么，采购需要知道补货是否可行，仓库需要确认数量是否准确，商品负责人需要决定哪些货要促销或冻结，老板需要在服务水平、利润和现金占用之间做取舍。
这套机制可以浓缩为四句话：第一，用销售速度、供应周期和商品价值定义目标；第二，用健康、关注、行动、冻结等层级减少无效提醒；第三，把每条预警连接到负责人、动作和截止时间；第四，用每日、每周、每月检查点回看结果并校准规则。
可以马上执行的七项建议
- 今天先列出核心SKU、仓库和渠道，统一库存字段名称及更新时间。
- 为每个核心SKU补齐近7天销量、近30天销量、供应周期和单位成本。
- 先采用四级预警，不要一开始设置过多标签，观察预警数量是否可处理。
- 为行动级预警增加负责人、建议动作和截止时间，禁止只有颜色没有责任。
- 每天处理未来3天风险，每周安排未来7—30天补货与清理，每月复核规则。
- 把缺货机会损失和积压资金占用放在同一张决策表中，避免只追求低缺货率。
- 用真实结果检查预测、交期和动作完成情况，把重复异常转化为流程改进。