去年四季度，一个做家居类目的深圳卖家找我复盘旺季战况。他黑五前FBA断货11天，同时国内仓压着8000多件现货，德国海外仓还有1200件已经躺过90天，超龄仓储附加费一天一天烧。他问我是不是ERP不行，要不要换一套。我看完他后台第一反应是：这不是ERP的问题，是他在下第一单采购之前，就没定义清楚自己卖的是什么类型的货、要跑什么库存模型。他半年前刚花六位数续了费，买的是"功能很全"的那一档，结果连"在途库存到底算不算可售"这一个口径都没统一。
这件事让我确认了一个判断：跨境电商选ERP，判断标准不该从功能表出发，而该从你的选品策略出发，先定库存模型，再反推系统能力。这篇文章我会把这套判断逻辑完整拆开，包括四类选品模式对应什么库存模型、七个可以打分的ERP判断标准、我在十几个卖家样本里看到的真实数据，以及数据层和执行层应该怎么分工，最后给你一份能直接用的决策评分卡。
我把过去几年做顾问和自营店铺的经验压缩成五条结论，先摆出来。如果你只读一部分，读这五条就够用。后面的章节都是对这五条的展开、验证和落地方法。
顺序不能倒。铺货型和精品型需要的ERP，本质上不是同一类软件。铺货型要解决的是"一千个SKU同时刊登、低库存、快速清退"，精品型要解决的是"批次追溯、品质不良率、深库存周转"。你如果拿精品型的选型标准去买铺货型的工具，会多付大量实施费；反过来拿铺货型工具去管精品货，批次和质量数据永远补不齐。
我见过最常见的错误做法是：先列一张五十项的ERP功能对照表，把能对上的打勾，勾最多的就买。这张表本身就是错的，因为它没有权重，也没有前提条件。正确的顺序是"选品模式 → 库存模型 → 能力清单 → 供应商筛选"。
库存准确率达不到95%以上的ERP，其他功能再花哨都不该进入你的候选名单。这里的准确率不是指系统内部自洽，而是指系统显示的可售库存，与平台实际可售库存的偏差。很多ERP在演示环境里数字完美，一接入真实店铺，因为平台API限流、时区差异、订单状态回传延迟，可售库存就会有几十到几百件的偏差。
超卖带来的损失不只是退款。平台绩效指标里的订单缺陷率、取消率受影响，严重的会限制流量甚至暂停销售权限，这部分损失很难用单笔订单金额衡量。
"AI智能补货"是这几年报价单里出现频率最高的词。我的判断很简单：如果一个补货建议你无法看到它用了什么交期、什么安全库存天数、什么销售速度口径，那么这个建议对你就没有决策价值。你要的是能解释、能人工修正、能回溯的补货建议，而不是一个黑箱给出的数字。
我在实操里会把自动补货当"第一稿"，人工审核当"终稿"。跳过人工审核直接下单的卖家，通常会在促销季或者物流罢工这类事件上吃大亏。
ERP的报价结构通常分成几块：账号费或订阅费、模块费、按单计费、平台接口费、实施费、数据迁移费、培训费、二次开发费。销售第一次报给你的往往只有前一两项。我建议所有卖家用同一个公式算：三年总拥有成本 = 订阅 + 模块 + 按单费×预估三年订单量 + 接口费 + 实施 + 迁移 + 培训 + 预留二次开发预算。
按单计费是最容易被低估的一项。日均2000单的卖家，如果按单费率是每单0.1元，一年就是7万多元，三年二十多万，很可能超过订阅费本身。
ERP选型不是给今天的业务配系统，是给未来一年的业务配系统。你现在300个SKU，一年后可能800个；你现在做亚马逊美国站，一年后可能加上TikTok Shop和德国站。选型时要把这条扩张路径画出来，然后问一句：这套系统在SKU翻三倍、店铺翻两倍之后，费用和性能会变成什么样？
下面这张图把上面五条结论落成一组可比较的指标，用我样本里的数据说明"按库存模型选型"和"按功能表选型"在上线一年后的差异。
很多从国内电商转跨境的卖家，会下意识地把库存理解成"仓库里有多少件"。这个理解在国内单仓发货模型下勉强成立，放到跨境场景里会直接失效。跨境的库存是一条被切碎的链路，每一个切面都有自己的时间、成本和风险。
国内电商常见的库存节点是：工厂或供应商、自有仓、在途。跨境至少多出四个：头程在途（工厂到国内仓或港口）、国际头程在途（国内到海外仓）、平台仓（FBA或其他平台仓）、第三方海外仓。加起来一共七个甚至更多。
节点一多，第一个问题就来了：哪些节点的库存算"可售"，哪些不算？国内仓的货不能算可售，因为它到买家手上还需要两到五周；头程在途的货通常也不该算进可售，但可以算进"未来可售";海外仓的货算可售；平台仓的货算可售但要区分"可售""预留""不可售（破损、客户投诉）"三种状态。
如果这七个节点在系统里的口径不统一，会出现一个非常典型的症状：运营看到的是"库存充足"，采购看到的是"该补货了"，老板看到的是"钱都压在货上"。三个角色看三份数字，开会先花一小时对齐口径。
回到开头那个家居卖家。他的问题是三件事叠在一起。
第一，德国海外仓那1200件，是去年春季根据一次为期两周的销量峰值判断补的货。他没有区分"峰值销量"和"基础销量"，补货参数用的是峰值日均，导致补了三倍实际需求的量。
第二，FBA断货的那款，是因为系统把国内仓的现货算进了可售库存，运营看到"总库存还有2000"，就没触发补货。实际上那2000件还在国内，等走完头程到FBA上架，早就过了销售窗口。
第三，他用的ERP没有把超龄库存附加费算进单品利润。所以在系统里，那1200件滞销货看起来还是"毛利28%"的健康商品。如果算上超龄仓储费、资金占用和期末清货折扣，这批货实际是亏损的。
这三件事的共同点是：它们都不是"功能缺失"，而是"库存模型缺失"。没有定义峰值与基础销量、没有定义可售口径、没有定义库存持有成本，再多的功能模块也补不上这三个洞。
我做过一个粗略的观察：当SKU数量在200以内、店铺数在2个以内时，一张维护良好的多维表格加上每天一次的人工刷新，能覆盖八成以上的库存管理需求。这套方法成本极低，我不建议这个阶段的卖家急着上重系统。
但SKU一旦超过800到1000，店铺超过3个，这套方法会同时出现三个失效点。第一，刷新频率跟不上变化，手工一天一刷，而平台库存每小时都在动，超卖会在刷新间隙发生。第二，字段维护漂移，不同运营给同一个字段填不同的值，三个月后表格内部就开始打架。第三，算不清楚单品的真实库存持有成本，表格里通常只有数量和金额，没有仓储费、资金占用、退货损耗。
这三个失效点出现的时候，才是上系统的正确时机。不要把"该上系统了"和"别人都上了"混为一谈。
跨境选品和库存判断必须把平台规则当成一个输入变量，而不是背景信息。以亚马逊FBA为例，仓储费分淡旺季，超龄库存附加费按存放时长阶梯计费，长期仓储的边际成本会突然跳升。这意味着同一个SKU，在第3个月和第9个月的库存持有成本完全不同。
如果你的ERP不能按存放时长分层计算库存成本，你就无法在系统里回答"这批货现在清还是再等一个月"这个问题。而这个问题的答案，往往决定了几万到几十万的盈亏。
我在帮卖家做选型评审的时候，看到的问题高度重复。下面五个误区，几乎每个项目都会撞上至少两个。
这个误区最普遍，因为它看起来最"专业"。卖家组织团队花两周列出一张功能对照表，然后拿这张表去问供应商。问题是，这张表里通常混着三类东西：必须有的、有了更好的、和你业务无关的。三类不加区分，最后就变成谁的勾多选谁。
我的做法是给每个功能加两个参数：权重和前提。权重是"缺了它业务会出什么问题"，前提是"在什么阶段才需要它"。比如"多平台库存同步"权重高、前提低，起步阶段就必须有；"批次追溯"权重中等，但前提是精品型或合规要求严格的类目，铺货型卖家现在就不需要为它付费。
这是最危险的一个误区。ERP是执行系统，它的职责是把已经定好的采购、库存、履约策略准确地执行下去。选什么品、什么时候上、定价多少、备多少货，这些是商业判断，不是ERP的功能。
有些卖家会期待ERP直接告诉他"这个品能卖"，然后把采购决策交给系统。结果是系统按历史数据推荐了一个正在衰退的品，或者推荐了一个他供应链根本接不住的品。ERP可以给你数据、给你指标、给你预警，但判断必须由人做。
正确的分工是：数据层负责把多平台、多仓、多店铺的销售与库存数据汇总成可比较的指标和趋势，判断层由人基于这些指标做选品与补货决策，执行层由ERP把决策落成采购单、调拨单、补货单。三层混在一起谈，选型一定跑偏。
AI补货在特定条件下确实有用：销量稳定、生命周期长、供应交期波动小的标品类目。但跨境电商的大部分类目不满足这三个条件。季节性、趋势性、平台流量波动、物流时效不稳定，任何一个变量失控，预测就会偏。
我判断一个补货功能的可用性，看三点。第一，它能不能显示每个SKU的补货参数明细，包括用的交期、安全库存天数、销售速度计算窗口。第二，它能不能允许人工按SKU覆盖参数。第三，它能不能记录"建议值"和"实际执行值"的差异，用于后期复盘修正。三点缺一，我就把它当成"参考数字"，不让它直接生成采购单。
报价单里最容易藏成本的三处：按单计费、平台接口费、海外仓对接费。按单计费按订单量线性增长，接口费按店铺或平台数量增长，海外仓对接费按仓库数量增长。这三项在你业务扩张时会同时上涨。
我建议在选型阶段直接做一个三年成本模型，并且把订单量按保守、中性、乐观三种情形各算一遍。如果某个供应商只在"保守情形"下比竞品便宜，在"乐观情形"下贵出一大截，那它的报价结构就不适合高速增长的卖家。
有卖家跟我说，等ERP上了，流程自然就规范了。实际结果是：系统上了，流程反而更乱，因为系统要求你按固定字段和固定顺序录入，而团队原来的做事方式和系统逻辑不匹配，最后变成"系统里录一套、线下再做一套"。
正确顺序是先理清四件事再上系统：采购谁审批、库存口径谁定义、超卖谁负责、呆滞库存谁决策清理。这四件事没有明确答案之前，上系统只是把混乱搬到线上。
这一节是全文的核心方法。我把选型拆成四步：判定选品模式、建立库存模型、翻译成能力清单、用红旗信号做排除。
我把跨境电商的选品模式大致分成四类。分类的目的不是贴标签，而是因为不同模式对库存数据的精度要求、对系统复杂度要求完全不同。
（1）铺货与泛品型。特征是SKU数量大、单SKU库存浅、周转快、上新频繁、单SKU毛利低。核心诉求是批量刊登效率、批量改价、批量清退，以及防止任何一个SKU占用太多库存资金。
（2）精品与品牌型。特征是SKU数量少、单SKU库存深、生命周期长、复购和评论积累重要。核心诉求是批次追溯、品质不良率监控、深库存下的周转管理和补货准确性。
（3）季节与趋势型。特征是销量集中在特定时间窗口、窗口前后需求陡降、需要快速返单也要快速清仓。核心诉求是预测的时效性、返单交期管理、清仓决策的速度。
（4）大件与定制品。特征是体积大、头程和尾程成本占比高、退货处理成本高、可能有定制化要求。核心诉求是物流成本核算、退货残值处理、订单状态跟踪。
判定方法很简单：把你最近一个季度出货金额排名前20的SKU列出来，看它们的库存深度、生命周期、类目重合度。如果这20个SKU分散在8个以上不同类目、平均单SKU月销不足50件，你就是铺货型；如果集中在2到3个类目、单SKU月销稳定在数百件以上，你就是精品型。
库存模型要回答四个问题：备多少、放哪里、什么时候补、什么时候清。四类模式的答案完全不同。
（1）铺货型。备货深度控制在2到4周销量，安全库存天数取3到5天，优先把货放在国内仓加少量平台上架测试，跑出数据后再补。清退规则要硬：连续30天零销量或库存周转超过120天的SKU，自动进入清退名单，不允许人工"再看看"。
（2）精品型。备货深度可以到8到12周，安全库存天数按交期波动设定，通常取交期标准差的1.5到2倍。要建立批次台账，记录每批的生产日期、到仓日期、质检结果，并在系统里按批次核算库存成本。
（3）季节型。备货分两段：预热期按保守预测的60%备货，销售窗口开启后按前两周实际动销率决定返单量。返单必须预设最后下单日，过了这个日期无论多缺货都不再补，避免货到窗口已过。
（4）大件定制品。库存模型的核心不是数量而是成本分层。要按"头程成本+入库成本+月仓储费×预计存放月数+退货处理成本×预计退货率"算出单品的真实持有成本，然后用它来做清仓决策的阈值。
库存模型定好之后，选型就变成了一件很具体的事：判断ERP能不能支撑这套模型。我把它整理成七个标准，每一项都有及格线、加分项和红旗信号。
标准一：库存可视与多平台同步。及格线是能按仓库、店铺、平台、国家四个维度查看可售、预留、不可售、在途四类库存，且能自定义可售口径。加分项是能设置不同平台的安全库存缓冲值，比如某个平台退货率高，就把它的可售库存自动扣减3%。红旗信号是只能看"总库存"一个数字，或者需要人工导出后自己算。
标准二：补货与预测。及格线是每SKU可设置交期、安全库存天数、销售速度计算窗口，并能生成建议采购量。加分项是能按SKU记录建议值与实际执行值的偏差，用于回溯修正。红旗信号是补货参数全局统一、不能按SKU覆盖。
标准三：多仓与履约。及格线是支持国内仓、海外仓、平台仓同时管理，并能在库存调拨时保留在途状态。加分项是能按仓库和物流渠道核算履约成本，并把这个成本带入单品利润。红旗信号是在途库存在调拨后直接消失或直接计入目标仓。
标准四：成本核算与财务。及格线是能按批次或按入库时间核算库存成本，能把平台费、物流费、仓储费分摊到SKU。加分项是能按存放时长分层计算仓储成本，并能生成呆滞库存金额报表。红旗信号是只有采购成本一个口径，其他费用只记在总账层面。
标准五：平台与物流集成。及格线是覆盖你现在和未来12个月要做的平台，且同步频率满足业务要求。加分项是接口异常有告警和自动重试。红旗信号是新平台对接需要额外支付高额费用且周期超过一个月。
标准六：数据权限与安全。及格线是能按角色限制数据可见范围，关键操作有日志。加分项是能导出完整历史数据，且不额外收费。红旗信号是数据只能看不能导出，或者导出需要单独付费。
标准七：实施服务与总拥有成本。及格线是提供明确的上线周期承诺、培训和售后响应时效。加分项是提供POC试用环境，并允许用你自己的真实数据做测试。红旗信号是拒绝提供测试环境，只做演示。
下面这张图把这七个标准按"权重"和"及格线难度"排列，帮助你在有限预算下决定先保哪几项。
选型时正着挑容易挑花眼，我建议反过来做：先列红旗信号，把踩线的候选直接划掉，剩下的再比。我常用的红旗清单有八条。
（1）拒绝提供POC试用环境，只用演示账号。（2）补货参数不能按SKU单独设置。（3）库存数据不能完整导出，或导出收费。（4）在途库存口径含糊，说不清是否计入可售。（5）按单计费没有封顶或阶梯优惠。（6）新平台对接费用和时间不写入合同。（7）实施周期承诺含糊，不给里程碑。（8）售后响应没有书面时效承诺。
踩中三条以上的供应商，我一般直接排除，不管功能多全。因为这些信号反映的不是产品能力问题，而是合作风险和成本不可控问题，后期很难通过沟通解决。
前面反复提到一个结论：选品判断、库存分析、执行落单是三件不同的事。这一节用一个具体工具来说明这个分层应该怎么落地。
大多数卖家的选型顺序是"先买ERP，再想办法从ERP里导数据分析"。这会导致两个问题。第一，ERP的数据结构是为执行设计的，不是为分析设计的，你要的跨平台、跨仓库、跨周期的对比视图，往往需要大量二次加工。第二，一旦ERP换了，历史数据口径断裂，前面的分析全部作废。
更稳的做法是把数据层单独拿出来。数据层负责接入多平台店铺、仓储、物流、广告等数据源，统一口径，输出库存健康度、周转天数、动销率、呆滞占比、SKU级利润这类指标。执行层（ERP）负责把决策变成采购单、调拨单、补货单。两层分开之后，换ERP不会导致分析体系崩塌，换分析工具也不会影响日常执行。
我自己在几个项目里用数跨境做数据层，官网在 https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys 。它的定位是跨境电商数据与库存分析工具，主要解决的就是上面说的"数据汇总和指标口径统一"这一段。
具体用法我分三步。第一步是接入店铺和仓库，把亚马逊、独立站以及其他平台的店铺数据汇总到一处，避免每个平台单独登录、单独导出、单独做表。
第二步是看库存健康度。我关注的指标包括库存周转天数、动销率、呆滞库存金额与占比、可售天数、缺货SKU数量。这几个指标放在同一张视图里，能很快判断问题出在"备太多"还是"备太少"。我在一个家居卖家项目里就是靠这个视图发现，他的呆滞金额占比达到24%，而同时有17个SKU处于缺货状态，这是典型的库存结构失衡，不是总量问题。
第三步是选品与结构分析。把SKU按销量、毛利、周转速度、退货率做多维交叉，区分出"高销高毛利""高销低毛利""低销高毛利""低销低毛利"四类。这个分类直接决定库存策略：高销高毛利加大备货，高销低毛利控制深度并优化成本，低销高毛利做定向推广，低销低毛利进入清退流程。
需要强调的是，数跨境这类工具不负责下单和履约，它解决的是"看清楚"。这个分工很重要：先看清楚，再决定买什么系统来执行，比先买系统再试图从里面挖数据要省得多。
我在过去两年里跟过三个不同类型的卖家，用同一套分析方法做前后对比。样本不大，但方向性比较清楚，我把它整理成下面的对比。
同一个时期，我接触过另一个卖家，SKU约1400个，多平台经营。他直接上了一套功能齐全的ERP，没有单独建数据层。运行八个月后出现三个问题。
第一，他不知道自己的呆滞库存到底有多少，因为ERP的报表只到"库存金额"，没有按存放时长分层，也没有动销率维度。第二，选品决策仍然靠平台后台逐个看，因为ERP的数据视图是执行视角的，不适合做跨平台对比。第三，某次更换ERP供应商时，两年的历史库存数据只导出成了一份格式混乱的表格，分析体系直接归零。
他的实际损失不好精确量化，但按他自己的估算，光是没及时发现的一批超龄库存，多付的仓储费在六位数以上。这个案例的教训是：执行层解决"做得对"，数据层解决"看得清"。两者不能互相替代。
上面讲的是判断逻辑，这一节给具体的分阶段行动方案。我对卖家规模的划分按年GMV和SKU数量双维度，因为单看GMV容易误判复杂度。
这个阶段我的建议是不要上重ERP。先用平台后台加一张维护良好的多维表格，配一个轻量的数据汇总工具，把可售库存口径统一起来。
重点做三件事。第一，定义清楚"可售库存"包含哪些节点，写成文档，团队统一执行。第二，每周固定一次库存复盘，看周转天数和呆滞金额两个指标。第三，把补货参数写下来，包括交期、安全库存天数、销售速度窗口，哪怕是用表格算，也要有明确参数。
这个阶段最容易犯的错是过早采购大系统，结果一年后业务模式变了，系统用不上还得换。轻量方案的成本不到重系统的十分之一，灵活性也高得多。
这个阶段是选型的关键期，多数卖家在这里从单平台变成多平台，从单仓变成多仓。我的建议是先建数据层，再选执行层。
具体顺序是这样。第一步，用数据工具把多平台店铺和仓库数据汇总，统一指标口径，先跑通一个月，确认数据准确。第二步，用上一节讲的七个标准做ERP候选筛选，务必做POC试用，用真实数据跑两周。第三步，理清流程，把采购审批、库存口径、超卖责任、清仓决策四件事定成书面规则。第四步，分模块上线，先上库存和订单，跑稳三个月再上财务和采购。
这个阶段要特别关注成本结构，因为订单量在快速增长，按单计费的影响会迅速放大。做三年成本模型是必须要做的动作。
这个阶段的选型已经不是买软件，而是建能力。我的建议是成立一个由运营、供应链、财务、IT组成的小组，共同负责选型和实施。
重点关注的三个方向。第一，批次与品质追溯能力，这直接关系到合规和品牌口碑。第二，库存成本的分层核算，要能算清每个SKU在每一天的持有成本。第三，数据自主权，包括数据导出、接口开放度和更换供应商时的迁移成本。品牌型卖家最怕的不是系统贵，而是数据被锁定。
另外这个阶段通常需要数据层和执行层同时存在，并且两层之间要有稳定的数据通道，避免形成新的信息孤岛。
季节性卖家的选型逻辑和其他类型差别很大，我把特殊动作单独列出来。
（1）把预测时效放在第一位，系统能不能按周甚至按天更新动销率，比能不能做年度预测重要得多。（2）预设返单截止日和清仓触发点，并且写进系统规则，不靠人工判断。（3）把清仓渠道提前准备好，不要等到库存超龄才找渠道，那时议价能力最弱。（4）用上一年同期的数据做基准，但必须剔除当年特殊因素（比如某次平台大促或物流中断）。
选型本质上是取舍，不是找最优解。这一节我列五组必须做的取舍，每组给出我的倾向和适用条件。
全套模块的优点是数据一致性好、供应商单一、责任清晰，缺点是贵，且很多模块你用不上。模块化拼接的优点是成本可控、按需购买，缺点是模块之间的数据打通需要额外投入，出问题时多个供应商容易互相推诿。
我的倾向是：SKU超过1000、仓库超过3个的卖家选全套模块；其余卖家优先模块化，但要把"库存"和"订单"两个模块放在同一家供应商，这两个模块的数据耦合度最高，分开成本太高。
SaaS的优势是启动快、维护成本低、迭代频率高；劣势是数据在第三方、定制空间有限、长期费用可能超过自建。私有部署的优势是数据自主、定制自由；劣势是初始投入高、需要IT维护、升级慢。
我的判断标准是数据敏感度和业务标准化程度。如果你的业务流程高度标准，用SaaS更划算；如果你有独特的供应链模式需要系统深度定制，或者对数据合规有硬性要求，才考虑私有部署。对绝大多数中小跨境卖家，SaaS是更合理的选择。
这不是纯粹的系统取舍，而是库存布局取舍，但它直接决定ERP需要具备什么能力。FBA的优势是流量和履约体验，劣势是仓储费阶梯上升、库存灵活性差、退货处理受限。海外仓的优势是灵活性高、可做多渠道发货，劣势是需要自己管库存和履约质量。自发货的优势是零前置库存，劣势是时效和转化率。
我的建议是分层配置：主销款放FBA保流量和转化，长尾款和测试款放海外仓或自发货控制风险，季节性款用海外仓做灵活调拨。对应的ERP能力要求是能同时管理三类库存节点，并且能按渠道核算履约成本。
自建数据团队的优势是需求响应快、指标体系完全贴合业务；劣势是招人难、成本高、人员流动带来知识断层。采购工具的优势是启动快、成本确定；劣势是标准功能与自身流程的差异需要自己适配。
我的倾向是：年GMV低于5000万的卖家，优先采购工具，把精力放在业务上；超过这个规模再考虑自建，并且是"采购工具+少量自建"的混合模式，而不是全部自研。我见过几个卖家自研数据系统，做了一年半，做出来的东西不如市面工具的一半，而这个时间足够竞争对手跑出两轮选品迭代。
这两个不能同时做，必须排序。我的答案毫无悬念：先做库存准确率。原因是补货自动化的输入是库存数据，如果库存本身不准，自动化只会更快地产生错误的采购单，把错误放大。
正确的顺序是：先统一可售口径、把各节点同步打通，把库存准确率做到95%以上并稳定运行两个月，再上补货建议功能。这个顺序不能颠倒，也不能压缩。
我把整篇文章的判断压缩成两段，一段是一句话判断法，一段是90天行动清单。
面对任何一个ERP候选方案，问一句：它能不能按我现在的选品模式，把我定义的库存模型准确执行出来，并且在我未来12个月扩张时成本可控？能，就是适配；不能，功能再多也不适配。
如果这句话不好操作，就用下面这张评分卡。六个维度各打分，总分低于70分的方案不建议进入实施阶段。
如果你决定按这篇文章的方法做一次完整选型，我建议按90天推进。
（1）第1到10天，完成选品模式判定和库存模型定义，输出一份不超过三页的文档，写清可售口径、补货参数、清仓规则。
（2）第11到25天，搭建或接入数据层，把多平台、多仓数据汇总，跑出库存周转天数、动销率、呆滞金额占比三个核心指标，作为选型的基准数据。
（3）第26到45天，按七个标准筛选出三到四家候选，全部要求提供POC试用环境，用你自己的真实数据跑两周。
（4）第46到60天，做三年总拥有成本模型，三家报价按保守、中性、乐观三种订单量各算一遍，同时核对红旗信号清单。
（5）第61到90天，理清四件事的流程规则：采购谁审批、库存口径谁定义、超卖谁负责、呆滞库存谁决策清理，然后分模块上线，先库存和订单，稳定后再扩。
最后回到开头那个卖家。他后来没有换ERP，而是补了两件事：一是把库存口径和数据层补上，二是把清退规则写进系统规则并强制执行。四个月后他的库存周转天数从一百多天降到七十天出头，呆滞金额占比降了将近一半，FBA缺货次数也明显减少。ERP本身没变，变的是他终于知道自己要用这套系统执行什么策略。这就是我想说的核心：ERP选型从来不是选软件，是选你库存策略的执行系统，先想清楚策略，再挑执行者。
我做了两年铺货，SKU一千多个，一直用表格加平台后台管库存，最近老出现超卖和漏补货，团队天天在群里对库存。我一直在纠结，这到底是流程没理顺，还是真的该上ERP了，怕上早了养不起，上晚了又亏钱。
先判断有没有出现人肉协调成本失控的信号：一是每天花在跨平台库存核对、手工改库存的时间超过1小时；二是近30天超卖订单占比超过0.5%，或者一个月里“有流量但库存为0”的断货天数超过3天；三是同一个SKU铺在3个以上店铺或仓库，靠表格已经无法保证各地口径一致。任意命中两条，就可以上轻量ERP；
如果只有1到2个店铺、SKU在200以内、单一仓库，先把SKU编码规则、库存台账口径、补货责任人这三件事定清楚，用表格加平台自带工具也能撑住。上线的顺序也要控：先做订单归集和库存同步，再上采购与补货，最后接财务成本核算，不要一上来就全模块铺开。
我同时做亚马逊、TikTok Shop和独立站，最怕的就是同一个SKU在两个平台同时出单，最后一边超卖被罚、一边货压在仓里。看演示的时候每家都说自己实时同步，我根本不知道该信谁。
用可验证的口径问四件事。第一是同步时效：走API实时推送还是定时拉取，间隔几分钟，出单后多久扣减可用库存。第二是分配逻辑：多仓多店铺时是共享库存池还是按店铺、仓库设预留，是否支持安全库存缓冲，可售库存是不是等于实物减预留减在途未到。
第三是失败兜底：API限流、授权过期、平台仓数据延迟时会不会静默丢单，有没有异常清单和告警。第四是对账能力：能不能按SKU乘仓库乘日期拉出库存变动流水，并和平台后台报表对平。落地做法是拿你SKU最多、单量最大的那个真实店铺做POC，连续跑7天，记录每日同步延迟次数、超卖笔数、库存差异SKU数。
参考及格线：超卖率低于0.3%，库存差异SKU占比低于1%，并且差异能当天下班前定位到原因。
我用过带智能补货的ERP，它推的建议有时候一下让我补三个月的量，压了一堆货，有时候又明显不够，眼睁睁断货。我怀疑是参数没设对，但看后台一堆字段，真不知道从哪调起。
把补货当成公式而不是当成预测。基础逻辑是：补货点等于日均销量乘以采购交期、头程时效、安全天数之和；补货量等于目标覆盖天数乘日均销量，再减去现有可用、在途和已下未发的部分。有三个参数必须自己控：日均销量的统计口径，建议用近14天剔除大促异常值后的加权值，用30天平均容易在旺季前低估；
安全天数，按断货代价来定，爆款可以设成交期的0.5倍，长尾可以设0，新品没有历史数据时先用同类目均值，跑够2到3个补货周期再切回自身数据；覆盖天数上限，受保质期、平台仓仓储费和季节长度约束，超过60到90天覆盖的建议拆成两批下。
验收AI建议的方式是让它解释每条建议用了哪个销量口径、哪个交期、哪段安全天数，并要求导出建议销量与实际销量的偏差表。做不到可解释、不能人工覆盖的建议，只能当参考，不要直接一键下单。
我第一次选ERP只看月费，觉得一年几千块挺便宜，结果上线后发现多平台接口、仓储模块、按单量都要另外加钱，一年下来比报价高出三成。现在第二次选，我想一次把账算清楚，不想再被隐藏费用咬一口。
把报价拆成六块看：软件订阅，是按店铺数、SKU上限还是账号数计费，超限怎么涨；交易量费用，按订单数或发货单数阶梯计价，重点看旺季峰值月份会不会跳档；模块与接口费，多平台对接、海外仓、FBA、支付、物流面单是否单独收费；实施与数据迁移，一次性费用里是否包含字段清洗和历史库存期初录入；
培训与二次开发，定制报表、审批流、字段扩展的工时单价是多少；退出成本，数据能不能全量导出，导出格式是什么，导不导出都要收钱吗。判断依据是让对方出一份包含以上六项的12个月TCO报价，再用你去年旺季峰值月份的订单量做一次压力测算。
两条警戒线：如果交易量费用加模块费超过订阅费本身，说明这套计费方式跟你的业务结构不匹配；如果实施费高于软件年费，通常意味着你需要先梳理流程再上系统，而不是急着签约。
读者评论
做铺货的最认同选品模式决定ERP这句。我们一千多SKU，之前买了套功能很全的精品型系统，批次追溯那些模块根本用不上，实施费多花十几万，最后还是换回轻量的。选型顺序真不能反。
库存准确率95%这个门槛说得还保守了。实际对账时平台API延迟加上预留库存口径不统一，偏差上百件很常见。超卖带来的取消率影响比退款本身严重得多，这笔损失确实没法用单笔订单金额衡量。
按单计费那段戳到我了。销售当时只报订阅费，我们日均1500单，签完才发现按单费一年六万多，三年下来比订阅费还高。建议谈价时一定把三年订单量预估摆出来一起算总账。
补货建议要能解释这点很实在。用过某系统给的智能补货，连销售速度用7天还是30天口径都查不到，促销季按峰值补，结果压了一堆货。现在我都要求能看到交期和安全库存天数，再人工过一遍。