订单散在四个后台，靠人肉搬
做跨境的，很少只在一个平台卖。亚马逊、Shopee、TikTok Shop、自己的独立站，再带一点线下批发，四个后台四套订单。运营早上的第一件事不是看数据，是把几个后台的订单导出来，粘进一个 Excel，再按仓库拆一遍。
问题不在这张表。问题是它是昨天的。下午客户来问「我的单出了没」，客服要开三个网页查；晚上再导一次，中间进来的订单没人管，发货时效就掉了。
多平台订单中台不是新鲜东西，但做对的不多。关键就两点：一个订单进来，系统自己判断从哪个仓发、走哪家物流；状态一变自动回写平台，不用人再登一遍后台点发货。
库存三套数，超卖是迟早的事
FBA 一批、海外仓一批、国内仓一批、在途还有一批。四份库存表，没有一份是实时的。运营怕断货，宁可多留安全库存，结果滞销的压着资金，好卖的又卖断。
系统里要做的事其实很朴素：一个 SKU 一个主档，各平台的 SKU 编码做成映射表挂上去；库存按仓分层，可用、锁定、在途、次品分开；出入库扫码走单据，别让人手工改数。超卖这事，十次有九次是几个人同时改同一个数改出来的。
物流轨迹，一天查几十遍
头程、清关、尾程，三段不同的承运商。客户问「到哪了」，客服就去三家网站分别输单号。要批量查？更麻烦。
做个轨迹聚合：把承运商的查询接口接进来，一个订单号的所有节点拉到同一条时间轴上；异常件（清关滞留、派送失败、地址错误）自动标红推给客服。这一步做完，客服的响应时间基本能砍掉一半。
财务月底结账，像打一场仗
平台结算单、支付通道流水、采购付款、头程运费、关税、退货退款——几拨数据对不上一个口径。
最麻烦的是利润算不准。平台佣金、仓储费、广告费、汇率波动，四五个变量叠在一起，一个 SKU 到底赚不赚钱，很多老板心里是没数的。
系统要做的是把规则固化进去：平台费率按类目配置；汇率按账期取中间价并留痕；广告花费按活动挂到 SKU 上；最后出一张按店铺、国家、SKU 三个维度的利润表。结账从七天变两天，不是靠加班，是靠数据在源头就是干净的。
| 痛点 | 现在怎么撑着 | 系统里怎么解 |
|---|---|---|
| 多平台订单 | 导出、粘贴、人工拆仓 | 一个订单池，自动定仓和承运商，状态回写平台 |
| 库存不准 | 四份表格各改各的 | SKU 主档 + 映射表，分层库存，扫码走单据 |
| 物流查询 | 挨个承运商网站输单号 | 节点汇到一条时间轴，异常件自动推给客服 |
| 利润算不清 | 月底拉一次，凭经验估 | 费率、汇率、广告费固化进规则，按三维出报表 |
真要上系统，别一上来铺大摊子
常见三个坑：
- 买了大而全的 SaaS，配置复杂到没人愿意用，三个月后又回到 Excel。
- 只做报表，不做数据源头。看板很漂亮，底下全靠手工导。
- IT 关起门来开发，业务方只在验收时出现一次。
稳一点的顺序是：先统一主数据和 SKU 映射，这一步最脏最累，但绕不过去；再做订单和库存打通；然后接物流轨迹；最后上财务对账和利润核算。每做完一段，业务上得看得见变化，不然没人配合下一段。
预算这块，说实话差别很大。模块多少、要不要对接平台 API、要不要迁移历史数据，价格能差好几倍。建议先花一周把现有流程画出来，标清楚哪几步是人做的、一周吃掉多少小时，再拿去谈。需求说不清，报出来的价也没意义。
最后
上面这几件事，难的不是写代码，是把你们那套「只有老员工才懂」的规则说清楚。真打算动手，先找个人把现在卡在哪聊一遍，再决定做不做、做多大。鼎汇通这类跨境和多币种的项目碰得比较多，随时可以拿你们的流程过来对一遍。
