前阵子我陪一个做 Shopee、Lazada、TikTok Shop 三平台的小团队复盘他们上线 ERP 的第一个月，最后卡住他们的不是刊登，而是物流：商品上架 2000 多个 SKU、订单也正常抓进来了，但 11 笔订单里有一笔因为面单渠道错配，卡在"待获取运单号"整整 38 小时，最后触发平台迟发货，店铺扣了分。他们老板说了一句很典型的话："我以为 ERP 都对接了物流，物流这块钱就省了。
"这句话几乎是我这两年听到最多的误解，也是这篇文章要拆开讲清楚的核心，多平台刊登完成只是把商品推到了前台，物流方案落地才是真正决定店铺评分和现金流的那一段。
这篇内容不是 ERP 选型榜，也不是厂商的功能说明书。我会按照一份可以对着勾的清单逻辑，把"多平台刊登之后物流方案要落地哪些事"讲透：先给结论，再还原真实场景，把常见误区一条条拆掉，然后给出我自己的判断顺序和判断依据，中间用具体案例和数据观察说明怎么验证，最后按不同卖家的情况给行动建议和取舍原则。文中涉及的具体平台规则和物流商渠道，请在执行前以平台最新官方文档为准，我这里给出的是判断框架和可复用的检查动作。
我先把结论摆出来。如果你时间有限，只看这一节然后照着自查，也能避开八成的坑。这六件事是按"出问题的概率"和"出问题后的损失"排序的，不是按重要性排序，很多文章会告诉你"物流商选择最重要"，但从我实际陪跑的案例看，排在损失榜首的从来不是选错物流商，而是配置没配对。
ERP 在多平台刊登里的角色，本质是一个"数据中转和任务调度中心"：把商品信息推送到多个平台、把多平台订单抓回一个后台、把面单信息请求回来、把运单号回传给平台、把物流轨迹同步到店铺。这些全部是数据动作。
而货物实际的揽收、干线运输、清关、末端派送、签收，是物流承运商在做，跟 ERP 没有物理关系。你把 ERP 的"物流对接"理解成"物流能力"，从第一步就走偏了。ERP 能帮你把订单送到物流商系统里，但送不到，是因为你的物流商账号没开通、余额不足、或者渠道没绑定。
多平台刊登之后，物流落地出问题，绝大多数的技术根因可以归到两个：一是 ERP 里的物流渠道和平台后台的物流渠道没有一一映射，导致抓单后找不到可用渠道；二是 面单获取成功但运单号回传平台失败，导致平台认为你没发货。这两个点看起来是配置问题，但排查起来非常耗人，因为报错信息通常很含糊。
我见过太多团队的做法是：在 Shopee 上把物流跑通了，然后直接开 Lazada，认为"ERP 都对接了，应该一样"。结果 Lazada 的面单规格、渠道命名、揽收方式、时效考核口径全不一样，又得从头排一遍。每个平台的物流规则是独立的，ERP 只是把这些规则抽象成了一层配置界面，抽象层下面的差异一点没少。
这是我最坚持的一条执行顺序。一个平台的闭环没跑通就铺第二个平台，等于把未验证的配置错误复制一遍，排查成本会指数上升。后面第七节我会讲这条原则在什么情况下可以打破。
很多团队测试物流功能的做法是打一张测试面单出来看看格式对不对，然后就说"跑通了"。这是不够的。真正的验收节点是揽收扫描（Pickup Scan）在平台后台显示为已发货，因为只有到这一步，平台的时效考核时钟才会停。
渠道会停运、物流商会调价、平台会改规则。我建议每个多平台卖家至少盯住五个指标：揽收及时率、面单回传成功率、物流异常率、单均物流成本、以及分平台的迟发货率。这套指标的搭建方式我在第五节会展开。
抽象结论讲完，我用一个具体案例把它落地。这个案例来自 2024 年我参与陪跑的一个团队，他们是三人小团队，主做家居小件，在 Shopee 马来站、Lazada 马来站和 TikTok Shop 马来站三个平台同时运营。我把时间线还原出来，因为它几乎覆盖了我见过的所有典型问题。
他们用 ERP 批量刊登了 2180 个 SKU，分到三个平台。刊登本身很顺利，一天之内完成，商品状态正常。团队当时的判断是："ERP 挺好用的，物流应该也没什么问题，反正都对接了。"
这个判断背后有一个很自然的假设：既然 ERP 页面里能看到"物流管理"这个菜单，那物流这件事应该已经准备好了。事实上，那个菜单只是配置入口，里面是空的。
第二天来了 11 笔订单，其中 10 笔正常取到面单并回传了运单号，1 笔卡在"待获取面单"状态。团队一开始以为是偶发问题，手动重试了几次，还是不行。
这里有一个很关键的观察：如果 10 笔成功、1 笔失败，很多人会归因成"这单有特殊问题"，而不是"配置有系统性问题"。但实际上，失败那一单的商品重量是 1.8kg，超过了他绑定的那个物流渠道的重量上限。这说明不是偶发，而是渠道映射时没有配置"按重量分流"的规则。
第三天排查出两个问题。第一个是渠道映射：他们只给主渠道配了一条映射，超重订单没有备用渠道，于是卡住。第二个是回传字段：在 TikTok Shop 上，ERP 回传的运单号写进了错误的字段位置，平台后台显示"未发货"，但 ERP 里显示"已发货"，两边状态不一致。
第二个问题的隐蔽性更高。ERP 里显示已发货不等于平台认可已发货，这两个状态的口径必须分开验证。他们之所以拖了两天才发现，是因为一直在看 ERP 的状态，没有回到平台后台去核对。
整个过程里，物流商没有任何问题，货物也没出任何问题。真正的损失来自三处：一是那笔订单触发迟发货，店铺被扣分；二是三个人两天的人力全耗在排查上；三是 TikTok Shop 的订单状态不一致，导致他们不敢批量发货，又压了一天。
我后来给这个团队做了一份简单的检查表，核心不是加功能，而是加验证动作。
上面这个案例里的判断偏差，其实在行业里重复出现。我把最常见的六个误区列出来，每一条都配一个判断标准，你可以直接拿去对照自己团队。
ERP 厂商页面上的"已对接 XX 家物流商"，意思是技术上能做数据交互，不代表你已经开通了那家物流商的服务，也不代表你的账户有余额、有权限使用那条渠道。"已对接"是能力，"已开通"才是状态，两者差着一整套开通流程。
判断标准：你的 ERP 物流渠道列表里，有几个渠道是真的维护了账号、密钥、结算方式的？如果只有一两个，那你的实际运力就是一两个渠道。
免费 ERP 通常会在几个地方设边界：订单抓取量上限、店铺绑定数量上限、批量打印面单次数、API 调用频率、多平台渠道映射条数。这些限制在单店单平台阶段通常碰不到，但一旦到多平台多店铺，最先撞墙的往往就是物流相关功能。
我不建议直接否定免费 ERP，因为早期确实够用。我的建议是：在扩平台之前，先用一张表把免费版的物流相关边界写出来，包括订单量上限、可绑定店铺数、可配置渠道数、面单打印是否限次、异常件是否有记录。写不出来，说明你对工具的依赖是盲的。
这是我最常被问到的问题之一："同一个买家在 Shopee 和 Lazada 各下了一单，能合并发吗？"答案通常是不能，原因是平台面单由平台生成，一单一张，面单本身就是履约凭证，跨平台合并会导致其中一个平台无法确认发货。所以别在 ERP 上找合并发货按钮，这不是工具不给，是规则不允许。
真正可以合并的场景是：同一平台、同一店铺、同一买家、同一收件地址、平台允许合并订单的类目（部分平台对合并发货有明确政策）。执行前先查该平台政策，再确认 ERP 是否支持把多笔订单挂到同一个运单号上。
前面已经提过，这里再强调一次，因为它是最容易被跳过的验收动作。打印出一张格式正确的面单，只能证明"单据流"通了，证明不了"物理流"能走。必须用一笔真实订单，走到快递员揽收或自送网点扫描，然后在平台后台确认状态更新。
判断标准：你的上线验收记录里，有没有一条"揽收扫描成功 + 平台状态更新为已发货"的完整记录？没有，就是没验收。
不同平台的时效考核口径完全不同，有的看"发货时间"（下单到有揽收扫描），有的看"送达时间"，有的考核的是比例而不是单笔。ERP 里通常能看到订单状态，但看不到平台侧的考核规则。
我的建议是给每个平台单独建一条时间线的自查表：备货期是多少天、揽收扫描的截止口径是什么、迟发货是按单算还是按比例算、有没有豁免规则（比如节假日、预售）。这张表比任何 ERP 功能都重要。
很多团队的物流复盘就是看"这个月发了多少单"。单量是结果，不是过程。只看单量的团队，通常是在异常已经影响到店铺评分之后才发现问题。真正该看的是异常率、及时率、回传成功率这类过程指标。这也是第五节我要展开的部分。
讲完误区和场景，我把自己的判断框架给出来。这个框架我用了两年，核心是把跨境物流这件事拆成三层，然后确定配置的先后顺序。很多团队出问题，本质上是顺序反了，先配了 ERP，再去想物流，最后发现物理流根本走不通。
物理流要回答的问题很朴素：货从哪个仓出、走什么运输方式、经过哪些节点、末端谁派送、大概几天到。这一层决定了你的成本和时效上限，也决定了你后面所有配置的边界。
物理流的主要选项包括：平台官方物流、邮政小包、跨境专线、国际商业快递、海外仓一件代发。这几类在时效、成本、可追踪性上的差异非常大，后面的图表会做对比。
单据流是物理流的"通行证"。面单规格（常见 100×100mm 和 100×150mm）、打印格式（PDF / PNG / ZPL）、报关信息字段、申报价值、HS 编码，这些都属于单据流。
单据流里的一个高频坑是：面单能打印，但热敏打印机的 DPI 和纸张规格不匹配，导致条码扫描失败。这种情况在测试时很容易被忽略，因为屏幕上看格式是对的。我建议上线前用实际要用的打印机打样，并用扫码枪实际扫一次。
信息流是 ERP 的主战场：订单抓取、渠道匹配、面单请求、运单号回传、轨迹同步、异常件标记。信息流是最后一层，也是唯一能被工具高度自动化的一层。但它的前提是前两层已经确定，你连走哪个渠道都没定，信息流配什么都是空的。
我把这个顺序总结成一句话：先用"人"的方式跑一遍，再用"系统"的方式跑一遍。所谓用人的方式，就是不依赖 ERP，手动在一个平台走一笔真实订单，从下单到揽收扫描全流程走通；确认能走通之后，再把这条链路搬到 ERP 里配置自动化。
这个顺序能帮你避免一个非常昂贵的错误：花两周时间在 ERP 里配了一堆渠道，最后发现主渠道在目标国家没有派送能力。
前面四节讲的是"怎么不犯错"。但物流落地到后期，真正难的是"怎么知道自己在变好还是变差"。这一节我用一个实际用过的工具来展开说明，数跨境（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys），它是我在给卖家做物流数据复盘时用得比较顺手的一类数据看板工具，解决的问题不是"帮你发货"，而是"把 ERP 里的物流数据变成能持续观察的指标"。
ERP 解决的是"执行"，它告诉你每一笔订单现在是什么状态。但当你有三个平台、五个店铺、每天几百单的时候，"逐笔看状态"这件事本身就没有意义了。你需要的是把 ERP 的订单数据、物流轨迹数据、平台状态数据导出来，按天、按平台、按渠道聚合，看成趋势。
我观察过很多团队的做法：他们其实有数据，ERP 里都能导出，但导出的 Excel 躺在共享盘里没人看。数据不缺，缺的是"能被反复打开看"的形态。这就是数据看板的价值。
我在实际使用里，把它放在"物流数据的汇总观察层"，主要做三件事。
第一件是聚合多平台数据。把 Shopee、Lazada、TikTok Shop 等平台的订单导出表统一成一张宽表，字段对齐之后，才能做跨平台比较。这一步看着简单，实际上是很多团队卡住的地方，因为不同平台导出的字段名和格式不一样。
第二件是搭建持续更新的物流指标看板。比如揽收及时率、面单回传成功率、物流异常率、单均物流成本这些指标，按天更新成折线，一眼就能看出哪一天开始变差。
第三件是做归因下钻。当异常率上升时，能快速下钻到"是哪个平台、哪个渠道、哪个仓库"造成的。没有下钻能力的看板只能告诉你出问题了，不能告诉你问题在哪。
下面这组数据来自我参与陪跑的一个团队（样本量约 4600 笔订单，四个自然周，属于样本观察，不是行业统计）。他们在第一周完成了单平台闭环验收，第二周扩展到三个平台，第三周开始搭物流看板，第四周做了第一次归因复盘。
| 观察指标 | 第 1 周 | 第 2 周 | 第 3 周 | 第 4 周 |
|---|---|---|---|---|
| 揽收及时率 | 76% | 81% | 88% | 93% |
| 面单回传成功率 | 94.2% | 96.8% | 99.1% | 99.4% |
| 物流异常率 | 6.8% | 5.1% | 3.4% | 2.2% |
| 跨平台并行店铺数 | 1 | 3 | 3 | 3 |
| 人工排查耗时（小时/周） | 14 | 11 | 5 | 2.5 |
这组数据里最值得注意的不是绝对值的改善，而是第 2 周到第 3 周的变化幅度最大。原因是第 2 周他们把三个平台并行起来之后，异常率一度反弹，直到第 3 周搭起看板、定位到其中一个平台的渠道映射问题，才出现明显改善。这说明跨平台扩展必然会带来一次质量回撤，问题是你能多快定位到它。
第一个是面单回传成功率。这个指标很少有人在看，但它是"ERP 显示已发货"和"平台认可已发货"之间的差。它掉到 99% 以下，就意味着有订单在你的后台看起来正常、在平台那边算未发货。
第二个是人工排查耗时。这是我最推荐加进看板的一个非典型指标，因为它直接反映配置质量。当人工排查耗时从每周 14 小时降到 2.5 小时，说明问题从"人肉救火"变成了"系统自愈"。
第三个是分渠道的异常率，而不是整体异常率。整体异常率 3% 看起来正常，但如果某一条渠道的异常率是 15%，那就是这条渠道本身有问题，需要单独处理甚至停用。
框架讲完，接下来按卖家所处的不同阶段给建议。我把卖家分成四类，每类的重点动作不一样。请对照自己的情况选一类执行，不要全都做，那样反而失焦。
这个阶段最重要的动作只有三个。第一，选定一个平台、一个主渠道、一个备用渠道，把这三件事定死，不要同时试五种物流方式。第二，用一笔真实订单走完全流程，走到揽收扫描并在平台后台确认状态更新。第三，把这次的经验写成一份不超过一页的操作记录，包括渠道名称、面单规格、打印机型号、揽收方式。
这个阶段不建议做的事：不要同时开三个平台，不要急着上数据看板，不要为了省钱选免费 ERP 里功能最少的档位然后又抱怨不够用。起步阶段的时间和注意力，比省下来的那点软件费值钱得多。
当你从单平台扩到多平台，最大的风险是"经验误迁移"。前面案例里的团队就是在这个阶段出问题的。我的建议是：每新增一个平台，都按"物理流，单据流，信息流"的顺序重跑一遍，不要跳过物理流。
具体动作：先在目标平台手动走一笔真实订单（不通过 ERP），确认渠道可用、面单正确、能揽收；然后再把这套配置搬到 ERP 里，做渠道映射和回传字段测试；最后小批量跑 20~50 单，观察一周再放量。
到了这个阶段，物流方案的核心矛盾从"能不能发出去"变成了"库存放哪里最划算"。海外仓能大幅提升时效和店铺权重，但会带来库存周转压力和资金占用。
我的建议是做一个分层判断：把 SKU 按销量稳定性和毛利率分成三层。销量稳定、毛利够覆盖仓储成本的，前置到海外仓；销量波动大、测款阶段的，走直发；介于两者之间的，用海外仓和直发混合，按库存水位动态切换。这个切换规则必须在 ERP 里能配置，否则执行层会乱。
铺货型卖家的特点是 SKU 海量、单量分散、单均金额低。这个模式下人工介入任何环节都不划算，所以重点只有两个：一是渠道自动按重量、尺寸、目的地匹配，不依赖人工选择；二是异常件自动标记并集中处理，不要让客服逐单查。
这类卖家最容易被免费 ERP 的订单量上限卡住，需要在扩量之前提前评估 ERP 的承载边界。
物流方案本质是一连串取舍，没有全是优点的方案。这一节我把最常见的四组取舍摆开，每组给出我的判断依据。需要注意的是，这里的结论是通用倾向，具体数值请以你实际询价和平台最新政策为准。
这是最基础的一组取舍。平台官方物流通常在时效和可追踪性上有优势，成本中等；邮政小包成本最低但时效长、追踪弱；跨境专线介于两者之间；国际商业快递时效最好但成本最高。
我的判断依据是看这个 SKU 的定位，而不是看整个店铺。引流款、爆款适合走时效稳定的渠道，因为店铺权重和评价都在它身上；长尾款、低毛利款适合走低成本渠道，只要平台允许的时效区间内送达即可。
平台官方物流的好处是规则清晰、时效有保障、平台认可度高，缺点是渠道选择受限、议价空间小。自发货的好处是渠道自由、可以谈价、可以复用海外仓资源，缺点是要自己处理规则变化和异常件。
我的判断依据是：如果你团队里没有人能稳定跟进物流商的渠道变更，优先选平台官方物流。渠道变更这种事看起来小事，但它造成的履约事故往往是在大促期间集中爆发的。
很多团队在这件事上算错了账。他们比较的是"免费版 0 元、付费版每月几百块"，但真正该比较的是"免费版多花的人力时间 × 人力成本"和"付费版费用"。
举个例子：如果免费版每天多花 40 分钟做手工核对，一个月就是约 20 小时；按月人力成本 8000 元、月工作 176 小时算，这 20 小时约等于 900 元的隐性成本。这个数字通常已经超过付费版的差价。所以判断标准不是价格，而是"这个功能边界会不会让你每天做重复劳动"。
海外仓能显著提升时效和转化，但要求你提前压货。判断依据不是"海外仓好不好"，而是"这个 SKU 的销量波动系数有多少"。如果过去 8 周的周销量波动超过 50%，前置到海外仓的滞销风险会很高；如果波动在 20% 以内，前置通常划算。
还有一个容易被忽略的点：海外仓的退货处理成本。跨境退货本身成本高，海外仓至少让退货有一个落地处理点，这部分价值要算进去，不能只算仓储费和头程费。
最后把整篇文章收成一份可以直接执行的清单。我把它分成"上线前必查"和"上线后必看"两部分，前者是一次性动作，后者是持续动作。建议你把这部分单独截出来，作为团队内部的上线检查表。
第一个是揽收及时率：在平台规定的发货时限内完成揽收扫描的订单占比。这是和店铺评分最直接相关的指标。
第二个是面单回传成功率：运单号成功回传并被平台认可的订单占比。低于 99% 就要开始查字段映射。
第三个是分渠道物流异常率：按渠道拆分，任何一条渠道的异常率显著高于整体，都要单独处理。
第四个是单均物流成本：按平台、按渠道分别看，重点看趋势而不是绝对值。
第五个是人工排查耗时：每周花在物流异常排查上的人力时间。这个指标不降，说明自动化没真正生效。
这五个指标落地的方式不需要很复杂。我自己的做法是把 ERP 的订单和物流数据定期导出，统一字段之后做成一份持续更新的看板，用像数跨境这类数据工具把分平台、分渠道的指标固定下来，每周固定看一次，而不是等出事了再去翻记录。工具只是载体，关键是这几个指标要有人负责看、有人负责下钻。
如果你现在正准备扩平台，我的建议是：先别急着开新店。花半天时间，把现在这个平台的物流链路按上面的十二项查一遍，重点确认三件事，揽收扫描能不能稳定走通、运单号回传能不能被平台认可、超重订单有没有备用渠道。
这三件事确认完之后，再新建一个平台，重复同一套动作。多平台物流落地从来不是一次性的项目，而是一个可以被复制的流程。真正决定效率的不是你用了哪款 ERP，而是你有没有把"配置"变成"可验证的动作"，把"救火"变成"可观察的指标"。
回到最开始那个问题："ERP 都对接了物流，物流这块钱是不是就省了？"我的答案是：ERP 帮你省的是信息流的人力，不是物流方案的设计工作。信息流可以自动化，物理流和单据流的判断必须你自己做，而且每新增一个平台都要重做一遍。这件事没有捷径，但有一套可以复用的顺序，先定物理流，再定单据流，最后配信息流，然后持续用指标盯着它。把顺序做对，多平台物流落地就从"每次都要排雷"变成"每次只是重跑一遍流程"。
我一开始以为刊登就是把标题图片填完点发布，结果第一个订单下来才发现物流渠道根本没绑，面单打不出来，只能手动去平台后台补。后来我才意识到刊登和物流是两条线，但到底该先配哪一步，我一直没搞清顺序。
按这个顺序配，基本不会返工：第一步先在各平台后台确认店铺已开通的物流渠道和可用承运商，把渠道名单截图存档；第二步回到 ERP 做渠道映射，把平台渠道和 ERP 里的物流商、渠道代码一一对应，映射错一个就会导致面单信息回传失败；
第三步设运费模板，重点核对计费重量取整规则和分区，很多平台按实重与体积重取大者；第四步用一个真实订单做面单打印和信息回传测试，确认平台后台能看到运单号；第五步再开批量刊登。判断标准很简单：测试订单能在平台后台查到轨迹，且 ERP 订单状态能自动流转到已发货，就说明链路通了，再放量。
我每天几十单，发不同国家不同重量，手动比价太耗时间，就想着 ERP 是不是能自动给我挑最便宜那条。问了几家客服都说支持智能推荐，但我不确定推荐出来的到底靠不靠谱，会不会只推他们合作的渠道。
能不能自动选，取决于你用的 ERP 有没有接入对应渠道的实时报价接口，以及你有没有在后台配好选渠道的规则。可执行的做法是：先在 ERP 里设定规则，比如按目的国、重量段、时效要求做优先级排序，而不是直接开一个笼统的智能推荐；
再拿最近 20 单真实数据人工复核一遍推荐结果，对比实际运费和时效，看偏差有多大。判断依据是两条，一是推荐渠道必须是你平台后台真实可用的渠道，否则面单打不出来；二是报价要能对应到具体计费口径，比如是否含燃油附加费、是否按体积重。
如果 ERP 只推它自己合作的少数渠道，那本质上是在做渠道分销，不是帮你比价，这种情况建议保留手动指定渠道的权限。
我有客户同一个买家在 Shopee 和独立站各下了一单，地址一模一样，我就想合并成一个包裹发出去省运费。但我不确定平台认不认这种操作，会不会被判违规或者物流轨迹对不上。
能不能合并，先看平台规则，再看 ERP 支持度，两者缺一不可。平台层面，大部分第三方平台要求一个订单对应一个运单号，跨平台合并发货等于订单和运单不再一一对应，一旦买家发起未收到货纠纷，你没法提供该订单专属的签收凭证，风险很高。同平台同买家的多笔订单，部分平台允许合并，但需要走平台的合并发货流程。
ERP 层面，多数 ERP 支持的是订单合并打印面单，也就是省的是操作动作，不是物理包裹。可执行判断是：先确认平台是否允许合并，允许再在 ERP 里用合并订单功能操作，合并后逐单核对运单号与订单号的绑定关系；跨平台的订单，稳妥做法是各自发货，用同一个物流渠道避免成本差异过大，而不是物理合并。
我预算有限，看到很多 ERP 打免费牌就想先用免费的跑起来，但身边有人用着用着发现面单打不了或者订单量超了就收费。我担心的是，等我店铺跑起来再被卡住，迁移成本更高，所以想提前问清楚。
免费版通常不是限制功能，而是限制用量和高级能力，核实要问得非常具体。至少要确认四件事：一是一天或一月能处理多少订单，超过后是限制使用还是自动转付费；二是面单打印和物流渠道映射这类核心功能是否在免费范围内，有些免费版只能手工录单不能批量打面单；三是能不能对接你正在做的所有平台，免费版常只开放部分平台；
四是数据能不能完整导出，避免以后换系统时订单和物流记录带不走。核实方法不要只信官网宣传页，直接找客服要一份免费版的功能边界说明，并让对方用文字确认上面四个问题的具体数字和限制条件，截图留存。
判断依据是：如果你的日均订单已经接近免费额度上限，或者你要用的平台不在免费对接列表里，那就不是省钱而是给自己埋坑，建议一开始就按付费版的成本做预算，而不是等被卡住再迁。
读者评论
我们也是三平台运营，看完最大的共鸣是“ERP显示已发货不等于平台认可发货”。之前只盯ERP状态，后来才发现面单回传字段错位，平台侧还是未发货。现在验收必须回到平台后台核对，揽收扫描成功才算真正跑通。
文章说物流落地不是配一次就完事，这点很实际。我们复盘时只看单量，没盯揽收及时率和回传成功率，结果迟发货扣分后才发现问题。建议把分平台异常率、单均物流成本做成周报，不然等评分掉了再查很被动。
渠道映射和按重量分流这个坑太典型了。我们遇到过超重订单卡在待获取运单号，一开始还以为是偶发。后来才明白主渠道之外要配备用渠道，多平台更要逐条核对映射，不然一单异常能拖垮两天人力。
多平台不能复制粘贴这条提醒很到位。Shopee跑通后直接开Lazada，结果面单规格、渠道命名和时效口径全不同，又重排一遍。现在我会先在一个平台跑完刊登到签收闭环，再复制到其他平台，排查成本低很多。