写在前面:几块钱背后的系统工程
寄一个包裹从深圳到北京,跨越约 2000 公里,经历揽收、集货、干线运输、分拨、支线运输、派送若干环节,消费者付的运费可能只要十来块钱。
这件事能做到,靠的完全是规模效应和系统优化。而系统优化,正是工业工程的核心工作。
快递行业 IE 的本质是网络优化:在给定的服务时效承诺下,用最低的成本把海量包裹从 A 点送到 B 点。这个问题可以分解为四个层次:
| 层次 | 决策内容 | 时间尺度 |
|---|---|---|
| 战略层 | 分拨中心建在哪、建几个、覆盖哪些区域 | 年 |
| 战术层 | 干线路由怎么设计、运力如何配置、班次怎么排 | 月/季度 |
| 运营层 | 每天的车辆调度、装载率优化、临时运力调配 | 天 |
| 实时层 | 即时配送的派单、路径动态调整 | 秒/分钟 |
本文按这四个层次展开,并单独讨论末端配送这个最难的环节。
说明:文中涉及的具体数量级(如分拣效率、派单响应时间)均为行业典型参考值,不同企业差异极大,请以公开信息为准。
一、快递网络的层级结构
1.1 典型的三层网络
中国主流快递网络大致是"轴辐式(Hub-and-Spoke)"结构:
揽件网点 → 一级分拨(区域中心) → 二级分拨(省级/地市) → 派件网点 → 消费者
↑ ↑
干线运输(跨省) 支线运输(省内/城际)
为什么是"轴辐式"而不是"点对点"?
如果每个城市之间都开直发线路,n 个城市需要 n(n-1)/2 条线路。10 个城市 45 条,50 个城市 1225 条——线路的装载率会很低,成本不可接受。
轴辐式的思路是:先把货集中到枢纽,再统一分发。n 个城市只需要 n 条到枢纽的线路。代价是包裹多走一段路、多一次分拣。
这是一个经典的权衡:运输成本 vs 中转成本 vs 时效。
| 网络形态 | 线路数 | 装载率 | 中转次数 | 时效 | 适用 |
|---|---|---|---|---|---|
| 点对点 | n(n-1)/2 | 低 | 0 | 快 | 高价值、大批量、少数城市间 |
| 轴辐式 | n | 高 | 1—2 | 较慢 | 快递、航空、零担 |
| 混合式 | 部分直达 + 部分中转 | 中 | 部分中转 | 均衡 | 主流快递的实际形态 |
主流快递的实际网络是混合式:流量大的城市对之间开直达线路(比如长三角内部、京沪之间),流量小的走枢纽中转。这个"哪些开直达、哪些走中转"的决策,本身就是一个优化问题。
1.2 分拨中心的选址问题
设施选址问题(Facility Location Problem) 是运筹学的经典问题。在快递场景下:
决策变量:
- 在哪里建分拨中心(从候选点中选择);
- 每个分拨中心覆盖哪些区域;
- 每个分拨中心的容量。
目标函数(通常):
最小化总成本 = 固定建设成本 + 运输成本 + 分拣操作成本 + 库存/等待成本
约束:
- 每个需求点必须被覆盖;
- 每个分拨中心的处理量不超过其容量;
- 时效要求(从 A 到 B 的最长路径时间不超过承诺时效)。
常用模型:
- P-中位模型(P-Median):在 P 个候选点中选址,最小化加权距离总和;
- 集合覆盖模型(Set Covering):用最少的设施覆盖所有需求,且满足距离/时效约束;
- P-中心模型(P-Center):最小化最大的服务距离(关注最差情况,适合时效敏感场景);
- 带容量限制的设施选址(CFLP):更贴近实际,但求解更难。
一个关键的现实约束:土地与用工可得性。
模型算出来最优位置可能在某个县城,但那里可能:
- 拿不到合适的工业用地;
- 招不到足够的分拣工(需要几百上千人);
- 交通接入条件差。
所以选址永远是"模型 + 实地可行性"的结合。 模型给出候选方案排序,人去做可行性判断。
1.3 区域划分(Districting)
末端配送需要把城市划分为若干个派送区域(片区),每个快递员负责一个片区。
好的片区划分要满足四个原则:
| 原则 | 说明 |
|---|---|
| 工作量均衡 | 各片区的日均派件量应该接近,避免有人累死有人闲死 |
| 紧凑性 | 片区应该是紧凑的形状(近似圆或方),避免狭长或飞地 |
| 可识别的边界 | 边界应该是道路、河流、铁路等可识别的地物,方便快递员和管理 |
| 稳定性 | 片区划分不宜频繁变动(快递员需要熟悉片区和客户) |
这是典型的"带约束的划分问题",运筹学里称为 Districting Problem。它与聚类(Clustering)的区别在于:聚类只要求"相似的点聚一起",而 districting 额外要求"紧凑、均衡、边界可识别"。
IE 的实际做法:
- 把城市网格化(比如 500m × 500m 的格子);
- 用历史数据给每个格子赋予"日均派件量"权重;
- 用划分算法(如基于 Voronoi 图、遗传算法、或商业优化求解器)生成方案;
- 人工调整边界(对齐到道路);
- 试运行并微调。
二、分拣中心:自动化的主战场
2.1 分拣的作业流程
卸车 → 供件(上包) → 扫描识别(条码/视觉) → 分拣 → 集包 → 装车
不同环节的技术含量差异很大:
| 环节 | 自动化程度 | 说明 |
|---|---|---|
| 卸车 | 部分(伸缩皮带机辅助) | 人工为主 |
| 供件 | 人工为主 | 需要把包裹单件放到分拣机上,这是劳动密集环节 |
| 扫描识别 | 高度自动(六面扫 + 视觉) | 识别率是关键指标 |
| 分拣 | 高度自动(交叉带分拣机) | 核心设备 |
| 集包 | 半自动 | 需要人工装笼/装袋 |
| 装车 | 半自动 | 需要码放 |
2.2 交叉带分拣机
交叉带分拣机(Cross-belt Sorter) 是现代快递分拨中心的核心设备。它的工作原理:
- 一条环形或直线轨道上运行着一串小车,每个小车带一条可横向运动的小皮带;
- 包裹被"供"到小车上;
- 小车运行到目标格口时,横向皮带启动,把包裹"甩"进格口。
关键参数:
| 参数 | 典型量级 | 说明 |
|---|---|---|
| 分拣效率 | 每小时上万件(取决于机型) | 核心指标 |
| 格口数 | 数十到数百个 | 决定能分多少个目的地 |
| 小车间距 | 数百毫米 | 决定小车数量与效率 |
| 识别率 | 要求接近 100% | 识别失败需要人工处理 |
| 上包成功率 | 关键指标 | 包裹间距、姿态影响 |
IE 在分拣中心的核心工作是"系统产能平衡":
分拣机本身效率很高,但整条线的产出取决于最慢的环节。常见瓶颈:
| 瓶颈环节 | 原因 | 对策 |
|---|---|---|
| 供件 | 人工供件速度跟不上分拣机能力 | 增加供件台、自动供件设备、优化供件台布局 |
| 识别失败处理 | 条码破损、面朝下、反光 | 六面扫描、视觉辅助、人工兜底工位 |
| 格口堵塞 | 某目的地包裹过多,格口满了 | 动态格口分配、增加格口、预分拣 |
| 集包 | 装笼速度跟不上 | 增加集包工位、优化笼车布局 |
一个典型的 IE 分析:分拣机设计能力 20000 件/小时,实际只跑到 12000 件/小时。逐个环节测产能,发现供件台只有 12 个,每个台人工供件上限 1000 件/小时,总供件能力只有 12000 —— 瓶颈在供件,不在分拣机。 增加 8 个供件台,产能立刻提升到 20000。
2.3 分拣的"均衡装载"问题
一个容易被忽视的问题:各格口的包裹量不均衡。
如果 60% 的包裹都去同一个目的地,那个格口会频繁堵塞,而其他格口闲置。
解法:动态格口分配。
- 不用固定的"一格口一目的地";
- 根据实时的目的地分布动态分配格口;
- 热门目的地分配多个格口,冷门目的地共享格口(二次分拣)。
这需要 WMS/TMS 的实时算法支持,是典型的"数据驱动的运营优化"。
三、车辆路径问题(VRP):快递的核心算法
3.1 问题定义
VRP(Vehicle Routing Problem,车辆路径问题):给定一批客户点(有需求量)、一个配送中心、若干辆车(有容量限制),求一组车辆路径,使得:
- 每个客户被服务一次;
- 每辆车的装载不超过容量;
- 总行驶成本(距离/时间/车辆数)最小。
VRP 是 TSP 的推广,也是 NP-hard 问题。
3.2 常见的变体
现实中的 VRP 有非常多的约束,形成了各种变体:
| 变体 | 缩写 | 额外约束 |
|---|---|---|
| 带容量约束 | CVRP | 车辆有载重/体积限制 |
| 带时间窗 | VRPTW | 客户要求在特定时段送达 |
| 取送货一体 | VRPPD | 同一条路径上既有取件又有送件 |
| 带司机工时约束 | — | 驾驶时长、休息规定 |
| 多车场 | MDVRP | 多个配送中心 |
| 开放式 | OVRP | 车辆不返回起点 |
| 动态/实时 | DVRP | 订单实时到达,需要动态重排 |
| 带碳排放 | Green VRP | 考虑排放约束 |
快递场景的 VRP 通常是这些变体的组合,非常复杂。
3.3 求解方法
精确算法
- 分支定界 / 分支切割:能求最优解,但只能处理小规模(几十个点)。
- 实际大规模问题(几千个点)无法用精确算法在合理时间内求解。
启发式
| 方法 | 思路 | 特点 |
|---|---|---|
| 节约算法(Clarke-Wright) | 从"每点一趟"开始,按节约量合并 | 简单快速,解的质量中等 |
| 插入法 | 逐个把客户插入现有路径的最优位置 | 快速,适合动态场景 |
| 扫描法(Sweep) | 按极角扫描,把点分配给车辆 | 简单,适合大规模初解 |
元启发式(工业界主力)
| 方法 | 思路 | 特点 |
|---|---|---|
| 禁忌搜索(Tabu Search) | 允许暂时接受劣解,用禁忌表避免循环 | 效果好,常用 |
| 模拟退火(SA) | 按概率接受劣解,逐步降温 | 简单有效 |
| 遗传算法(GA) | 路径编码、交叉、变异 | 适合大规模 |
| 蚁群算法(ACO) | 模拟信息素机制 | 早期效果好 |
| 大邻域搜索(LNS/ALNS) | 反复"破坏"和"修复"解 | 目前工业界最主流的方法之一 |
ALNS(自适应大邻域搜索)的思路值得说一下:
1. 生成一个初始解
2. 循环:
a. 用"破坏算子"移除一部分客户(随机删除、删除最差、删除相关度高的一簇)
b. 用"修复算子"把移除的客户重新插入(贪心插入、后悔值插入)
c. 如果新解更好(或按接受准则接受),则更新当前解
d. 根据各算子的历史表现,自适应调整算子被选中的概率
3. 达到终止条件后输出最优解
这个方法的强大之处在于"算子池 + 自适应选择"——不同的破坏/修复组合适合不同的问题结构,算法会自动学会哪些组合更有效。
3.4 建模时要注意的现实约束
这是学术 VRP 和工业 VRP 的最大差距。 学术论文里的 VRP 通常只有容量和时间窗约束,但现实中:
| 现实约束 | 说明 |
|---|---|
| 车型多样 | 有的车能进小区,有的不能 |
| 司机熟悉度 | 老司机对某些区域更熟,效率更高 |
| 卸货时间 | 大客户卸货要 1 小时,小客户 2 分钟 |
| 道路限行 | 货车限行区域、限高、限重 |
| 停车条件 | 有的地方没有停车位,影响停靠时间 |
| 客户特殊要求 | 必须本人签收、必须预约 |
| 返程取件 | 送货的同时要揽收 |
这些约束大部分是"软约束",很难精确建模。工业界的做法是:把能建模的建模,不能建模的用"经验系数"或"后处理规则"处理。
给 IE 学生的建议:学 VRP 时,不要只学算法,要理解"哪些约束能建模、哪些不能、不能的怎么办"。这个判断力比算法本身更值钱。
3.5 一个可上手的小项目
如果你想体验 VRP,推荐用 OR-Tools(Google 开源的优化工具库):
步骤:
1. 生成 30 个随机客户点 + 1 个配送中心
2. 设定车辆数(如 4 辆)和容量约束
3. 用 OR-Tools 的 Routing 模块建模
4. 设置距离回调(distance callback)和需求回调(demand callback)
5. 选择初始解策略(如 PATH_CHEAPEST_ARC)
6. 选择局部搜索元启发式(如 GUIDED_LOCAL_SEARCH)
7. 求解并可视化路径
做完这个项目,你对 VRP 的理解会超过 90% 只看过教材的人。 而且这是一份很好的面试作品。
四、即时配送:超实时的调度问题
4.1 与快递的本质区别
即时配送(外卖、同城急送)与快递的调度问题有本质差异:
| 维度 | 快递 | 即时配送 |
|---|---|---|
| 时间尺度 | 以天计,有充分的规划时间 | 以分钟计,必须实时决策 |
| 订单到达 | 提前已知(前一天下单) | 实时、不可预测 |
| 承诺时效 | 1—3 天 | 30—60 分钟 |
| 路径 | 固定线路 + 班次 | 动态拼单、动态路径 |
| 决策频率 | 每天一次 | 每秒多次 |
| 目标 | 最小化成本 | 最小化超时率 + 最大化骑手效率 |
一句话:快递是"离线优化",即时配送是"在线优化"。
4.2 派单问题的建模
核心问题:一个新的订单来了,派给哪个骑手?
决策要考虑的因素:
| 因素 | 说明 |
|---|---|
| 距离与顺路度 | 骑手当前位置到取货点的距离;新订单与骑手手上已有订单的顺路程度 |
| 骑手当前负载 | 手上已有几个订单,能否按时完成 |
| 时间窗 | 每个订单的承诺送达时间 |
| 骑手熟悉度 | 骑手对取送区域的熟悉程度 |
| 取送顺序约束 | 必须先取后送,且同一订单的取送有时间差要求(食物制作时间) |
| 公平性 | 不能总是把好单派给同一个人 |
| 骑手位置预测 | 骑手在移动中,派单时要预测其未来位置 |
这是一个带时间窗的取送货问题(VRPPDTW)的动态版本,且有大量软约束。
4.3 求解思路:从规则到学习
第一代:贪心规则
- 派给"最近的空闲骑手";
- 派给"顺路度最高的骑手"。
- 问题:只看眼前,不考虑全局。
第二代:批量匹配 + 优化
- 不是来一单派一单,而是攒一小段时间(如 10—30 秒)的订单,做一次批量匹配;
- 用二分图匹配或整数规划求解"订单-骑手"的最优分配;
- 明显优于贪心。
第三代:强化学习与仿真优化
- 用强化学习训练派单策略;
- 在仿真环境中评估长期收益,而不是短期最优;
- 考虑"当前不派这个单,等一会儿可能有更好的骑手"这种延迟决策的价值。
一个关键的设计洞察:"等待窗口"的长度是一个核心参数。
- 窗口太短(1 秒)→ 接近贪心,无法批量优化;
- 窗口太长(5 分钟)→ 订单等待太久,可能超时;
- 最优窗口通常在几十秒量级,且需要根据实时订单密度动态调整(高峰期可以攒更久,低峰期要快速派单)。
这个参数本身就需要用仿真来调优。 这是 IE 的仿真能力在即时配送领域的典型应用。
4.4 骑手效率的 IE 视角
除了算法,骑手的作业效率本身也有大量 IE 空间:
| 场景 | IE 问题 | 改进 |
|---|---|---|
| 餐厅取餐等待 | 骑手到了但餐没做好,无效等待 | 预测出餐时间、动态派单时机(算好时间去,而不是早到) |
| 写字楼配送 | 等电梯、找不到楼层、不让进 | 楼层信息预填、专属通道、集中交接点 |
| 小区配送 | 门禁、楼栋编号混乱、停车难 | 楼栋地图标注、智能柜、驿站 |
| 校园/园区 | 面积大、禁止骑行 | 集中取送点 |
一个非常有效的做法:出餐预测 + 派单时机优化。
如果系统能预测"这家店这个订单还有 8 分钟出餐",就可以在骑手完成上一单后 8 分钟左右派单,让骑手到达时正好取餐,减少等待。这需要数据(历史出餐时长、当前排队情况、菜品复杂度)和模型,但收益显著。
五、末端配送:最难的一环
5.1 为什么末端最难
末端配送(最后一公里)占整个快递成本的相当大比例(行业普遍认为末端成本在总配送成本中占比最高,具体比例各企业不同)。原因是:
| 难点 | 说明 |
|---|---|
| 极度分散 | 每个包裹送到不同的地址,无法批量 |
| 时效要求 | 需要在客户在家的时间送达 |
| 失败重试成本高 | 客户不在家,需要二次配送,成本翻倍 |
| 地址质量差 | 地址不精确、缺楼层、缺门牌 |
| 交付确认 | 需要签收、拍照、代收的复杂规则 |
| 安全与纠纷 | 丢件、破损、代收争议 |
5.2 主流的解决方案
| 方案 | 怎么做 | 优点 | 缺点 |
|---|---|---|---|
| 上门派送 | 传统方式 | 体验最好 | 成本最高、失败率高 |
| 快递柜(智能柜) | 放到柜子,客户自取 | 大幅提高效率(一个点送几十件) | 需要客户配合、柜格有限、大件放不下 |
| 驿站/代收点 | 放到便利店、驿站 | 成本最低、容量大 | 体验较差、需要客户走一段 |
| 集中配送点 | 小区门口定点交接 | 折中 | 需要管理 |
| 共配 | 多家快递公司共同配送 | 减少重复劳动 | 协调难度大 |
一个重要的效率对比:
| 方式 | 单个快递员日均派件量(量级参考) |
|---|---|
| 纯上门 | 100—200 件 |
| 驿站为主 | 300—500 件 |
| 快递柜为主 | 300—600 件 |
这就是为什么近年快递柜和驿站快速普及——不是因为体验好,是因为效率提升 2—3 倍。
5.3 末端效率的 IE 工具
工具一:路径规划 + 顺序优化 快递员一天的派送顺序,对效率影响巨大。一个好的排序可以减少 20%—30% 的行驶距离和时间。这就是一个 TSP 问题(规模在 100—300 个点),用启发式即可求解。
工具二:时间预测 基于历史数据预测"每个地址的投递耗时"(有的楼要 5 分钟,有的只要 30 秒),用于:
- 更准确的工作量测算;
- 更准确的时效承诺;
- 片区工作量均衡。
工具三:地址标准化与地理编码 把"XX小区 3 栋 2 单元 501"映射到精确的经纬度。这是所有末端优化的基础。地址质量差是末端效率低下的最大隐性原因之一。
工具四:异常订单识别 识别出"可能需要二次配送"的订单(地址不清、客户经常不在家),提前电话沟通。一次电话 1 分钟,避免一次二次配送(成本远高于 1 分钟)。
5.4 末端的一个新兴方向:无人配送
| 技术 | 状态 | 适用场景 |
|---|---|---|
| 无人车 | 部分城市试点运营 | 封闭园区、郊区、固定路线 |
| 无人机 | 试点阶段 | 偏远地区、紧急件 |
| 配送机器人 | 部分场景商用 | 园区、酒店、写字楼内 |
IE 视角的判断:无人配送的价值不在于"替代快递员",而在于改变成本结构——把"人力线性增长"变成"设备边际成本递减"。但当前阶段,无人配送的适用场景仍然有限(受法规、道路条件、安全、天气限制),短期内是补充而非替代。
六、进入快递与即时配送行业
6.1 岗位
| 岗位 | 做什么 | 能力要求 |
|---|---|---|
| 网络规划工程师 | 分拨选址、路由设计、产能规划 | 优化建模、数据分析、地理数据 |
| 路由优化工程师 | 干线/支线路由、装载率优化 | 运筹优化、Python、求解器 |
| 算法工程师(调度) | VRP、派单算法、路径优化 | 算法能力 + 业务理解,通常要求硕士 |
| 数据分析师 | 时效分析、成本分析、预测 | SQL、Python、可视化 |
| 运营优化工程师 | 网点效率、末端优化、人效 | 工作研究 + 数据分析 |
| 仿真工程师 | 分拨中心仿真、产能验证 | 仿真软件 + 建模 |
6.2 能力准备
算法方向(调度/优化岗):
- 线性规划/整数规划基础(建模 + 单纯形法直觉);
- 元启发式(至少要懂 ALNS 的思路);
- Python + OR-Tools;
- 数据结构与算法(面试必考)。
数据与运营方向:
- SQL(必须熟练);
- Python(pandas、可视化);
- 地理数据处理(经纬度、路网、地理编码);
- 统计与预测。
仿真方向:
- 离散事件仿真软件(AnyLogic、FlexSim、Plant Simulation);
- 随机建模与输出分析(置信区间、warm-up 期、多次重复)。
6.3 一个建议:做一份 VRP 作品
如果你要投这个行业,最值得做的一份作品是:
用真实或模拟的城市数据,完成一次完整的配送优化:
- 生成/获取一批配送点(可以用某城市的 POI 数据);
- 设定车辆容量、时间窗;
- 用 OR-Tools 求解 CVRP 和 VRPTW;
- 对比"优化路径"与"人工经验路径"的距离差异;
- 做敏感性分析(车辆数变化、时间窗松紧对成本的影响);
- 输出一份带地图可视化的报告。
这份作品能直接证明你会建模、会求解、能解释结果——正是这个行业最看重的。
小结
快递与即时配送的工业工程,四句话:
网络是轴辐式的,不是点对点的——这是规模效应的必然选择。分拨选址要考虑模型最优解之外的土地、用工、交通可行性。
分拣中心的瓶颈通常不在分拣机,而在供件——做产能分析时要逐环节测产能,找出真正的约束。
VRP 是核心算法,但现实约束远比教材复杂——学会判断"哪些约束能建模、哪些不能、不能的怎么办",这个判断力比算法本身更值钱。
即时配送是超实时调度,核心设计参数是"等待窗口"——攒单批量匹配优于逐单贪心,窗口长度需要仿真调优。
最后一句:末端配送是成本占比最高、最难优化的环节。快递柜和驿站之所以普及,不是因为体验好,是因为效率能提升 2—3 倍。理解这一点,你就理解了物流行业的核心逻辑——在成本与体验之间,规模化的物流永远是先解决成本,再逐步改善体验。
相关阅读
- 电商仓储的工业工程:拣选路径、货位优化与大促产能规划:一个拣货员每天在仓库里走 10—20 公里,其中大部分是无效行走。本文拆解电商仓储的 IE …
- 智能制造与数字化转型:工业工程师的新战场:厘清自动化/数字化/网络化/智能化四层关系,拆解 ISA-95 五层技术栈,指出 MES 中…
- 工业工程不止于工厂:在服务业、医疗、物流与互联网中的应用:给出 IE 方法从制造业迁移到医疗、物流、互联网、金融、零售的对照表,详解门诊流程 ECRS…
- 光伏与储能制造的工业工程:良率瀑布、产能过剩与技术迭代的三重博弈:光伏组件价格十年下降约一个数量级,制造端每瓦只赚几分钱。本文拆解产业链四环节(硅料/硅片/电…
- 灯塔工厂里的工业工程师在做什么:高度自动化的工厂还需要 IE 吗?本文拆解 IE 在灯塔工厂中的五个新角色、技能升级清单,以…