去年我陪一家做家居品类的跨境卖家做季度复盘，会议开到第四十分钟卡住了。运营说某款主力 SKU「还能卖 1200 件」，仓库说实物只剩 700 件，财务说这批货占用资金 38 万。三个数字都没错，但没有一个能直接拿来做补货决策，因为它们说的是三件不同的事：可售量、在库实物量、库存成本。那天我们没有讨论任何 ERP 功能，只做了一件事：把「可用库存」这四个字拆开定义。拆完之后发现，过去半年里三次断货和两次超卖，根因都在这四个字上。
这篇文章想讲的，就是这类事情的清单化处理方式。它不谈「ERP 有哪些模块」，而是谈每一个优化动作做到什么程度算合格、由谁负责、不合格会卡在哪个环节。库存管的是钱，合规管的是命，两者的优化逻辑完全不同，但落地形态是一样的：字段、阈值、责任人。
先把结论摆在前面，后面所有内容都是对这几条结论的展开。如果你只有五分钟，看这一节就够判断自己的问题出在哪一层。
大多数团队遇到超卖，第一反应是「系统同步太慢」，于是去加同步频率、加缓冲库存、加人工复核。这些动作有用，但它们解决的是第二层问题。第一层问题是：同一个 SKU 的「可售量」，在运营的表格里、在 ERP 的字段里、在仓库的实物账里，定义根本不一样。
运营心里的可售量通常是「平台后台显示的可售数」；仓库心里的可售量是「货架上能发出去的实物」；财务心里的可售量是「已入库且已计入存货成本的量」。这三者之间的差额，就是你所有超卖和断货的温床。同步频率再高，也只是把一套错的口径更快地同步出去。
跨境卖家的法务和运营其实往往知道该做什么：欧盟要有责任人信息、要有产品安全相关文件；德国法国西班牙各有各的包装或电子电器回收注册要求；美国各州销售税要看经济关联。知道，但这些东西大多躺在某个人的电脑文件夹里，或者躺在法务的 Excel 里。
结果就是：一个新 SKU 上架时，没有任何系统环节会拦它一下。等平台下架通知来了，才发现这个 SKU 的认证早就过期，或者这个品类的回收注册号从来没申请过。合规的落地形态不是制度，也不是培训，而是「主数据里的必填字段 + 上架前的校验规则 + 可追溯的档案」。
这句话是我这些年最想对老板们说的。ERP 是一个放大器：流程清晰、责任明确的时候，它让效率翻倍；流程混乱、责任模糊的时候，它只是把混乱记录得更清楚、更快、更难以否认。
我见过不止一个项目，上线半年后回到手工表格，对外说法是「系统不好用」。实际原因通常是：主数据没人维护、库存准确率没人考核、合规字段没人审核。系统把这些空缺原样呈现出来，于是显得「不好用」。
下面这张图是我在最近四个项目里，按差异归因统计的库存账实不符原因分布。口径类问题占比最高，而它恰恰是最不需要花钱、只需要开会就能解决的一类。
我们把镜头拉近一点。下面这个场景，我几乎在每一家年 GMV 三千万到三个亿的跨境公司里都见过，只是严重程度不同。
运营早上打开平台后台，看到一个 SKU 可售 1200 件。她的判断依据是「这个数字昨晚还在涨，说明在途到货了」。她当天做了一次站内广告加投，因为「库存充足，可以冲一波销量」。她没有打开 ERP，因为平台后台的数字对她来说更权威，毕竟客户是在平台上下单的。
问题在于，平台后台的可用库存通常等于「已入库实物 − 已售未发 − 平台预留」，它不包含任何业务判断。比如这批货里有 200 件是客户退货待检的，有 150 件是包装破损准备折价处理的，平台不知道，运营也不知道。
仓库主管早上打开 WMS 或者 ERP 的仓库模块，看到的在库数量是 700 件。他心里的「可发」更低，大概 550 件，因为他知道有三个托盘在待检区、有两箱破损。但这些判断停留在他的经验里，没有变成系统字段。
如果这时候运营跑来问「能不能发 800 件」，仓库会说「发不了」。运营会觉得「你们仓库怎么老是对不上数」，仓库会觉得「你们运营根本不管实物」。这是一个典型的、由字段缺失造成的组织摩擦。
财务看到的库存是 38 万。她关心的是存货周转、资金占用和跌价准备。她不知道这 38 万里有多少是三个月没动销的滞销库存，因为库龄分析需要仓库和运营提供口径，而他们各自忙着救火。
三方信息在同一个会议室里对撞，谁都无法说服谁，因为大家说的都对。这不是沟通问题，这是数据模型问题。
下面这张表是我在项目里常用的一张「口径对齐表」，建议你直接拿去开会用。同一行填不同部门的数字，填不满的地方就是你的第一个优化项。
| 库存口径 | 典型定义 | 谁在用 | 常见误差来源 | 合格线 |
|---|---|---|---|---|
| 实物在仓 | 已收货上架、物理存在于仓库的数量 | 仓库、财务 | 收货未上架、盘点差异、串货 | 与 WMS 账面差异率低于 1% |
| 可售库存 | 实物在仓 − 已占用 − 不良 − 待检 | 运营、ERP | 不良品未隔离、占用未回写 | 可售量有唯一计算来源，不允许人工覆盖 |
| 在途库存 | 在产 + 头程在途 + 清关在途 | 供应链、运营 | 三段混记为一，时效不可估 | 三段独立登记，各带预计到仓日 |
| 已占用库存 | 已下单未出库、平台预留 | 运营、ERP | 取消订单未释放、跨平台未合并 | 占用释放延迟不超过 30 分钟 |
| 不良与待处理 | 退货待检、破损、临期、滞销待处置 | 仓库、运营、财务 | 没有状态流转，长期挂在在库 | 任一不良状态超过设定天数自动预警 |
在动手之前，先看看你有没有踩过这几个坑。这些误区我都在项目里见过，而且都造成了实际损失。
发现超卖，就把每个 SKU 的库存多报 5% 到 10% 作为缓冲。这个动作短期有效，长期有害。因为它掩盖了真实的库存准确率，让你永远不知道问题有没有解决。
更麻烦的是，缓冲比例是拍脑袋定的。旺季设 10%，淡季没降回来；某些渠道货压得多，某些渠道天天超卖。缓冲应该是基于误差统计的兜底，不应该是掩盖问题的地毯。
很多 ERP 的卖点确实是「一键同步多平台库存」。但同步解决的是「信息流动」，不解决「分配决策」。当同一批 500 件货要供应五个渠道时，系统同步给每个渠道 500 件，结果就是五个渠道一起超卖。
真正需要的是分配优先级规则：主推渠道保多少、长尾渠道限多少、清仓渠道放多少。同步是结果，分配才是决策。
合规信息如果只存在法务的电脑里，那它永远赶不上上架速度。上新是运营驱动的，一周可能几十个 SKU，法务不可能逐个审核，最后就是「先上架，出问题再说」。
可行的做法是把合规审核前置成主数据必填字段，让系统在 SKU 创建或上架时拦一道。法务的角色从「逐个审」变成「定规则 + 抽查」。
我见过最典型的补货方式是：运营看平台后台的可售数，觉得「最近卖得快」，就在群里喊一句「XX 补 500」。采购执行，货到了发现卖不动，或者货还没到就断货了。
问题在于，补货需要至少四个输入：历史动销速度、当前可用库存、三段在途量（各带到仓日）、补货提前期与波动。少了任何一个，补货就是猜。
周转率是一个平均值指标，它会掩盖结构问题。整体周转看起来健康，但可能是一批爆款拉高了平均值，同时有 30% 的库存已经超过 180 天没动。
库龄结构必须分档看：30 天以内、31 到 90 天、91 到 180 天、180 天以上，各占多少金额、各对应多少 SKU。长库龄库存的处理动作和短库龄完全不同，混在一起看就等于没看。
ERP 上线只是开始。真正决定成败的是上线之后的三个月：主数据谁维护、库存准确率谁考核、合规字段谁审核、异常谁处理。如果这些没定下来，系统就只是一个更贵的表格。
这一节是全文的核心。每个动作我都按同样的三段式写：动作是什么、合格线怎么定、谁负责。合格线是我认为最有价值的部分，它把「应该做」变成「做到什么程度算做完」。
这是所有库存优化的起点。不要试图用一个数字表达所有含义，而是把库存拆成五个独立字段，每个字段有明确的数据来源。
五个字段分别是：实物在仓、已占用、可售、在途、不良与待处理。其中在途还要再分三段：在产、头程在途、清关在途。可售量必须是计算出来的，不能是人工填的。
下面是我在项目里常用的一段库存视图定义示例，可以直接作为和 IT 沟通的起点。
-- 统一库存口径：SKU 级可售量视图（示例结构，字段名按各家系统调整） CREATE VIEW v_sku_stock_std AS SELECT s.sku_id, -- 实物在仓：已上架、可物理拣货 SUM(CASE WHEN s.stock_type = 'ON_HAND' THEN s.qty ELSE 0 END) AS qty_on_hand, -- 已占用：已下单未出库 + 平台预留 SUM(CASE WHEN s.stock_type = 'ALLOCATED' THEN s.qty ELSE 0 END) AS qty_allocated, -- 不良与待处理：退货待检、破损、临期 SUM(CASE WHEN s.stock_type = 'UNSELLABLE' THEN s.qty ELSE 0 END) AS qty_unsellable, -- 在途三段：必须分开，因为提前期和波动完全不同 SUM(CASE WHEN s.stock_type = 'IN_PRODUCTION' THEN s.qty ELSE 0 END) AS qty_in_production, SUM(CASE WHEN s.stock_type = 'IN_TRANSIT_HEAD'THEN s.qty ELSE 0 END) AS qty_transit_head, SUM(CASE WHEN s.stock_type = 'IN_TRANSIT_CUS' THEN s.qty ELSE 0 END) AS qty_transit_customs, -- 可售量：唯一口径，禁止人工覆盖 SUM(CASE WHEN s.stock_type = 'ON_HAND' THEN s.qty ELSE 0 END) SUM(CASE WHEN s.stock_type = 'ALLOCATED' THEN s.qty ELSE 0 END) SUM(CASE WHEN s.stock_type = 'UNSELLABLE' THEN s.qty ELSE 0 END) AS qty_available FROM stock_ledger s GROUP BY s.sku_id;
合格线：任一时刻，这五个字段之和可以对上总账；可售量与平台后台数字的差异，可以在五分钟内解释清楚原因（在途未到、占用未释放、不良未隔离，三选一）。
责任人：供应链或运营负责人牵头定义，仓库负责实物准确性，IT 负责字段落地，财务负责对账口径认可。没有财务认可的口径，对账永远做不完。
口径统一之后，第二步是让健康度可见。我建议至少上五个指标：库存周转天数、动销率、库龄结构、缺货率、超卖率。
注意这里的一个关键取舍：不要抄别人的目标值。不同品类、不同客单价、不同补货周期的健康区间差异极大。服装类目的动销率要求远高于工业配件，海运头程的周转天数天然高于空运。你应该先算自己过去十二个月的实际分布，取中位数作为基线，再设定改进目标。
| 指标 | 计算口径 | 观察频率 | 异常信号 |
|---|---|---|---|
| 库存周转天数 | 平均库存金额 ÷ 日均销货成本 | 月度 | 连续两月上升超过基线 20% |
| 动销率 | 有销量 SKU 数 ÷ 在库 SKU 数 | 月度 | 低于基线 15 个百分点 |
| 库龄结构 | 按 30/90/180 天分档统计金额占比 | 月度 | 180 天以上金额占比超过 15% |
| 缺货率 | 缺货 SKU 数 ÷ 在售 SKU 数 | 周度 | 主力 SKU 连续 3 天缺货 |
| 超卖率 | 超卖订单数 ÷ 总订单数 | 日度 | 单日超过 0.5% |
关于平台仓储费和超龄库存附加费，各平台规则每年都可能调整，具体的计费节点、免费仓储期和附加费率一定要以你所在平台当年的官方规则页为准。我给客户的建议是：在每年年初和平台大促前各复核一次，把最新规则更新进 ERP 的成本参数里。
合格线：看板上五个指标全部有数据、有基线、有异常阈值；每个异常有明确的跟进人。
传统安全库存公式假设补货提前期是一个相对稳定的值。跨境场景下这个假设基本不成立：在产要 15 到 30 天，头程海运要 25 到 45 天且波动巨大，清关可能 3 天也可能 15 天。
把三段合并成一个「在途量」，你的补货模型就失去了对波动的感知能力。正确做法是三段分别建模：每一段有自己的平均时长、标准差、以及在途数量。
合格线：旺季和淡季有两套参数；每季度至少做一次回测，看实际到仓日与预估日的偏差是否在可接受范围；偏差持续超标的运输方式要单独调整缓冲。
责任人：供应链或计划岗。如果公司没有专职计划岗，这个职责通常落在运营负责人或供应链主管身上，但必须明确写进岗位职责，否则没人会主动回测。
当你同时经营多个渠道时，库存分配必须是一个显式决策，而不是系统默认行为。我建议把渠道分成三类，每类给出明确的分配规则和降级顺序。
降级顺序同样重要。当总可售量低于某个阈值时，应该先关闭哪个渠道、后关闭哪个渠道？这个顺序如果没提前定好，真实发生时就是谁在群里喊得响谁先拿货。
滞销、退货、破损、临期，这四类库存如果只靠人工记，最终一定变成「谁也不管的角落」。处理闭环的关键是给每个状态配上处理时限和决策人。
我的做法是在 ERP 里给每个异常状态设一个「计时器」：从进入该状态开始计时，超过设定天数自动出现在待办列表里，并推送责任人。天数阈值按品类定，比如退货待检 3 天、破损 7 天、滞销 60 天。
合格线：任一异常库存状态，超过设定天数未流转会自动预警；每月末能统计出各状态的库存金额和平均滞留天数。
口径和数据源都对了，还需要一个持续校验机制，否则三个月后又会飘。这个机制包括三件事：盘点频率、对账频率、差异归因。
合格线：设定库存准确率目标值（多数团队可以先把 A 类做到 99%），并统计达成率；差异归因表中「其他」类占比不超过 10%。
把上面六个动作串起来，其实就是一个「先定义、再可见、再自动化、再闭环」的路径。下面这张图是我给客户常用的对比，用来展示这个顺序为什么不能颠倒。
合规部分的写法我有意和很多文章不同。我不打算讨论「合规有多重要」，而是要回答一个更具体的问题：这些合规信息应该存在 ERP 的哪张表里、由谁在什么节点填、空着会卡住哪个流程。
这是整个合规落地的地基。合规信息如果不在主数据里，它就永远是「事后补救」。我建议至少把这些字段加进 SKU 主数据：
这里有一个容易被忽略的细节：有效期字段一定要做成「到期日」而不是「是否有效」。布尔值无法预警，日期可以。系统可以在到期前 60 天自动把它推给责任人，这是合规自动化里最省力的一环。
关于欧盟方向的通用产品安全法规、责任人义务边界，以及各国环境与回收类注册（EPR）的适用品类和生效时间，各成员国要求差异很大且时有更新。本文不给具体条文和日期，请以欧盟官方公报、官方指南以及各成员国主管机构的最新公告为准。在 ERP 里，你只需要保证这些信息有字段、有到期日、有责任人。
合格线：任一 SKU 上架前，合规必填字段为空即拦截，不允许绕过；字段级权限明确，谁改谁留痕。
税务合规的落地难点不在计算，而在数据来源。如果申报数据是每月由财务从平台后台导表、手工拼接、再手工校验，那么出错只是时间问题。
可行的做法是把税务相关字段也放进系统：交易发生国、买家所在国、税率来源与版本、申报周期、以及该笔交易适用的申报口径（例如欧盟区域内远程销售与进口环节的适用机制不同）。
关于欧盟的 VAT / OSS / IOSS 申报机制，以及美国各州销售税的经济关联判定和平台代扣代缴范围，这两块是网上错误信息最集中的区域。我在这里只给方法，不给结论：申报周期、金额门槛、平台是否代扣，取决于具体国家、具体州、具体平台，务必以税务局官方说明和平台官方公告为准。
特别提醒美国小额进口免税额度（de minimis）相关政策：这一政策近年经历了重大调整且仍在变化，涉及清关模式、适用税率与申报要求。任何引用旧文章的表述都可能已经过期，请以美国海关与边境保护局（CBP）的最新官方公告为准。
合格线：税率变更有版本记录且可追溯；申报数据的 90% 以上直接来自系统导出，而非手工拼表；每次政策变动后有明确的影响评估记录。
德国、法国、西班牙等国的包装、电子电器、电池类回收注册要求各不相同，品类范围和生效时间也存在差异。具体适用范围请以各国主管机构官网的最新说明为准。
在 ERP 层面，你需要的是一张矩阵表：行是国别，列是品类，交叉格子填注册号、注册主体、生效日、到期日、续期责任人。这张表的价值在于，它能把「我们好像注册了」变成「哪个国别哪个品类有号、几号到期、谁负责续」。
| 管理维度 | 落在系统的位置 | 更新触发条件 | 合格线 |
|---|---|---|---|
| 国别 × 品类 注册号 | SKU 主数据 + 国别资质表 | 新市场开站前、新品类上架前 | 矩阵表无空格 |
| 认证有效期 | SKU 主数据到期日字段 | 证书续期、标准更新 | 到期前 60 天自动预警 |
| 责任人 / 进口商信息 | SKU 主数据 + 供应商档案 | 更换服务商、更换进口主体 | 标签订单信息与系统字段一致 |
| 标签语言与版本 | SKU 附件库 + 版本号 | 目标市场变更、法规更新 | 可回溯任一历史版本 |
| 成分 / 材质 / 电池属性 | SKU 主数据属性字段 | 配方变更、供应商变更 | 采购单与主数据属性一致 |
前三步做完了，还差最后一步：证据链。合规检查往往是抽查式的，检查方会问「这个 SKU 上架时的合规依据是什么」。如果你五分钟内调不出来，前面三步的投入就白费了。
可追溯性包含三层：谁在什么时间改了哪个字段、依据是哪份文件、这份文件的版本号是什么。这一层在 ERP 里通常表现为字段变更日志加附件库，不需要额外系统。
合格线：随机抽查任一 SKU，五分钟内能调出完整的合规证据链，包括认证文件、责任人信息、标签版本和变更记录。
很多老板不愿意在合规上投入，理由是「我们做了这么多年也没出事」。这个逻辑的问题在于，它把合规当成一个线性成本项，而实际上合规风险的成本结构是非线性的。
一次货物被扣关，损失不只是货值。它还包括：滞港费与仓储费按天累积、清关代理的额外处理费、错过销售窗口的机会成本、以及如果被平台判责带来的账号影响。这些成本叠加起来，通常远高于你全年在合规上的投入。
更麻烦的是，这类损失是低频高损的。它不会每个月提醒你一次，所以你会觉得「不值得投入」。等它真的发生时，一次就够痛很久。
顺便说一个我在项目里常用的说服老板的方法：不算「合规值不值得」，而是算「事故概率乘以事故损失」。如果你判断未来一年发生一次中等规模合规事故的概率是 20%，单次损失按 30 万算，期望损失就是 6 万。如果全年合规投入低于这个数字，投入就是理性的。
讲完方法论，需要落到一个具体的系统上，否则容易停留在纸面。我在这类项目里会用到数跨境（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm_plan=est&utm_unit=gys），它在库存与合规的字段化落地这块有几个我实际用起来比较顺手的点，值得具体说一下。
数跨境支持多平台多店铺的数据归集，这意味着前面说的「统一口径」不需要你从零搭数据仓库，可以直接在它的库存视图里落地。
实际操作上，我通常先做一次「口径映射」：把各平台后台的库存字段、ERP 的库存台账、以及仓库的实物账，映射到统一的字段体系上。映射表是落地过程中最重要的一份文档，也是后面所有看板和预警的基础。
口径统一之后，我把前面讲的五个指标做成看板：库存周转天数、动销率、库龄结构、缺货率、超卖率。数跨境的数据归集能力让这几个指标不必再从多个后台手工导数。
这里有一个实操建议：看板的第一版不要追求指标齐全，而要追求「每个指标都有人看」。我见过太多看板做完之后没人打开，原因是指标太多、异常太多、不知道从哪看起。先上三个指标，每个指标配一个责任人，跑顺了再加。
补货模型的三段在途，需要采购单、头程物流、清关节点三类数据。数跨境的采购与库存链路可以把这三段分开登记，每段带预计时间，这样在推算可用库存时就不会把「在产」和「已到港待清关」混在一起。
我建议在这个环节设置一个具体的检查动作：每周让计划岗看一次「预计到仓日 vs 实际到仓日」的偏差排行，偏差最大的几条运输线路单独调整缓冲。这个动作花不到半小时，但能显著改善补货准确度。
合规信息前置这件事，在数跨境里可以落到商品主数据的字段和上架流程的校验节点上。我的做法是分三步：先定义必填字段清单，再按品类和国别设定不同的必填组合，最后把校验挂到上架动作之前。
这个过程中最容易出问题的是「必填项太多导致运营抵触」。解决办法是分级：红线字段（缺失直接拦截）控制在五到八个，其余字段设为警告但不拦截。红线字段通常就是认证有效期、责任人信息、电池属性和目标市场注册号这几项。
// 合规字段校验规则（示例结构，用于和系统配置人员沟通）
{
"rule_name": "上架前合规字段校验",
"scope": { "market": ["EU"], "category": ["electronics", "toy"] },
"blocking_fields": [
{ "field": "cert_type", "label": "认证类型" },
{ "field": "cert_expire_date", "label": "认证到期日", "check": "must_be_future" },
{ "field": "eu_responsible", "label": "欧盟责任人信息" },
{ "field": "battery_attr", "label": "电池属性" },
{ "field": "market_reg_no", "label": "目标市场注册号" }
],
"warning_fields": [
{ "field": "label_lang_ver", "label": "标签语言版本" },
{ "field": "material_info", "label": "成分材质信息" }
],
"on_fail": { "action": "block_publish", "notify_role": "compliance_owner" },
"pre_alert": { "days_before_expire": 60, "notify_role": "compliance_owner" }
}合格线：以上规则里的字段，在系统里都有对应位置；红线字段缺失时上架动作被真实阻断，而不是只弹一个可以点「忽略」的提示。
下面这张图是三个项目上线并运行三个月后的指标变化区间。需要说明的是，这是样本推演区间而非单一案例的精确数值，不同品类的改善幅度差异很大，请把它当作量级参考而不是承诺值。
清单不能只有一套。下面按规模、渠道数和业务模式给出三套不同的行动建议，你可以直接对号入座。所有建议都默认你已经在使用某个 ERP 或准备更换，而不是从零开始手工管理。
这个阶段的优先级非常明确，不要贪多。
这是最容易出问题也最需要系统化的阶段。此时库存和合规都已经超出人工管理边界。
这个阶段的重点是「可追溯」和「可复用」，因为人多了之后，靠默契已经不管用了。
任何清单如果告诉你「这些都很重要，都要做」，那它其实等于没说。资源永远是有限的，所以必须给出取舍逻辑。
为了避免你被各种「最佳实践」绑架，我明确说几件在这个阶段可以先不做的事：
如果你不确定自己该先做哪一件，回答下面三个问题，答案会告诉你顺序：
我在项目里见过最多的失败模式，是老板看完一份清单后决定「这些全都做」，然后一次性推动十几个改动。结果是资源分散、每个都做到一半、三个月后回到原点，还多了一批对系统失去信心的员工。
更有效的做法是每季度只推进两到三件事，但每件都做到合格线。库存口径统一、渠道分配规则、上架合规拦截，这三件先做完，你的库存和合规基础就已经超过大多数同类卖家了。
回到开头那个会议室。运营、仓库、财务三个人说的库存不是一回事，这件事本身不奇怪；奇怪的是很多团队把这种差异当成了「沟通问题」，靠开会协调了三年，从来没想过把它变成字段问题。
这篇文章的独特观点可以浓缩成三句话。第一，库存优化的杠杆在口径定义，不在同步频率，口径不统一，同步越快越危险。第二，合规的落地形态是字段加校验加留档，不是制度加培训，没有拦截点的合规，只存在于 PPT 里。第三，ERP 是放大器而不是解决方案，它会把你的流程问题原样放大，包括好的和坏的。
关于政策类内容，我再强调一次立场：本文涉及的平台仓储费规则、欧盟产品安全与责任人要求、各国 EPR 适用品类与生效时间、欧盟增值税申报机制、美国销售税经济关联与平台代扣范围、以及美国小额进口免税相关政策，都属于更新频繁的领域。请务必以官方最新公告为准，不要引用任何二手转述的具体日期和金额。在系统里，你只需保证这些参数有字段、有版本、有年度复核的责任人。
至于下一步该做什么，我建议只做一件事，而且这周就能做完：把运营、仓库、财务三个人叫到一张桌子前，让他们各自写下自己理解的「这个 SKU 还能卖多少件」，写在同一张纸上。对不上的地方，就是你的第一个优化项；对不上的原因，就是你的第一段优化路径。剩下的五个库存动作和四个合规动作，都可以排在这件事之后。
口径对齐之后再去看工具，你会发现自己判断工具的标准变了，你不再问「这个系统有多少功能」，而是问「这个系统能不能承载我的字段体系、能不能执行我的拦截规则、能不能留下我要的档案」。前者是采购视角，后者才是经营视角。
读者评论
口径不统一这个点太真实了，我们公司运营、仓库、财务对可售量的定义也完全不一样，每次开会都在扯皮。文章里那张口径对齐表很实用，准备拿去开会用。
库存缓冲那段说得对，我们之前超卖就加5%缓冲，结果旺季过了没人调回来，一直虚报库存，实际准确率反而越来越差。
合规前置到主数据字段这个思路值得借鉴，我们现在就是先上架出问题再说，法务根本审不过来，上个月还被平台下架了两个SKU。
看完最大的感受是ERP只能记录不能负责，我们上线半年就退回了手工表格，现在想想确实是主数据没人维护、责任没定清楚，不全是系统的问题。
关于库龄结构那部分有启发，之前只看整体周转率，一直被爆款拉高的平均值骗了，实际上滞销库存占比不低，应该分档来看。