加班车按需发车:怎么让空驶的车不再跑

发布时间:2026/10/30 2:35:13
加班车按需发车:怎么让空驶的车不再跑

加班车按需发车:怎么让空驶的车不再跑

晚上九点半,一辆 45 座大巴从厂区出发,车上坐着 3 个人。

这趟车的成本不会因为只有 3 个人就降低——车租按趟算,司机工时按小时算,油费按公里算。一年下来,这类"惯例班次"往往占掉班车预算里相当一部分,但因为没人统计,它就被归到"必要支出"里了。
班车的空驶有两种。一种是时段性空驶:固定时刻表覆盖了实际上没人的时段。另一种是结构性空驶:线路设计的时候按"最多可能的需求"配车,实际只有一半人坐。

两种空驶的解法不一样。下面四个项目,各自撞上其中一种。

一、吉利研究院:加班车要预约,改刷工卡就失去意义

吉利新能源商用车研究院有 16 台班车、服务 1000 多人。看似规模不大,但用车场景分三种:上下班通勤、加班通勤、周末通勤。

问题出在第二种和第三种上。加班通勤不像上下班那样有固定时刻,今天加到九点、明天加到十点,派几台车、派到哪,很难提前定。周末通勤更散,人少但不为零。

原来的状态是:

  • 新员工找上车点困难

  • 员工无法查看班车实时位置

  • 突发情况没有公告消息

  • 乘坐加班车的人员数据统计不准确

  • 行政管理班车耗时耗力,员工满意度低

嘟嘟的第一版方案是加班车按需出车、需要预约。逻辑上没错——有人约才发车,没人约就不发,空驶立刻消失。

但执行中撞上了矛盾:早高峰人多,扫码上车的效率不够,想改成刷工卡更快;可是一改刷工卡,预约就形同虚设——员工不用预约也能刷卡上车。

这是两个目标在打架:通行效率要"不验证直接上",运力管控要"验证了才能上"。

最后的解法是分场景:

  • 固定班次(早晚高峰)用刷卡/扫码,保证通行速度

  • 加班车和周末车用预约,保证不空跑

  • 服务过程可查询、可追溯,员工反馈的处理进展随时可见

两套规则并行,是这类矛盾常见的解法。想用一套逻辑管住所有场景,最后一定有一头是破的。

员工的反馈是:“方便出行,统计数据处理能力好,关键是合理安排加班车,避免浪费。”

二、小米:一期培训 14 天,人在 20 多家酒店之间流动

小米的需求属于另一种空驶——需求的形状每周都在变。

小米每年下半年分批让全国和海外员工到北京亦庄基地培训,每月一期,每期约 14 天,每期 500 到 1000 人。固定路线每天早晚接送各个酒店到基地,除此之外还有大量临时通勤需求。

难点有三条:

  • 学员居住酒店分散,第二期 800 多人分布在二十多家酒店,每周居住地都在变化

  • 场景复杂,考验运力分配,每日临时通勤需求多,额外车辆匹配需求变化大

  • 线路规划要求很高,要求每周每版都精确覆盖需求

如果按"每家酒店一条固定线"配,车会空跑一半——因为每周的居住分布是变的,上周住满的酒店这周可能只有两个人。

嘟嘟的做法是把规划周期压短:按每期学员的居住地需求做地图映射,用热点图规划接送路线;用超级后台配合司机端排班报表,每天出电子版和纸质版出车表;给车辆做智能编号,乘客按自己的车号上车。

结果是线路规划从过去需要一周,缩短到一天。每周重新算一遍,车就跟着人走,而不是人跟着车走。

行政部门的反馈是:“第一期和第二期用车很满意,尤其是线路规划,省了很多事情。”

三、深信服:上座率数据是空白

深信服是网络安全与云计算领域的企业,员工规模 7000 多人,通勤班车在科技园区运行。

它的需求写在招标文件里,措辞很直接:

  • 接驳车的间隔时间需要大数据支撑

  • 各时间段的上座率情况数据空白

  • 线路规划要求很高,覆盖要精确到 100% 需求

第三条和第二条表面上是矛盾的——既要覆盖 100% 需求,又要提高上座率。实际上不矛盾:覆盖讲的是"有没有车到",上座率讲的是"车跑得值不值"。两者可以同时成立,前提是有数据。
嘟嘟的做法是:按员工出行需求分析各班次的合理时间;结合历史乘坐数据分析各车次的乘坐率,据此调整班次;车辆位置实时可查,员工等车不茫然。
最后的交付结果是需求覆盖率 100%,员工满意度高。

这个项目里最值得记的是"数据空白"这四个字。很多企业不是不愿意优化线路,是压根没有数据可看——排班靠行政的经验,改线靠员工的抱怨。有了站点级和班次级的数据,优化才有落点。

四、货拉拉:先开 4 条线,试运营后只留 2 条

货拉拉 2000 多人,客服团队三班倒。员工居住分散,这是线路设计的天敌——住得散,一条线要绕很远才能接满人,绕远了单程时间就长,车次就少,成本就高。

它的需求有两条:

  • 员工居住分散,线路设计要最大限度承载员工

  • 除了班车本身,还要从其他方面提升员工幸福感

嘟嘟的做法是不预设答案:踩点后先预备 4 条线路,在试运营过程中观察实际上座率,最后只保留上座率最高的 2 条长期运营。

这个动作看着朴素,但它回避了班车项目最常见的一个错误:一次性把线路定死,然后用一年时间证明有些线是错的。

配套的还有定期班车福利——送早餐、节假日送优惠这类小动作。对三班倒的客服团队来说,这些不是营销噱头,是留人的细节。

一位客服的反馈是:“以前上夜班的时候,出发和回家都特别难打车,主要是不安全;企业开通班车之后,上班就没有后顾之忧了。”

五、减少空驶的四个动作

动作一:把班次按"必要性"分三级。

一级是刚性班次(早晚高峰、夜班交接),必须保证;二级是弹性班次(加班、周末),按预约发车;三级是储备班次(应急、临时),按需调用。分级之后,二级和三级就是优化空间。

动作二:先试运营,再定线。

货拉拉的 4 条选 2 条是标准做法。试运营周期通常 2 到 4 周,用实际乘坐数据说话,而不是用问卷。

动作三:把规划周期缩短到"能跟上变化"的粒度。

小米的做法是每周重算一次,因为学员的居住分布每周变。如果企业的需求是每月变,就每月重算;如果需求其实半年没变,就不用重算——重算本身也有成本。

动作四:给"砍班次"准备数据依据。

华星光电上线一个月优化 6 个班次,靠的是站点乘坐数据。没有数据支撑的砍班次,会变成行政和员工的对立;有数据支撑的砍班次,是一次共同决策。

六、什么情况下不该追求高上座率

第一,安全冗余班次。夜班最后一班车可能只坐 5 个人,但这 5 个人没有替代方案,这趟车不能砍。

第二,覆盖性班次。有些线路的存在意义是"让偏远居住的员工也能坐上车",上座率天然偏低。这类线路要用"覆盖人数"而不是"上座率"考核。

第三,应急储备。企业需要保留一定比例的备用运力应对突发,这部分车不上路,上座率是零,但不能算浪费。

第四,新开线路的前三个月。新线路需要培育期,前三个月的上座率不代表长期水平。

七、常见问题

问:加班车按需出车,最低几人才发?

答:没有通用数字,取决于单车成本和替代方案。常见做法是设一个最低人数门槛,低于门槛改用商务车或报销打车。门槛值要跟财务一起算,不能只由行政定。

问:预约制员工不配合怎么办?

答:两个手段:把预约和考勤时间绑定(吉利项目的做法),以及设置取消截止时间。另外要让员工看到"预约真的有用"——比如预约满员的车会加派。

问:上座率多少算合理?

答:取决于线路类型。固定通勤线通常在 70% 到 85% 之间比较健康,低于 60% 要考虑并线或换小车;高于 90% 说明运力不足,会有员工上不了车。

问:砍掉班次之后,受影响的员工怎么安排?

答:三种方式:并入相邻线路、改为接驳到枢纽站、对特殊岗位采用打车报销。这一步要提前沟通,不能等砍完再通知。

问:多久看一次数据?

答:建议按周看班次满载率,按月看线路整体效益。周频看的是异常(某条线突然空了),月频看的是趋势(某片区域的需求在增长)。