先把最容易让人误判的一件事说在前面：ERP 上线 30 天，缺货率从 12.8% 掉到 5.4%，这个数字在当时被我写进复盘报告的第一行，但三个月后回头看，它其实只讲了一半的事实。真正值得写下来的，不是"降了多少"，而是我为了确认这 7.4 个百分点里到底有多少是 ERP 带来的，重做了两次口径、剔了三段异常数据、找了一个不用 ERP 的对照组店铺做平行比较。采购补货是跨境电商日常管理里最诚实的一个切口，它不像利润那样受汇率和广告费干扰，也不像"运营效率"那样没法量化，它每天都会在库存表上留下痕迹。
这篇复盘讲的不是哪家 ERP 好，而是我怎么用采购补货这条链路，去验证一套管理系统到底有没有真的改变日常动作。
如果你时间有限，只看这一节就够了。下面三句话是我做完这次复盘后最想告诉别人的，它们和大部分 ERP 宣传页说的不太一样。
绝大多数卖家买 ERP 时，脑子里想的是"系统帮我算该补多少货"。但我这次复盘下来，补货建议本身带来的改善其实有限，因为一个做了两三年跨境的采购负责人，凭经验估的量往往和系统建议差不多。
真正的差距出现在等待上。原来一个 SKU 从"发现快断货"到"采购单发出去"，中间要经过运营截图、群里 @ 采购、采购去后台核对库存、再手动填表，平均要走 2.5 到 3 天。ERP 压缩的不是计算能力，是这条链路里人和人之间的等待。这个判断直接决定了后面的验证方法：我不去看系统算得准不准，而是去看每个环节的时间戳。
大促之后、旺季之前、换供应商之后，缺货率本来就会自己波动。如果只是把上线前后两个月的数字一减，你得到的很可能只是季节性变化，而不是管理改善。
所以这次我做了一件在中小卖家里不太常见的事：留了一个对照组。同公司旗下两个店铺规模小、SKU 少、依然用 Excel 补货，在整个复盘周期里不做任何流程改动。它们的指标变化，就是这段时间里"什么都不做"的基准线。
这是我在这次复盘里踩得最深的一个坑：我一开始试图用 ERP 自带的报表来证明 ERP 有效。问题很明显，报表的口径是 ERP 自己定的，缺少 ERP 上线之前的基线数据，而且它不关心"人到底花了多少时间"。
后来我把执行层和验证层拆开了。执行层由 ERP 负责：订单、库存、采购单、在途。验证层由数据分析工具负责：把平台上、ERP 里、财务表里的数据拉到一起，算周转天数、看滞销结构、做同比环比。我这次用的验证层工具是数跨境，它属于后半段，把多平台店铺、库存、采购、利润数据汇总成可追踪的看板。这个分工想清楚之后，整个复盘才立得住。
这次复盘的样本是一家做家居收纳和宠物用品的跨境卖家，团队 9 个人：2 个运营、1 个采购兼仓管、3 个客服、1 个美工、1 个老板兼供应链、1 个兼职财务。
销售的盘子是这样：速卖通 2 家店、Shopee 2 家店、TikTok Shop 1 家店，加起来 5 家店，在售 SKU 128 个，日均订单 400 到 620 单之间波动。货源集中在广东和浙江的 6 家工厂，其中 3 家是主力，交期从 7 天到 25 天不等。
这个规模很有意思：大到 Excel 开始出错，小到还不需要专职的供应链计划岗。它正好落在最容易判断失误的区间里，老板觉得"再撑一撑也行"，但一线已经天天在救火。
我记得很清楚，做复盘访谈时，采购负责人给我复述了她的一天：早上 9 点开始翻三个平台后台，把库存低于 15 件的 SKU 截图到 Excel；10 点半左右在群里 @ 运营问"这几个还要不要继续推"；下午 2 点开始按 Excel 里的销量填采购表；4 点发给工厂询价；晚上还要再刷一次后台，看当天有没有爆单导致某个 SKU 突然见底。
这套流程不是不努力，而是所有信息都在人脑里做汇总，而人脑不擅长同时记住 128 个 SKU 的三个平台库存、在途数量、近 7 天和近 30 天销速。
触发点是一个非常具体的失误：一个宠物梳毛器在 TikTok Shop 上突然起量，日均从 8 单涨到 60 多单。采购表里这个 SKU 的补货点是按"日均 8 单、交期 15 天"设的，所以系统里（其实是 Excel 里）的补货触发线是 120 件。
实际上这批货卖完只用了 5 天。断货 9 天，店铺权重掉了一截，后来花了将近三周才把自然流量养回来。老板当时的原话是："我不是舍不得买 ERP，我是不知道买了到底有没有用。"
这句话就是这次复盘的全部动机。我要回答的不是"要不要买"，而是"买了之后，我拿什么证明它有用"。
在写复盘报告之前，我看了十几份同行和行业里流传的"ERP 上线效果总结"。坦白说，其中能经得起推敲的不多。下面六个误区，是我自己写第一版报告时全都踩过的。
最常见的一句是"公司已于 X 月完成 ERP 上线，实现订单、库存、采购一体化管理"。这句话描述的是项目状态，不是管理效果。系统装好了、账号开好了、数据导进去了，这些都是输入，不是产出。
我在第一版报告里就写了这么一句，被老板一句话问回来："所以呢？我多花的这五千块一个月，换来了什么？"
缺货率是最好看的指标，因为它对流程改善的反馈最快。但如果只看它，你会忽略另一件事：很多团队是通过"多备货"来降缺货率的，代价是库存周转天数上升、资金占用增加。
降缺货和降库存本来就是一对矛盾，同时改善才叫真本事，只改善一头多半是拿钱换的。
我第一版的对比区间选得很随意：6 月 1 日到 6 月 30 日 vs 7 月 1 日到 7 月 31 日。问题在于 6 月有大促尾声和补货潮，7 月是传统淡季，两个月的销量基数差了 38%。在这种基础上比缺货率，比出来的东西没有意义。
上线 ERP 的同时，这家公司还顺手做了三件事：给主力工厂加了月度对账、把采购申请的审批权限收到老板一个人、规定了每天上午 10 点前必须处理完预警。
这三件事和 ERP 没关系，但都会影响结果。如果复盘时不把它们拆开，你会高估 ERP 的贡献，然后在下一家店复制时发现同样的效果复现不出来。
这是逻辑上最尴尬的一个。ERP 的库存报表反映的是 ERP 记录的库存，它无法告诉你"因为数据延迟，这个库存数字比真实情况晚了两天"。验证工具必须能跳出执行系统本身。
这是我最想强调的一条反常识经验：ERP 上线的第 7 到第 14 天，缺货率大概率会上升。
原因不复杂。切换期间，老的 Excel 习惯还没断，新的系统操作还不熟，采购员一边看新系统一边不放心地回头核对旧表，决策速度反而变慢。我们这次试点组的缺货率在第 2 周一度冲到 15.1%，比上线前的 12.8% 还高。如果复盘时把这段算进去，很容易得出"ERP 没用"的结论。
把误区排除之后，我给自己定了一套三层验证框架。它的核心思路是：效果不是看结果数字，而是从"动作发生了没有"一路推到"决策质量提高了没有"。任何一层断了，最终的数字都不能算数。
这一层不碰结果指标，只看行为日志。上线之后的 30 天里，有没有人真的每天处理预警？采购单是不是从系统里生成的？在途数据是不是每天更新？
判断方法很土但很有效：随机抽 10 个断货事件，倒查时间戳。如果一个预警从产生到被点开，平均耗时超过 24 小时，那这套系统在行为层面还没跑起来，后面所有指标都不用看。
我们这次抽了 12 个事件，平均认领时间是 6.4 小时，其中 3 个在 1 小时内被处理。这说明执行层是通的。
这是技术上最麻烦的一层。上线前数据在 Excel 和三个平台后台，上线后在 ERP 加平台后台，两边的 SKU 编码、仓库名称、时间戳定义都可能不一样。
我做的第一件事是统一 SKU 主键。原来的 Excel 里存在同一个商品在两个平台用不同货号的情况，共发现 7 个 SKU 需要做映射。如果不处理，库存周转天数会算错，因为同一批货被拆成了两条记录。
第二件事是统一时间口径。比如"到仓时间"，平台后台记的是签收时间，ERP 记的可能是入库扫描时间，两者差半天到两天。我做复盘时统一取"入库扫描时间"，并在报告里注明。
这一层最难量化，但恰好是最有说服力的一层。我问了采购负责人三个具体问题：
她的回答是：第一个问题从"经常"变成"偶尔"，第二个从"一天"变成"两小时以内"，第三个她自己举了两个例子，都是慢销品，她本来想再补一批赌一把，系统里的滞销标签让她改成了先清库存。
这三个回答比任何百分比都更能说明问题，因为它们指向的是判断方式的变化，而不是数字的波动。
做完上面三层之后，我得出一个比较明确的架构结论：跨境电商的管理数据其实分两段，混在一起用会很痛苦。
第一段是执行段：订单处理、库存扣减、采购单生成、物流打单。这一段由 ERP 负责，它的评价标准是稳定、准确、少出错。
第二段是验证段：多平台数据汇总、库存周转分析、滞销结构、补货及时率、利润归因。这一段需要的不是流程能力，而是分析能力和跨数据源整合能力。
这次我们用的验证层工具是数跨境。它在这套架构里的位置很清楚：它不负责改库存，负责让你看见库存变化的结构。比如把 5 家店的库存按 SKU 汇总后，你可以直接看到某个 SKU 在速卖通上还有 200 件、在 Shopee 上已经断了 6 天，这种跨店可视，靠单个平台后台是看不出来的。
| 层级 | 核心职责 | 评价标准 | 典型问题 |
|---|---|---|---|
| 执行层（ERP） | 订单、库存扣减、采购单、在途、打单 | 准确率、稳定性、响应速度 | 能记录结果，但很难回溯"为什么这么决策" |
| 数据层（中台/表） | SKU 主键映射、字段对齐、时间口径统一 | 一致性、可追溯 | 一次性投入大，容易被跳过 |
| 验证层（分析工具） | 跨平台汇总、周转与结构分析、指标追踪 | 口径灵活、可自定义对比周期 | 不解决执行问题，不能替代 ERP |
这一节是全文最实在的部分。所有数据经过脱敏和口径统一，涉及金额的部分按区间处理，个别数值属于区间估算，我会明确标注。
上线前 30 天（D-60 到 D-30）对比上线后 30 天（D+1 到 D+30）。中间特意留出 D-29 到 D 的切换缓冲期不算进任何一组，避免切换期噪声污染两端。同时确认整个 60 天窗口内没有任何平台大促。
A 组（试点组）：3 平台 5 店，128 个在售 SKU，日均 420 单，上线 ERP 并调整采购补货流程。
B 组（对照组）：同一公司旗下 2 平台 2 店，61 个在售 SKU，日均 180 单，保持 Excel 补货，不做任何流程改动。
两组品类重叠度约 40%，供应链有 2 家工厂重合，所以外部环境大体可比。
八个指标全部事先定义好计算方式，写进表格，中途不改。这一点很重要，因为事后调整口径是复盘里最常见的自欺方式。
A 组在 D-60 到 D-30 的基线：缺货率 12.8%、订单满足率 86.2%、库存周转天数 34 天、滞销库存占比 21.5%、采购及时率 68%、补货人工耗时 11.5 小时/周、异常闭环时长 3.2 天、库存资金占用 62.4 万元。
B 组同期：缺货率 9.6%、库存周转天数 29 天、补货人工耗时 5.8 小时/周。B 组基数更好，主要因为 SKU 少、品类集中、供应商只有 2 家。
我把变化拆成了四段，每段都对应一个可以观察的时间戳。
原来运营早上和下午各刷一次后台，中间 6 到 8 小时是盲区。同步之后，库存变化基本在 15 分钟内反映到汇总视图里。这一段的价值不是"知道库存多少"，而是"爆单当天就能知道"。
这一步对补货决策影响最大。原来每个店独立看库存，同一个 SKU 在三家店都显示"还有货"，实际上总库存只够卖 4 天。聚合之后，看到的才是真实可用量。
预警规则我们设得比较保守：按近 30 天销速和安全库存天数计算，触发后不自动下单，只推送给采购负责人。这一点我坚持不做自动化，原因后面在取舍那节会讲。
这是我认为最被低估的一段。在途数量进入可用库存计算之后，采购员不会因为"忘了已经下过单"而重复采购。单向看，这一条至少减少了 3 到 5 天的无效库存沉淀。
| 指标 | A 组上线前 | A 组上线后 | 变化 | B 组同期变化（对照） |
|---|---|---|---|---|
| 缺货率（SKU-天） | 12.8% | 5.4% | -7.4pt | 9.6% → 9.1%（-0.5pt） |
| 订单满足率 | 86.2% | 95.1% | +8.9pt | 89.0% → 89.4%（+0.4pt） |
| 库存周转天数 | 34 天 | 27 天 | -7 天 | 29 天 → 28.4 天（-0.6 天） |
| 滞销库存占比 | 21.5% | 13.2% | -8.3pt | 14.8% → 14.5%（-0.3pt） |
| 采购及时率 | 68% | 89% | +21pt | 74% → 75%（+1pt） |
| 补货人工耗时 | 11.5 小时/周 | 4.2 小时/周 | -7.3 小时/周 | 5.8 小时/周 → 5.6 小时/周 |
| 异常闭环时长 | 3.2 天 | 1.1 天 | -2.1 天 | 2.8 天 → 2.7 天 |
| 库存资金占用 | 62.4 万元 | 53.1 万元 | -9.3 万元 | 28.6 万元 → 28.2 万元 |
对照组的价值在这张表里体现得非常清楚：在没有做任何流程改动的 B 组，八个指标里的七个几乎纹丝不动。这基本上排除了"这段时间本来就该变好"的解释。
诚实地讲，有三个地方没做好。
计划是 30 天内清掉 60% 的滞销库存，实际只清掉了 43%。原因不在系统，在于清货需要运营配合降价和改推广，而运营当月在忙新品，优先级被排后了。这一条让我意识到：系统能标出问题，但推不动人的优先级。
剩下的 11% 里，有 8% 是供应商确认交期慢，不是内部流程问题。这一段的改善需要谈供应商，属于供应链关系层面的事，工具解决不了。
前面提过，切换期决策变慢导致库存沉淀，第 2 周周转天数一度回到 33 天。我在报告里把这 3 天单独列为"一次性切换成本"，而不是藏起来。
把上面这套方法直接套到别人身上是不负责任的。我现在按规模和阶段给出四套建议，你可以对号入座。
这个阶段的主要问题是数据混乱，不是流程断裂。SKU 少、平台少、供应商少，Excel 完全撑得住。
建议动作：先把 SKU 主键统一，把近 30 天销速、在途数量、安全库存天数做成固定的三列，每周固定时间刷新一次。如果这一步都做不干净，上了 ERP 只是把混乱搬了个家。
唯一值得提前做的是数据汇总。这个阶段用数跨境这类工具把平台数据拉出来看周转和结构，成本比上一套 ERP 低得多，而且能帮你判断自己到底需不需要 ERP。
我们这次复盘的样本正好落在这个区间的下沿，改善幅度已经很可观。SKU 越多、平台越多，人工汇总的边际成本上升越快，系统的相对优势就越大。
建议动作分三步走：
千万不要三件事同时上，切换期的数据会乱到你自己都不信。
到了这个规模，ERP 的内置报表基本不够用了。原因是它只能回答"系统里记了什么"，回答不了"如果当时那么做会怎样"。你需要的是能自定义口径、能回溯历史基线、能做分层分析的一套东西。
这个阶段建议把验证层当成一个独立项目来做，明确谁负责维护口径、多久复一次盘、复盘结论向谁汇报。
这是最常见的情况。系统用了大半年，老板问效果，答不上来。补的方法不是重新上线，而是补历史基线。
具体做法：翻出上线前三个月的采购表、库存表、平台后台的订单导出，按统一口径重算八个指标，形成"假想基线"。这个基线不完美，但足以支撑一次有说服力的对比。关键是要在报告里写清楚它是回溯重建的，不是当时记录的。
复盘报告里我特意留了一节写"我们放弃了什么"。因为任何管理决策都有代价，只讲收益的方案不可信。
市面上主流跨境 ERP 基本都有免费版，免费版通常覆盖订单、打单、基础库存这些高频刚需功能。付费版多出来的一般是多店铺额度、更多的数据报表、更细的权限和更快的接口频率。
我的判断标准很简单：如果你的瓶颈是"人忙不过来"，免费版往往够用；如果你的瓶颈是"说不清数据为什么是这样"，那你需要的其实是分析工具，不是更贵的 ERP。这两件事经常被混为一谈，导致买贵了却还是没解决问题。
| 对比项 | ERP 内置报表 | 独立分析工具（如数跨境） |
|---|---|---|
| 数据范围 | 以本系统产生的数据为主 | 可整合多平台、多系统数据 |
| 口径灵活度 | 固定口径，改起来要找服务商 | 可自定义对比周期和计算方式 |
| 历史基线 | 上线前的数据通常没有 | 可导入历史表重建基线 |
| 使用门槛 | 低，打开即用 | 需要有人懂指标和口径 |
| 主要用途 | 日常执行监控 | 效果验证与结构分析 |
我们的选择是两个都留：ERP 管执行，分析工具管验证。成本上多了一份订阅，但换来的是复盘时不用再花两周手工拼表。
我强烈建议试点。这次之所以能有 A/B 对照，就是因为一开始只上了 5 家店，留了 2 家不动的。如果当时全量上线，我今天写不出这篇复盘。
试点的代价是见效慢、要有耐心；好处是万一方向错了，损失可控，而且能拿到对照组这个最珍贵的证据。
我们最终选择了"系统提示 + 人工确认"。自动补货听起来很美，但在跨境场景下有太多变量：平台活动临时改规则、供应商突然涨价、汇率波动、某个 SKU 被平台限流。
人工确认的代价是每周多花 2 到 3 小时，换来的是一层安全垫。我的判断是：单月采购金额低于 50 万元的团队，人工确认的性价比明显更高。
这次复盘里，库存周转天数在切换期恶化、滞销清理速度不达标，都是真实的负面结果。我把它们写进了报告。
原因是：一份所有指标都在变好的复盘报告，基本可以判断为假的。真实的组织变革一定有代价，把代价写清楚，反而能让下一次推广时少踩坑。
从这次复盘的经验看，行为层面的变化在 7 到 10 天就能观察到，但指标层面的可信结论至少要 30 天。如果只看前两周，你会看到一段混乱期，很可能误判。建议把第一次正式复盘放在第 45 天到第 60 天之间。
单纯从采购补货角度看，不太值。这个规模的问题通常是"数据口径不统一"而不是"流程断裂"，先把 Excel 整理干净收益更大。如果确实想看数据，先用轻量的分析工具把平台数据汇总起来，成本低很多。
不一定。先检查三件事：执行层动作有没有真的发生（预警认领率是否超过 85%）、对比周期有没有夹带大促、有没有把流程调整的贡献和 ERP 混在一起。这三个问题排除掉之后再看结论，会客观很多。
短期内靠 ERP 的接口同步，但要接受 10 到 30 分钟的数据延迟，绝对不能把它当成实时。中期做法是把同一个 SKU 在多个平台的库存合并成"可用量"来看，避免各店独立判断。这个合并动作，ERP 和分析工具都能做，后者更灵活。
会，但影响小于多数人的担心。真正造成断货的往往不是 20 分钟的延迟，而是"没人看"和"看了不处理"。先解决 24 小时无人认领的问题，再纠结同步延迟更有价值。
这次复盘最独特的一条经验，我想再强调一遍：验证 ERP 效果的正确方式，不是看它算得准不准，而是看它把采购补货链路里哪些"等待"变成了"可见"。
缺货率从 12.8% 降到 5.4%、周转天数从 34 天降到 27 天，这些数字之所以站得住，是因为它们背后有四样东西：一个不动的对照组、一套事先定死不改的指标口径、一份把流程调整和系统贡献拆开的分析、以及一份把负面结果也写进去的报告。缺了任何一样，这些数字都只是营销素材。
下一步我给自己定的动作是三步。第一，把这次复盘用的八指标表固化成模板，每 30 天自动跑一次，不再手工拼表。第二，把 SKU 分层规则从人工判断改成系统分层，畅销层和平销层用不同安全库存策略。第三，把滞销清理写进运营的月度 KPI，解决"系统标得出、人推不动"的问题。
如果你正准备做类似的事，我建议从最小的一步开始：先界定一个 30 天的对比窗口，选四个指标，留一个不做任何改动的对照组。这四件事做完，你就已经有能力判断手里的系统到底值不值。至于用哪一层工具去执行、用哪一层工具去做验证，可以按你现在的 SKU 规模和团队人数来定，不必一步到位。
我上ERP之前最怕的就是花了钱、折腾了两个月，最后说不清到底有没有用，老板问我效果，我只能回一句‘感觉库存准了’。店铺SKU一多，缺货和压货同时出现，我实在不知道该怎么证明是ERP起了作用还是运气好。
别用‘感觉’验证，用一组有口径、有基线、有对照周期的指标来验证。可执行的做法是：选3到5个核心指标，比如缺货率、库存周转天数、采购及时率、滞销库存占比、补货单人工耗时，取上ERP前完整30天的数据作为基线，再取上线后稳定运行30天的数据做对比，两个周期都要排除大促、断货、物流停摆等异常干扰。
判断依据不是某一个指标变好，而是至少两个核心指标出现可解释的改善，并且你能把改善动作追溯到具体流程变化，比如多平台库存聚合减少了重复采购、补货预警让下单提前了两天。如果指标没动，但你能说清‘流程变顺了但交期卡在供应商’，这也算有价值的复盘结论。
我手上几个平台、几个店铺，同一个SKU在不同站点销量差很多，有的平台后台库存还得手动改。每次算补货我都纠结到底按哪个平台的销量推，按总量推怕某些站点积压，按单站点推又怕漏掉整体趋势。
核心原则是分层看数据，而不是把所有平台销量简单相加。做法上分三步：第一层按SKU汇总总销量，用来判断整体趋势和备货节奏；第二层按平台或站点拆分销量占比，用来决定各仓或各店铺的分配量；第三层单独看异常，比如某个站点突然放量是不是活动导致，避免把一次性波动当成长期需求。
数据口径上，建议统一用‘已付款订单减去取消和退款’的净销量，时间窗口以7天和30天双周期并行，7天看短期波动，30天看基础水位。补货量可以用‘日均净销量×补货周期天数+安全库存-可用库存-在途库存’来算，注意可用库存要扣掉已被订单占用但未发货的部分。
如果ERP里的库存同步存在延迟，必须把这个延迟天数显式加进补货周期，否则算出来的建议量会系统性偏低。
我最崩溃的就是上线第一个月，缺货率不降反升，团队开始怀疑是不是白折腾了。后来发现有些SKU的补货点还是按老经验设的，ERP只是把原来的人工判断搬到了系统里。我现在很想知道，这种情况到底是ERP的问题还是我们自己的问题。
多数情况下不是工具不行，而是参数和执行没跟上。ERP的补货建议依赖三个输入：销量预估、补货周期、安全库存，这三项如果还沿用上系统前拍脑袋的数字，系统只会更快地放大错误。
排查顺序建议这样走：先看补货周期有没有把供应商实际交期、头程在途、平台入仓上架时间全部算进去，很多卖家漏算入仓上架，导致系统以为货到了其实还不能卖；再看销量预估有没有把活动期和大促算进去，用平销数据推活动需求必然缺货；最后看补货建议有没有被人工改单，如果采购员习惯性砍量或加量，系统再准也没用。
判断依据是：随机抽10个缺货SKU，逐个回溯是参数错、执行偏还是供应商延误，如果超过一半是参数问题，就该重设参数而不是否定工具。上线后前30天建议每周复盘一次参数，稳定后再转月度。
我一开始就是冲着免费版去的，觉得先跑起来再说。结果SKU和店铺一多，开始碰到订单量限制、部分平台功能受限、数据同步延迟这些问题。我不是不想付费，是想先搞清楚免费版到底能撑到什么时候，什么时候必须升级，别等到旺季才发现被卡住。
建议把边界分成三类来测，而不是只看价格表。第一类是容量边界，比如店铺数、SKU数、订单处理量、子账号数量，这类边界最好在淡季主动压测一次，用接近旺季峰值的订单量跑几天，看是否出现限流或排队。
第二类是功能边界，重点看多平台库存同步、采购建议、在途跟踪、组合品和赠品处理、退款退货回冲这几项，尤其是组合品拆解库存和退货库存回冲，很多免费版处理不完整，会导致库存账实不符。
第三类是数据边界，包括同步频率、历史数据保留时长、报表导出权限，同步延迟直接影响补货计算，历史数据保留时长决定你能不能做季度复盘。判断是否该升级的标准不是‘功能不够用了’，而是‘某项边界已经开始影响你的核心指标’，比如同步延迟导致缺货率上升、报表导不出导致无法复盘。
建议的做法是：在旺季前一个月做一次边界体检，把可能卡住的项列出来，要么升级，要么提前用人工流程补位，不要等到出单高峰再临时处理。
读者评论
文章最有价值的是对照组的做法。很多ERP复盘只比上线前后，完全忽略季节和促销，结论很容易自我证明。留两个用Excel的店铺做基准，虽然样本小，但至少能判断改善是不是来自系统，而不是大盘波动。这个思路比具体降了几个点更值得借鉴。
第7到14天缺货率反升这段很真实。我们之前上线系统也经历过老表新表并行，采购员不敢信新数据，决策速度反而慢。如果老板在这个阶段就要求见效，很容易误判系统没用。复盘把切换期一次性成本单独列出来，比较客观。
三层验证法里数据层最关键。SKU主键和时间口径不统一，上线前后对比就是假的。文中提到同一商品不同货号、签收和入库扫描时间差半天到两天，都是实际会踩的坑。先统一口径再谈指标改善，否则缺货率和周转天数都不可信。
作者说ERP真正价值在压缩等待而不是算补货量，这个判断很准。经验丰富的采购手动估量未必差，差的是从发现缺货到下单之间的沟通链路。看时间戳比看系统建议准确率更能验证系统是否落地，也能避免把流程优化误算成算法能力。
SKU、9人团队这个规模很有代表性，大到Excel出错，小到请不起专职供应链。触发复盘的是连续断货，不是管理理念，这很真实。归因瀑布图把需求口径、在途可视、安全库存、切换延迟分开，比只报库存周转降7天更有说服力。