一家在 Mira Loma 的 3PL，40 个装卸月台，服务 6 家客户。去年 peak season，他们的运营经理跟我倒苦水：A 客户的 5 辆车约了早上 8 点，B 客户的 3 辆车也约了 8 点——约的是同一个时间段的不同月台，听起来没问题对吧？问题是 A 客户的货要 40 个托盘，B 客户的只有 6 个。结果 A 的车卸到中午还没完，B 的车在门口等了 3 小时，司机直接打电话投诉到 B 客户的物流总监那里去了。
共享月台的预约，最大的坑不是"约不上"，是"约上了但用不好"。一个月台在某个时段能处理多少货，取决于货量、人员、设备，不是简单的时间格子。多个客户共用一池月台，预约系统必须管到"作业量"这一层，否则就是给冲突发许可证。
先算清：一个时段到底能吃下多少托盘
很多 YMS 的预约只管"车位"，不管"货量"。一辆车约了 9 点到 11 点的月台，系统就认为这个月台 9-11 点被占了。但这辆车是卸 5 个托盘还是 50 个托盘，对月台资源的占用天差地别。
我的做法是给每个客户建"作业量画像"：统计这个客户过去 3 个月每辆车的平均托盘数、平均装卸时长。A 客户平均 38 托盘、2.5 小时，B 客户平均 8 托盘、40 分钟。画像建好后，预约规则就从"一个时段一辆车"变成"一个时段 X 个托盘当量"。
具体分法：把月台按能力分组——靠近收货区、有液压登车桥的算"快卸月台"，偏远的算"普通月台"。大货量客户优先排快卸月台，小货量客户见缝插针。这样 A 客户的 5 辆车不会堵住所有通道，B 客户的小车也能准时进出。那家 Mira Loma 的仓这么改完，月台日均吞吐从 90 车提到 120 车，门口排队基本消失。
分时规则：优先级写进系统，别靠调度员拍脑袋
多家客户共用，最怕的是调度员"凭感觉"排。A 客户是大客户，调度员不敢得罪，永远优先；C 客户量小，永远被挤到半夜。短期没事，长期 C 客户一定流失。
优先级规则必须写进 YMS，公开透明。我的模板是三层：第一层是合同 SLA——合同里写了"到车后 2 小时内必须开始卸货"的客户，系统自动给高优先级，这是法律义务，没得商量；第二层是时效标签——有截单时间的出库单（比如赶当天的 UPS 截单），优先于无时效的入库；第三层才是客户等级。
规则之外，留 10%~15% 的月台做"机动池"，不预分配。永远有临时加车、甩挂、设备故障，机动池就是缓冲垫。没有机动池的预约系统，第一个异常就会把全天的计划撕碎。
违约要有代价，否则预约就是废纸
预约系统管不住爽约，等于没建。我的违约规则很简单，分三档：
第一档，迟到 30 分钟以内：顺延，月台保留，但排到当天机动池里，不保证原时段。第二档，迟到超过 30 分钟或爽约：当天预约作废，重新排队，排到当天的空档——通常是晚上。第三档，一个月爽约 3 次：下个月该客户的预约额度扣减 20%，把资源让给守约的客户。
这套规则最难的不是设计，是执行。第一次扣减大客户的预约额度时，销售一定会跳出来。我的经验是：把数据摆出来——因为 A 客户爽约，B 客户上个月多等了多少小时、产生了多少滞期费。数据面前，销售也没话说。共享月台拼的不是月台数量，是规则。规则立住了，40 个月台能干 60 个月台的活；立不住，60 个月台也天天堵。
