十二个柜子。晚了三周。三天之内全部压到 dock 上。这就是本手册设定的场景：一批因海运延误而卡在途中的进口柜子终于放行，80,000 件货（按每单 1.5 件折算约 53,000 个包裹）在 72 小时内集中到港，而 9,000 个积压订单已经在等发货。平时一天只出 2,000 件的仓库，突然要在同一批 dock、同一批人、同一批承运商揽收约期的约束下，连续一周每天出两倍以上的量。本手册写给品牌和 3PL 双方：品牌做分配和沟通决策，3PL 执行接收、暂存和承运商计划。
让这件事可控的心智模型是：发货延误不会按件到达，它按峰值到达。延误本身大多不受你控制，但峰值是受控的。本手册的全部内容，就是把柜子和 PO 级的 ETA 换算成每日预计包裹量，再把这条曲线对着四项你真正能控制的容量对账：仓库的贴单和扫描吞吐、承运商揽收运力、主备承运商的拆分、以及决定多余量往哪倒的溢出路由规则。举例：本场景里 80,000 件按每单 1.5 件折算约 53,000 个包裹，正常日出货 2,000 件，洪峰叠加上积压订单的消化，曲线峰值约每天 5,500 件、持续四天，然后回落到稳态。
这条曲线是全篇所有下游决策的输入：入库接收按它定规模，承运商揽收按它谈运力，库存分配按它做预算，客户沟通按它对表，成本核算按实际与它的偏差来度量。曲线错了，下游全部跟着错，所以每次 ETA 一变，它就重算一遍。
整份手册按四个阶段运转，每个阶段有不同的责任方和不同的任务。
到港前两周，3PL 和品牌一起过一遍容量台账：从曲线里取峰值日包裹量，对照三个上限，当前人力的贴单扫描吞吐、合同承运商揽收量、以及到港窗口的 dock 与人力计划。举例：本场景峰值 5,500 件/天，合同揽收 2,500，常规人力吞吐 2,800，峰值日缺口约 3,000 件，这个缺口就是全部工作：临时人力补一部分，预批的备用承运商补一部分，溢出路由兜剩下的。
到港当天由 3PL 接管接收计划：dock door 按 slot 排班，柜子按 SKU 优先级拆柜，动销最快的 SKU 最先扫描，让第一批货当天就能发出去。之后七天，品牌和 3PL 按天把量拆分到主备承运商，某家承运商 pickup 满了就触发溢出路由。七天后积压清完，双方复盘各家承运商的实际表现：准点率、错分率、件均成本，这些数据成为下一次洪峰预案的输入。
海运延误从 ETA 漂移开始：空班（blank sailing）、港口拥堵、中转变更会把到港日期一次次往后推[1]。要理解的是漂移对曲线做了什么：它不会删掉货量，它把整条每日包裹量曲线右移，而船真正到的时候窗口反而被压缩了。一个以三天集中到港收尾的两周漂移，比一个平稳的两周延误更糟，因为峰值变高了。
场景 A 的战术全是买回选择权。预期分批到货：同一艘船上的柜子不一定一起放行，所以接收按批次计划，而不是一次 dock-door 事件。请货代给每柜单独的 ETA 明细，而不是一个笼统的船期 ETA；条件允许时在起运港就拆柜，别让一次延误把整张 PO 扣住。预订承运商揽收要留余量：曲线说 5,500，就在你知道会尖峰的日子按 6,000 订，因为港口拥堵周的现货运力恰恰是临到头买不到的东西[3]。
让场景 A 活下来的纪律是每日重算。每次 ETA 一动，就重跑一遍容量台账：新的到港日期、新的峰值日、新的缺口。ETA 一漂就在当天早上重约 pickup 的团队，和等到柜子落地前一天才重约的团队，区别在于前者永远不会让一次溢出事件变成服务事故。
海关扣货不一样，因为放行节奏基本不在你手里。一次扣留可能来自例行查验、缺文件，或归类与申报价值的问题[2]，而报关行的答复很少是一次干净的整批放行，通常是分批的：一部分柜子放行、一部分 line item 放行、剩下的继续等[4]。你该规划的曲线不是尖峰，而是一条随放行批次逐日爬升的斜坡。
工作结构是报关行沟通闭环，不是一封邮件。扣货窗口期让报关行进每日状态会，带一张固定的问题清单：哪些柜子在查验、哪些 line item 被标记、缺什么文件、预期放行时间是什么。把每个答案变成放行通知工作流：一批一放行，3PL 立刻拿到单证、订好接收 slot、SKU 进暂存队列最前面。最糟的情况是货已经清关，却在柜子里多躺了一天，因为没人告诉仓库。
第二个战术是放行前备货。与扣货相邻的 SKU 可以在放行确认之前就先暂存、贴标、上架，单证一到，接收只是走个形式。然后按斜坡规划，不按尖峰规划：滚动放行下，每日包裹量曲线是多日的坡，主备承运商的拆分要随每天新确认的批次重算。同样是 53,000 个包裹，场景 A 里是三天的墙，这里是一周的坡，对 dock 和承运商都更友好，前提是你真的每天更新计划，而不是假设扣货会一次性放完。
接收计划只有一个任务：入库吞吐必须跑赢每日包裹量曲线，否则瓶颈从 dock 开始，下游全部空转。举例：本场景曲线峰值要求每天 5,500 件，如果接收一天只能清 3,000 件，峰值就永远不可能在计划的日子发出，整条时间轴被接收队列的长度往后拖。
第一个杠杆是 dock door 排班。三天 12 个柜子，意味着每天至少四个 dock slot，排班从 SKU 优先级表出发，而不是按卡车到达顺序。动销最高的 SKU，也就是最快消化积压订单的那些，拿最早的 slot 和第一轮扫描。第二个杠杆是临时人力：提前两周谈好一支待命人力池和触发阈值，让曲线说需要的那几天，额外的拣货员和扫描员已经就绪，而不是当天按加班费率现找。第三个杠杆是在 dock 上做 ASN 对账，而不是事后。逐行比对 ASN 与实际收货，短装和破损当场标记，当天更新库存系统，因为下一节的分配计划只可能跟它跑在上面的已收数量一样好。ASN 写 6,700、柜子里只有 6,400，那 300 件的差额必须出现在分配会议之前，而不是第三个发货日之后。
承运商计划是大多数洪峰预案崩掉的地方，因为它是按品牌想交多少货建的，而不是按承运商物理上能收多少货建的。揽收运力是硬约束：承运商每天的 pickup 是有限的 stops 和有限的 truck 体积，当你的量超过它，承运商不是安静地失败，而是大声地失败，表现为漏收和越堆越高的 dock。所以这一节的第一个数字不是你的费率，而是你合同里每天的揽收上限，包裹曲线和这个上限之间的缺口，才是备用和溢出要吸收的东西。想系统性地设计主备结构，从我们的多承运商策略指南开始，再看承运商冗余设计和区域承运商何时更省钱。
主备承运商在洪峰之前按分区和重量段拆好，而不是洪峰当中现拆。决定主承运商负责哪些区、备承运商负责哪些区、拆分点在哪，这样洪峰日的路由规则是一次查表，而不是一次现场判断。举例：本场景主合同每天覆盖 2,500 件，两家预批备承运商再加 1,500，现货市场溢出通道以溢价兜最后一段。溢出规则是阈值触发、按日滚动：某家 pickup 在 cutoff 时满了，溢出量自动滚到下一条通道，每天早晨按实际 pickup 确认重算当天的拆分。
让这一切成立的是预批。一家从没见过你货量的承运商不可能一天 onboarding 完，账户、面单、分区、费率表都必须存在于峰值之前。这正是 channel-neutral 承运商视图的用武之地：与其被 marketplace 或平台的默认承运商锁死，品牌和 3PL 可以在同一个屏幕上并排比较美国境内承运商选项，预批好备选，再通过一个 Portal、一张 Excel 或一次 API 调用来执行拆分。比较在到港前两周冷静地做一次，执行只是当天的一次路由。末端成本与体验的完整账本，可以参考我们的最后一公里真实成本指南。
53,000 个包裹的库存同时落地时，最自然的冲动是按到达顺序发货：先到的柜子先出。这几乎总是错的。按渠道动销分配，不按到达顺序。举例：如果 70% 的积压订单集中在一个渠道的 SKU 上，这些 SKU 拿最早的 dock slot、第一轮扫描、第一波分配，动销慢的 SKU 坐后面的批次。目标是尽快烧完积压订单清单，而不是尽快清空 dock。
安全库存是第二条规则。不要因为货就在 dock 上就把一个快动 SKU 的最后一个单位发掉；把品牌补货策略定义的安全库存留着，别让这次洪峰两周后制造下一次断货。也不要超卖：库存系统反映的是已收可用数量，而不是已到货数量，让 storefront 永远别承诺那些还躺在查验柜里的单位。
客户沟通跑三条原则：尽早通知、承诺收窄、事后回访。ETA 一漂就把延迟通知发出去，带上新的时间窗口，而不是一句模糊的「很快」，窗口要加一两天余量，因为洪峰履约会晚。货一发出，立刻发 tracking。峰值清完之后，给受影响客户一封简短回访（真人写的，不是自动回复），比任何优惠券都更买好感，而且比下一节的补偿方案便宜得多。
现在让案例结账。洪峰有四个成本桶。临时人力：五个峰值日，每天八名额外 dock 和拣货工人，十小时班次按 1.5 倍加班费，时薪约 $28，合计约 $11,000。承运商溢价：约 15,000 件走了溢出通道，现货均价 $9.20 对合同价 $6.50，每件多 $2.70，约 $40,500。滞箱与溢出仓储：12 个柜子按滞箱费率计、托盘占付费溢出空间，约 $5,400。客户补偿：9,000 个积压客户中约 6% 拿到平均 $4 的部分退款或 credit，约 $2,200。总计约 $59,000，摊到洪峰每个包裹约 $1.10 的增量成本。
对照稳态。常规件均成本全包约 $8.50，洪峰窗口约 $9.60。单件差额很小，但它就是整个 $59,000，而且落在运营团队不会很快忘记的一周之上。按桶记账的意义不在总额，在拆分，因为每个桶对应不同的预防杠杆。假设性示例：预批两家备承运商的成本是 onboarding 时间和一笔小额 setup 费，但它把 $40,500 的现货溢价在最坏情况下变成了 $20,000 的备用通道成本，因为备用通道按介于合同价和现货价之间的费率签了下来。待命人力协议花几百美元买一个期权，省掉五个峰值日全部当天加班溢价。报关行沟通闭环只花每天一通电话，却在场景 B 里把扣货时间砍掉两天。粗算：约 $8,000 的预防支出，避免了约 $50,000 的洪峰成本。峰值是可预测的，而可预测性是可以购买的。
容量规划本身是个循环而不是一次性项目，先找到最弱一环再对症下药的方法论，在我们关于发货容量规划的指南里有完整拆解。
品牌侧六条。（1）维护柜级 ETA 跟踪表，ETA 一变当天就把每个 ETA 换算成每日预计包裹量。（2）任何大批量到港前两周，与 3PL 开一次容量评审，议程就是峰值日缺口。（3）在洪峰之前、而不是当中，预批备用承运商并签好溢出费率表。（4）柜子落地前定好按渠道动销和安全库存的分配规则。（5）备好延迟、发货、回访三套客户沟通模板，承诺窗口留余量。（6）每个柜子放行后 24 小时内对完 ASN 与实际收货。
3PL 侧六条。（1）从 SKU 优先级表发布 dock door 和接收 slot 排班，而不是到达顺序。（2）提前两周谈好带触发阈值的待命临时人力池。（3）把承运商揽收上限写进书面确认，ETA 一变几小时内重约 pickup。（4）每天早晨按实际 pickup 确认重算主备拆分，跑每日溢出规则。（5）ASN 短装和破损在 dock 上当天标记。（6）洪峰清完后发布承运商表现复盘：每条线路的准点率、错分率、件均成本，作为下一份预案的输入。
双方共享一句话：延误是事实，峰值是计划。换算 ETA，对账容量，拆分承运商，那个看起来像危机的一周，会变成一个忙一点的一周。
EasyShippingX 提供美国境内多承运商实时比价、批量打单、面单与追踪：路由规则里可以预设备选承运商，峰值时按分区和重量段多承运商并行，pickup 满了自动滚到下一个通道，通过一个 Portal、Excel 或 API 执行。主备拆分和溢出路由这类最常压垮洪峰预案的环节，不需要靠人肉当天决策。看看定价或约一次演示。
