2023 年我陪一家深圳卖家做 ERP 替换评估，他们的年 GMV 大约 2600 万，主战场是 Amazon 美国站加 TikTok Shop 美国小店，日均出单 900 到 1400 单。四家服务商的第一轮报价里，最贵的那家年费比最便宜的贵了 3.8 万，他们差点直接签了最便宜的那份。结果我们做了一次真实账单模拟：用最便宜那套跑一周，光"燃油附加费 + 偏远地区附加费"两项因为没有回写逻辑，财务手工补录就多花了 11 个工时，更麻烦的是商品毛利报表里运费一直是错的。
这件事让我彻底改变了跨境电商 ERP 的选型顺序，价格不是第一轮要谈的东西，物流对接维度才是定价策略的定价基础。物流接不通、数据不回写，你连自己买贵了还是买便宜了都算不出来。下面这套框架，是我在 6 次 ERP 选型和 3 次迁移里反复改出来的，核心就一句话：不要只问 ERP 支持哪些物流商，要问物流数据如何进入定价、成本和利润。
我先把结论摆在最前面，因为大部分卖家在选型会上把顺序搞反了。他们先让四家 ERP 报价，再拿着报价单比功能；但价格是结果，物流对接深度才是原因。同一套订单量，物流对接层级不同，供应商的成本结构完全不同，最后落到合同上的计量单位也完全不同。
显性成本就是合同上写得清清楚楚的那部分：月费或者年费、基础套餐包含的订单量、包含的店铺数、包含的仓库数、包含的物流账号数。这部分最容易比较，也最容易骗人。
我统计过自己经手的 6 份跨境电商 ERP 合同，显性订阅费在总支出里的占比大概在 35% 到 48% 之间。也就是说，你用年费高低来选 ERP，实际上只比较了不到一半的成本。剩下的一半多藏在阶梯超量、模块加购、面单计费、实施和迁移里。
隐性成本包括四块：运费试算不准导致的渠道选错、面单获取失败导致的人工补打、轨迹断更导致的客服工时、账单差异导致的对账返工。这四块没有一项会出现在报价单上，但每一项都在吃利润。
我的经验值是：物流对接层级停留在"能打面单"的 ERP，履约链路上的隐性人工成本大约是深度对接方案的两到三倍，而且这个差距会随单量线性放大。这不是软件贵不贵的问题，是你的运营人力被反复消耗。
换 ERP 不是换个软件，是把整套作业习惯搬一次家。历史订单迁移、库存期初对齐、物流账号重新授权、员工重新培训、财务对账口径重建，这些加起来通常需要 3 到 8 周。
我见过最惨的一次，是因为新 ERP 不支持原系统的物流账单导出格式，财务手工整理了三个月的旧账，两个人干了两周。评估定价策略时，一定要把切换成本折进 TCO，否则你算的是新系统的价格，不是这次决策的价格。
不是所有卖家都该买最深的物流对接。我总结出三个阈值，只要满足其中一个，深度对接的溢价就基本能赚回来。
反过来，如果你日均不到 100 单、单一物流商、只做总账不看单品毛利，那么为"智能路由 + 运费试算 + 深度对账"多付年费，回报周期会拉得很长。这时候轻量方案更划算。
正确的顺序是：先明确目标市场的物流链路（用哪几家、走什么渠道、是否需要海外仓），再明确这些链路里哪些数据必须回写进系统，然后才去问"这些能力怎么收费"。
顺序一颠倒，你就会掉进"功能清单对比"的陷阱，清单上大家都有"物流对接"四个字，但含金量能差出十倍。
为什么这个维度这么容易误判？因为它的问题有延迟性。刚上线的时候一切正常，等单量上来了、渠道变多了、旺季来了，问题才集中爆发。下面四个场景是我在真实项目里反复见到的。
起步期卖家通常只用一个物流商，订单从平台后台导出，手工上传到物流商系统，再回来填单号。这个阶段任何 ERP 都能满足，因为物流对接根本没被真正使用。
问题在于，这个阶段的选型经验几乎不成立。很多卖家是在起步期签下了三年合同，等到爬坡期才发现计量单位选错了。我一般建议起步期卖家签短约、按年付、不锁长周期，把选择权留在自己手上。
日均过 200 单之后，卖家通常已经接入 2 到 4 家物流商。这时候每单走哪个渠道，不再是拍脑袋，而是要看分区、重量段、附加费之后的总价。
如果 ERP 的运费试算是静态规则（你手动维护价目表），那么价目表一更新就失效，而且附加费几乎没法维护。能省下来的运费，往往就藏在这种逐单比价里，而不是藏在年费折扣里。
大促期间面单获取请求量会涨到平时的 5 到 12 倍。如果 ERP 侧或物流商侧有 API 调用限制，表现就是面单获取排队、批量打印卡住、轨迹回传延迟。
我经历过一次黑五，某套方案在高峰期面单获取平均耗时从 1.2 秒涨到 8 秒以上，仓库只能临时手工导入。这类问题的代价不是钱，是订单履约时效，而它通常不在销售演示的考虑范围里。
换 ERP 时，历史订单的物流单号、运费金额、退回记录、账单明细，能不能完整导出并导入新系统，决定了你财务口径会不会断档。
我在评估时一定会问一句："物流账单和运费成本的原始明细，能不能按时间区间批量导出成结构化文件？"如果对方含糊其辞，这项就是高风险项，要么写进合同，要么直接排除。
下面这五个误区，我在选型会上几乎每次都能碰到至少三个。它们不会让你立刻亏钱，但会让你在合同生效半年后开始后悔。
销售最爱说的一句话是"我们已经对接了 100 多家物流商"。这句话的信息量接近零，因为关键不是总数量，而是你的目标市场、你实际要用的那几家，对接深度到了什么程度。
正确的问法是：我想用的这家物流商，能不能在系统里直接拉取实时报价、直接获取面单、直接回传轨迹、直接导入账单？四个问题里只要有任何一个答不上来，这家就是"半对接"。
月费只是价格的一个字段。完整的计价结构通常包含：基础订阅、订单量阶梯、店铺数、仓库数、物流账号数、面单量、API 调用量、增值模块、实施费、培训费、定制费、续费涨幅。
同一家供应商的两个报价单，可能因为计量单位不同，实际支出差出 60%。我见过一份合同按"店铺数"收费，另一份按"物流账号数"收费，前者在多店精铺模式下便宜，后者在多渠道模式便宜，选错了就是每年白付钱。
很多人觉得运费试算是"高级功能"，可有可无。但如果你的 SKU 里有体积重商品、有多个重量段、有偏远地区订单，试算能力直接决定了你选哪个渠道。
一次选错渠道，单票多付 1 到 3 美元很正常。日均 500 单里如果 15% 的订单选错，一天就是 75 到 225 美元，一个月就是两三千美元。这笔钱远远超过大多数 ERP 的年费差价。
演示环境永远是干净的：标准地址、标准重量、标准渠道、没有附加费。真实环境里，偏远地区、超规尺寸、旺季附加、退件重派，才是费用的主要来源。
我坚持做的一件事是：拿过去一个月的真实物流账单，让供应商在 POC 环境里跑一遍，看系统算出来的运费和账单差异有多大。差异率超过 5% 的方案，我都会标红。
"订单量"到底指什么？平台订单、发货单、面单、包裹，是四个不同的东西。旺季订单量翻三倍时，超量部分怎么算，是按阶梯还是按峰值？
这些如果不写进合同，续费谈判时你完全没有议价依据。我的做法是把计量单位、超量单价、续费涨幅上限、数据导出权利，四条全部写进合同附件。
把上面这些问题结构化，我最后固定成五张表。每次选型，五张表填完，结论基本就出来了。这五张表的作用不是打分，而是把"感觉贵"变成"知道贵在哪、贵得值不值"。
这张表要按三年周期填，不是按一年。字段包括：基础订阅、阶梯超量、模块加购、面单计费、API 调用、实施、培训、定制、迁移、续费涨幅。
填写时有个小技巧：把每一列拆成"确定发生"和"可能发生"两类，用不同底色标出来。确定发生的对比总额，可能发生的单独列风险敞口。这样谈判时你知道哪些必须压价，哪些可以先不管。
这张表不看总数，只填你实际要用的物流商，然后对每一家打四个勾：实时报价、面单获取、轨迹回传、账单导入。
质量维度再看四项：接口平均响应时间、限流阈值、是否有沙箱环境、异常工单响应时长。响应时间和限流阈值建议直接写进合同的技术附件，大促期间这两个数字就是你的履约底线。
要逐项确认是否支持：首重续重、分区计费、体积重、燃油附加、偏远附加、旺季附加、退件费、多币种结算。
我把这张表分成"系统自动计算"和"人工维护价目表"两栏。凡是只能人工维护的，都标注为高风险，因为价目表一旦更新不及时，试算结果就是错的，而错误比没有更危险。
这张表看四件事：物流账单能否批量导入、差异能否自动标记、费用能否分摊到 SKU 或订单、能否生成毛利报表。
分摊颗粒度是核心。如果只能分摊到"店铺月度总运费"，你就永远算不出单品真实毛利，选品决策会长期建立在错误数据上。这一点对做精铺和做品牌的卖家尤其致命。
内容包括：异常件处理流程、轨迹断更提醒机制、赔付责任划分、数据存储位置、数据出境合规、报关资料支持、税号管理、数据导出与删除权利。
合规这块近年权重明显上升。数据能不能导出、能不能删除、存在哪里，这三问建议直接写进合同，而不是只信销售的口头承诺。
上面五张表里，最容易出问题、也最容易被低估的是第四张，对账与利润回写。面单能不能打，演示一下就知道；但物流成本能不能正确落到 SKU 和订单上，往往要跑一个月真实账单才看得清。这一节我用一个具体工具作为观察样本来说明。
数跨境（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys ）在我的选型实践里，定位偏跨境经营数据的整合与分析，而不是传统意义上"从订单到面单"的发货型 ERP。这个差异决定了它在物流对接维度里的角色。
我在给卖家做方案时会把它放在"数据回写和对账口径"这一层来看：它解决的不是面单打印，而是物流费用进入经营分析之后，能不能按 SKU、订单、店铺、仓库几个维度还原出真实毛利。这一层恰恰是很多发货型 ERP 的弱项。
常规做法是把 ERP 或平台导出的订单数据、物流账单数据做结构化整合，再建立费用分摊规则。关键点不在导入，而在分摊规则怎么定义。
我一般会定义三层规则：订单级直接费用（面单运费、偏远附加）、订单级间接费用（燃油、旺季附加按重量或金额分摊）、店铺级公共费用（退件费、重派费按发生量归集）。只有三层都定义清楚，毛利报表才不会在月末出现"总账对得上、单品对不上"的情况。
下面是我在做 POC 时常用的一个校验脚本思路，用来验证供应商标称的对账口径是否成立：
# 物流账单与订单运费的一致性校验（POC 用简化示例）
目的：验证 ERP 回写的运费成本与物流商账单差异率是否可接受
import pandas as pd
bill = pd.read_csv("carrier_bill.csv") # 物流商账单：单号、计费重量、分区、基础运费、燃油、偏远附加
order = pd.read_csv("erp_freight.csv") # ERP 回写：单号、SKU、订单号、回写运费、分摊后成本
df = bill.merge(order, on="tracking_no", how="inner")
逐单差异
df["diff"] = df["回写运费"] - (
df["基础运费"] + df["燃油"] + df["偏远附加"]
)
df["diff_rate"] = df["diff"] / df["基础运费"]
三条验收线
total_diff_rate = df["diff"].sum() / df["基础运费"].sum()
sku_level_missing = order["SKU"].isna().mean()
wild_diff_ratio = (df["diff_rate"].abs() > 0.05).mean()
print(f"整体差异率: {total_diff_rate:.2%}") # 建议验收线：小于 3%
print(f"SKU 缺失率: {sku_level_missing:.2%}") # 建议验收线：小于 1%
print(f"单票差异超 5% 占比: {wild_diff_ratio:.2%}") # 建议验收线：小于 8%这个脚本看起来简单，但它能把"回写质量"从形容词变成数字。任何一套方案，只要整体差异率、SKU 缺失率、单票差异超标率这三个数过不了线，无论年费多低都不值得签。
试算能力的价值不只在"算得快"，更在"算完之后能沉淀成规则"。如果每次都要人工判断走哪个渠道，那么单量越大越累，规则也不会被优化。
我倾向的做法是：把试算结果和历史实际账单做定期回归，看哪条渠道在哪些重量段、哪些分区上系统性偏贵。这个动作每季度做一次，通常能找出 3% 到 8% 的运费优化空间，而且优化是持续的，不是一次性的。
很多卖家以为自己有毛利报表，其实只有"收入减采购成本减平台佣金"。运费被当成一个整体费用扣掉了，没有落到单品上。
结果就是：那些体积大、重量重、偏远订单占比高的 SKU，看起来毛利不错，实际是亏的。我见过一个家居品类卖家，调整运费分摊口径之后，发现 23% 的 SKU 实际毛利为负。这不是财务问题，是选品策略问题。
我把常见的三类方案做了对比：纯发货型 ERP、发货型 ERP 加人工对账、以及以数据整合分析为核心的方案（数跨境属于这一类）。差异主要体现在回写颗粒度、对账耗时和差异检出能力上。
| 评估维度 | 纯发货型 ERP | 发货型 ERP + 人工对账 | 数据整合分析型方案 |
|---|---|---|---|
| 面单获取与打印 | 成熟 | 成熟 | 通常不作为核心能力 |
| 运费试算 | 多为静态价目表 | 静态价目表 + 人工校验 | 可基于历史账单回归优化规则 |
| 回写颗粒度 | 多为店铺月度总额 | 订单级为主 | SKU / 订单 / 店铺 / 仓库多维 |
| 对账耗时（日均 800 单） | 18 到 25 小时/月 | 10 到 15 小时/月 | 3 到 6 小时/月 |
| 差异检出能力 | 弱，依赖人工发现 | 中等，按单核对 | 强，可设定阈值自动标记 |
| 适合的卖家 | 单量小、单一渠道 | 多渠道、有专职财务 | 多平台多仓、需要单品毛利 |
这张表想说明的是：三类方案不是孰优孰劣，而是解决不同问题。如果你的痛点是"发货慢"，那就该看发货型 ERP；如果你的痛点是"不知道哪个 SKU 在赚钱"，那数据回写和分析层才是重点。把两类需求塞进一个采购决策里，通常会两边都不满意。
评估框架再完整，落到行动上还是要看阶段。下面是我按四个阶段给出的具体建议，每个建议都对应到前面的五张表。
这个阶段最该做的不是比功能，是把固定支出压到最低，并且保证随时能换。具体动作有三条。
这个阶段我建议把预算的 70% 留给业务增长，而不是留给系统。起步期最贵的错误不是系统买便宜了，是被三年合同锁死在一个不合适的方案上。
这个阶段每一单的运费差异都会被放大，试算和对账的投入回报最明显。建议按下面的顺序推进。
顺序不要颠倒。很多卖家一上来就要 SKU 级毛利，但订单级都还没算准，结果是报表更复杂、结论更不可信。
这个阶段的核心矛盾是：店铺多、渠道多，但费用口径混在一起，看不出哪个店铺在赚钱。建议做三件事。
这个阶段最容易出现的浪费是"重复对接"。同一家物流商在多个店铺下重复授权、重复维护价目表，出错概率成倍上升。能统一到一层管理的，就不要放在店铺层各管一遍。
到了这个量级，物流对接已经不只是成本问题，而是履约时效和合规问题。建议重点关注三条线。
选型到最后一定会遇到"两难"，这时候需要的不是更多功能对比，而是明确取舍标准。下面五个取舍是我在真实项目里最常碰到的。
覆盖 80 家但每家都只能打面单，和覆盖 8 家但每家都支持报价、面单、轨迹、账单，哪个更好？取决于你的渠道策略。
如果你是多渠道试错型，广度更重要；如果你是主渠道深耕型，深度更重要。我的判断标准是：把未来 12 个月你确定会用的物流商列出来，如果不超过 5 家，就优先选深度。
定制能贴合流程，但代价是升级困难、维护依赖对方、迁移成本极高。标准 SaaS 灵活但需要你改流程。
我一般建议：核心链路用标准能力，差异化环节用配置或外挂分析层解决。只有确实构成竞争壁垒的环节才考虑定制，而且要约定源码或数据的所有权。
这不是价格取舍，是阶段取舍。前面算过，日均 800 单场景下，深度方案的年费最高但三年总支出最低。而日均 100 单场景下，结论完全相反。
判断方法很简单：把"履约隐性的年化成本"估算出来，和年费差价比一比。隐性成本超过年费差价，就选深度；否则选轻量。
一体化省对接成本，但每一块能力可能都不是最强。多系统拼接每块都能选最好的，但数据打通要自己扛。
我的经验是：订单、库存、面单这三个强耦合的环节尽量一体化；数据分析、对账、BI 这类弱耦合环节可以独立选型。把数据分析强行塞进发货系统，通常两边都做不好。
当业务复杂度上来之后，很多卖家会考虑自建数据中台。自建的自由度最高，但需要专职数据人力，年成本通常不低于 30 万。
所以判断标准是：如果你的数据团队已经在做别的核心项目，就不要为了对账再自建一套；如果数据能力本身就是你的竞争力，自建才成立。
前面所有分析，如果最后没有落到 POC 上，都只是纸面推演。这一节给出我实际在用的验证清单，你可以直接照着跑。
这五项里，第四项最容易被跳过，但它恰恰是判断定价合理性的关键。不做账单模拟的 POC，等于没做 POC。
这七条我建议直接做成合同附件，附在报价单后面。口头承诺在续费谈判桌上没有重量，写进附件的条款才有。
签完合同不是结束。上线后 90 天内要盯住四个指标，一旦异常就说明选型判断有偏差。
| 观察指标 | 健康区间 | 异常信号 | 可能原因 |
|---|---|---|---|
| 面单获取成功率 | 99% 以上 | 低于 97% | 接口限流或物流账号授权异常 |
| 运费回写差异率 | 3% 以内 | 超过 5% | 附加费未纳入计算或分摊规则错误 |
| 人工补打面单工时 | 2 小时/周以内 | 超过 6 小时/周 | 批量处理能力不足或异常处理流程缺失 |
| 账单对账耗时 | 较上线前下降 50% 以上 | 与上线前持平 | 回写颗粒度不够，仍需人工核对 |
我现在的习惯是，在签约前就明确三件事：数据导出格式、导出频率、迁移协助责任。这三件事不写清楚，两年后你想换系统会非常被动。
特别是物流账单和运费明细，很多系统的导出功能做得非常粗糙，导出后还要人工清洗。建议在 POC 阶段就实际导一次历史数据，看能不能直接用。
回到最开始那个深圳卖家的案例。他们最后没有选最便宜的那家，也没有选最贵的那家，而是选了中间方案，同时把数据分析层单独用数跨境这类方案补上。一年之后复盘，物流成本占营收比下降了 1.4 个百分点，财务对账工时从每月 19 小时降到 5 小时。
我想强调的独特观点是：在跨境电商 ERP 选型里，物流对接不是一个功能模块，而是定价策略的计算基础。你用什么口径算运费，决定了你能看到多细的成本；你能看到多细的成本，决定了你敢不敢和供应商谈价。
所以评估顺序应该是：先确认物流链路要跑到什么深度，再确认这些深度需要哪些数据回写，最后才去问这些能力怎么收费。反过来做，你只会在功能清单上打勾，然后在合同生效半年后开始算不清账。
下一步我建议你做三件事。第一，把目标市场的物流商列出来，最多不超过 5 家，逐个确认报价、面单、轨迹、账单四项能力。第二，拿上个月真实账单做一次差异率测算，这一步不需要任何供应商配合，你自己就能做。第三，把计量单位、超量规则、续费涨幅、数据导出四项写进合同附件，谈不下来就别签。
这三件事做完，你手里就有一份属于自己的评估结论，而不是一份别人给的选型清单。
我去年选ERP的时候，销售给我报了一个月费，我看着比原来用的便宜，差点就签了。后来财务问我物流账号要不要加钱、面单超量怎么算，我才发现总账根本没算清。
月费只是总拥有成本的一项，要拆成五类去问。基础订阅：按年还是按月、含几个店铺和几个账号。用量阶梯：订单量、面单量、API调用量、物流账号数、仓库数，超出部分单价多少。模块费：实时运费试算、智能路由、物流对账、报关资料这些是含在基础版还是单独报价。
实施与迁移：初始化、历史数据迁移、培训、定制开发、上线后的调整。续费条款：第二年涨幅怎么定、是否按当年单量重新计价。做法是拉一张三年期成本表，按你现在的单量和未来两年的增长预期各算一遍，把“当前用量”和“大促峰值用量”两列都填进去。
判断依据是：如果某项费用在你业务量翻倍时非线性上涨，比如面单量跳档、物流账号按个收费，那它不只是成本问题，而是会限制你多店铺、多仓扩张的扩展性问题。还要问清超量计费口径是按自然月还是按账单周期、按成功面单还是按接口调用次数，这两者的差额在小单量时看不出来，大促时很可观。
我对比的几个ERP官网都摆了一长串物流商Logo，数量从三十家到两百多家不等，看着差距很大。但我实际在用的渠道就那么几个，也不确定多出来的那些对我有没有用。
对接数量本身参考价值有限，要拆成三个问题去问。第一是覆盖匹配度：把你目标市场常用的渠道列成清单，逐个核对是否在列，特别是有没有你在用的区域派送商、专线、海外仓尾程，这类渠道最容易出现在“总数”里但实际缺失。
第二是接口能力层级：同一家物流商在不同ERP里的对接深度可能完全不同，有的只能下单打面单，有的支持实时运费试算、轨迹回传、退件处理、账单下载，要让对方逐项写明每个渠道支持哪几项。
第三是接口质量：API是否限流、单次批量上限多少、面单获取平均耗时、有没有沙箱环境、异常工单响应时限，这些销售一般不会主动讲，需要在POC阶段自己测。判断依据是：只要你实际在用的渠道里有一个不在对接列表内，就要问清楚是走定制接口还是走通用面单，定制多少钱、多久能上线；
如果对方答不上来，说明这个渠道后续很可能要你自己贴人力去补。
我在演示里看过运费试算，输个地址和重量就跳出几个渠道的价格，当时觉得挺直观。但我真正担心的是大促时各种附加费叠加起来算不算得准，以及月底物流账单能不能对上。
演示只能看界面，要用真实数据跑POC。运费试算做三件事：从你过去一个月订单里挑出包含分区计费、体积重、燃油附加、偏远附加、旺季附加、退件的样本各几条，让ERP算一遍，再和物流商实际账单逐条比对，看差额落在哪一项上，是规则没配还是接口取数不全。
物流对账做两件事：把物流商账单按原始格式导入，看差异能否被逐条标记出来而不是被平均掉；再看费用能否分摊回订单、SKU、店铺三个颗粒度，并生成毛利报表。判断依据是：如果系统只能算出一个运费总额、拆不到SKU成本，那它对你核算单品利润的帮助有限。
另外要问清多币种账单怎么处理、汇率按哪一天计、财务手工调整项能不能挂到具体运单上。这块建议让财务同事一起参与测试，因为最终每天用这个功能的是财务，不是运营，运营觉得顺手的界面财务未必能用。
我第一次签ERP合同只看报价单，附件没细看，结果第二年续费涨了价，想把历史订单全量导出还被额外收了一笔。这种坑我不想再踩第二次，所以现在会提前列一份条款清单。
至少把六件事写进合同或附件。一，计费口径：订单量、面单量、API调用量按什么周期统计，超量单价多少，退货单和测试单算不算。二，续费机制：第二年及以后的涨幅上限或调价规则，别接受口头承诺，凡是没写进合同的价格承诺，换销售或续费谈判时基本都会失效。
三，模块边界：实时试算、智能路由、对账、报关是含在套餐里还是单独计费，后续新增物流商接口是否另行收费。四，数据归属与导出：订单、运单、账单数据归谁，能否按标准格式全量导出、导出收不收费、终止合作后数据保留多久。五，服务与SLA：接口可用性承诺、故障响应时限、重大异常的处理和赔付方式。
六，退出机制：提前解约条件、剩余费用怎么结、迁移时对方要配合到什么程度。做法是把销售沟通中所有承诺整理成一份书面清单作为合同附件，逐条让对方确认签字。判断依据是：物流对接类费用的争议大多不在签约当天，而在第二年续费或者你新增了物流渠道的时候，那时候再谈已经没什么筹码了。
读者评论
文章把年费高低和实际成本拆开讲很有共鸣。我们日均三百多单，用轻量ERP时财务每月对账要花二十多小时，后来换成物流回写完整的方案，年费贵了但人工省回来了。选型先看账单模拟，比看功能清单有用。
财务视角最认同隐性成本和切换成本。运费不回写，毛利报表就是假的；历史物流账单导不出，换系统时旧账会断档。建议把按SKU看物流成本和账单明细可批量导出写进合同验收项，否则后期扯皮成本很高。
接口限流和旺季性能这点经常被忽略。演示时面单秒出，大促时排队到超时。评估时应该要求供应商提供API调用限制、峰值处理能力和失败重试机制，最好拿历史大促数据做压力测试，而不是只跑标准订单。
低单量卖家不一定需要最深对接。我日均不到一百单，单物流商，轻量方案够用。文章给的单量、渠道、对账三个阈值挺实用，能避免被销售推着买高价模块。等单量和渠道上来再升级，可能更划算。