「就近发货」什么时候会坏
店铺从单仓长到三仓时，路由逻辑通常没有跟着长大。多数店铺跑的是三条默认规则之一：就近发货、按默认仓发货、或者按「第一个有货的仓」发货。每条规则听起来都合理，会上也都能解释得过去，但每条都隐含着一个对未来的猜测：离得近就等于快，默认仓永远备着对的货，第一个有货的仓也恰好是最便宜、最可靠的。这些猜测翻车的频率比多数团队意识到的要高，因为一次错误的路由很少像系统故障那样显眼，它看起来只是「晚了一点」的派送、一张「贵了一点」的账单，或者一次没人想要的拆单。
这些规则坏掉的时候，坏法是可以预判的：
- 最近的仓没有能送这个目的地的承运商服务，订单兜兜转转还是从更远的仓发出，白耽误一天。
- 订单落在截单时间之后，在仓里过一夜，结账页上承诺的时效直接破功。
- 没有一个仓能整单齐套，订单被拆成两个包裹，标签、打包、操作费付两遍。
- 仓里有货，但发完这单就跌破安全库存，补货慢吞吞，断货两周。
- 最便宜的标签赢了，但那个服务根本赶不上承诺时效，异常成本落到客服头上。
- 选中的发货仓费率更差、产能更紧，或者根本处理不了这单（易碎、危险品、超规），便宜标签从来就不便宜，「我们能处理」的假设从没被验证过。
- 没有 fallback：首选仓或首选承运商一失败，订单掉进人工队列，由碰巧接单的人拍脑袋决定。
路由不是履约的一个细节，它是成本与时效承诺的交汇点。每一单都是一场小拍卖：你有好几个仓，每个仓有好几个承运商服务，应该只有一个组合胜出。问题是多数店铺让「第一个勉强能用的组合」赢了。分仓本身怎么决策，我们之前讲过多仓库策略；这篇讲的是分仓之后，每一单到底怎么路由。
