拼车、拼单、集货、直送，到底该怎么分场景

很多运输项目把拼车、拼单、集货、直送混成同一个调度动作，结果不是时效失控，就是成本失真。

一、为什么很多 TMS 一上来就把四种场景混成一个按钮

现场最常见的说法是：能合就合，合不了就直送。 这句话听起来没毛病，真放进系统就会出大事。 因为拼车、拼单、集货、直送看起来都在“凑货发车”，但它们凑的对象、追的目标、承受的时效完全不同。

二、四种场景到底各管什么

1. 拼车

拼车更偏运力侧共享。核心是让不同货量、不同货主共用同一趟车。

• 目标：摊薄车次成本、提高装载率

2. 拼单

拼单更偏订单组织侧合并。核心是把可以一起执行的订单先合成同一调度对象。

• 目标：减少派车单数量、统一执行批次

3. 集货

集货更偏节点汇集。核心是把不同来源的货先汇到一个中转点，再组织后续干线或支线。

• 目标：形成规模、接上主干网络

4. 直送

直送更偏时效和链路简化。核心是不走中间节点，直接从发货点到收货点。

• 目标：减少中转、压缩时效、降低货损风险

三、真正该区分的，是触发条件

这四种模式不是按调度员喜好选，而是按规则触发。

• 时效敏感、高价值、易损、强时窗订单，优先考虑直送
• 同区域、同线路、同发运窗口的小单，优先考虑拼单或拼车
• 多来源订单要接入干线网络，优先考虑先集货后发运
• 运力稀缺但货量零散时，拼车比直送更现实 所以系统里要先识别订单特征，再决定组织方式，而不是先出一张运输单再让调度员手工改。

四、为什么很多项目一做就乱

最常见的四种错法：

• 把拼单和拼车当成同义词，结果订单合了但车装不下
• 把集货当成慢一步的直送，结果中转节点规则全没建
• 所有订单都优先拼，导致时效承诺失真
• 所有异常都归为“运输异常”，最后看不出是组织问题还是执行问题 如果模型不拆开，系统最后只会逼着调度员回到微信群和 Excel。

五、建议的系统落地顺序

1. 先按订单特征定义四类场景的触发规则
2. 再把调度对象拆成订单、批次、车次、节点任务四层
3. 再定义各场景的异常分类和 KPI
4. 最后才做自动拼载、路径优化和共配协同 别反过来。规则没拆清，自动化只会把错误放大。

六、结论

拼车、拼单、集货、直送不是四个叫法，而是四种不同的运输组织逻辑。 分清场景，系统才能知道什么时候该等、什么时候该合、什么时候该汇、什么时候必须直接走。 场景不分，最后一定是成本、时效、异常三头一起爆。

结语

如果你在做 TMS，建议先把四类场景的触发规则和调度对象拆清，再谈算法、地图和自动派车。