早上八点零五分,东线最后一站还有六个人没上车;西线同一时间到厂时,车上只坐了十个人。行政想把西线车调过去,司机提醒两条线之间隔着早高峰拥堵路段,调车可能让原来的十个人全部迟到。

先记每一站发生了什么
整理线路、方向、发车日期、站点顺序、预计和实际到站时间、上车人数、下车人数与未上车人数。只统计到厂人数会漏掉站点等待的人,也会把中途下车造成的空位解释成需求不足。每班车独立成记录,早班、夜班与周末不要混算。
车辆资料保留核定座位、允许运营条件、维修停用和实际执行车型。二十座与三十座车辆临时互换时,对应当天实际座位,不引用排班表上的原车型。是否可以站立、是否能改变停靠点和线路,由运营及安全负责人依适用要求确认,不能用AI方案突破载客限制。
员工调查区分长期需求、当天预约和实际乘坐。没有乘车可能是休假、居家或没挤上去,不等于取消需求。统计站点使用不需要公开员工住址,把住址聚合到批准站点,原个人资料按权限留在内部系统。
满员看峰值,空驶看连续证据
每一段的车内人数等于前一站车内人数加上车减下车,最大值才是该班次的峰值负荷。上车累计四十人但中途有十人下车,不一定超过三十座;反过来,末站到厂二十五人,也可能前段已经超额。人数出现负值时检查漏记或顺序错误。
XLSX Skill能建立逐站人数及候选线路的比较工作簿。要求输出实际文件、明确单位,并保留公式和未观测班次。缺失客流不能填零,车辆故障停班也不作为正常空驶。先人工核对几班原始记录,确认统计确实对应现场。
将有代表性的工作日分开,遇到培训、集中加班或节假日前后标记异常需求。观察窗口由行政与运营约定,不给十天平均值套一个全年准确率。空驶线路可能承担低频但必须保留的班次,保留原因应由业务确认。

调车方案要付出多少绕行代价
假设东线核定三十座,峰值三十六人;西线二十座,峰值十人。东线缺六个座位,西线存在十个空座,却不能因此认为调车后问题必然解决。站点位置、发车时刻以及车辆能否完成两次任务还没进入计算。
比较三种候选,把增加东线班次、换更大合规车辆和调整部分站点分开。每种列出峰值容量、增加运行时间、受影响乘客和预计成本。假设合并绕行十八分钟,而工厂允许到达窗口只有十分钟,则这个候选有明显冲突,不能只因座位够就选它。
时间来自实际路段观测或可核验的运营估计,注明日期和早高峰条件。地图中的理想行驶时间不能直接当班车准点承诺。途经限高、停车条件和上下车安全,也需要运营方实地确认,AI不自动设计新的合法停靠点。
试跑一周需要观察什么
试运行前通知乘客具体站点、时刻和备用安排,设置反馈渠道。上线后的表同时记录未上车人数、到达偏差、实际绕行与总运行成本。车内利用率提高但未上车人数增加,不能算改善;一条线变准时而另一条线经常迟到,也不能只看总体平均。
对每班满员检查是否确有需求和可用座位,临时预约取消及重复预约按批准流程处理。不要让算法为了满座率把低需求站点直接删除,通勤距离、特殊安排和已承诺服务由负责人权衡。出现安全或超载风险先按现场程序处置,不等待AI算完。
最后的交付物包括逐站客流表、候选方案差异、尚未确认的运营条件与试运行记录。每个方案标明是谁确认容量、是谁确认时间,未通过的方案留下理由。这样行政可以提出可讨论的选择,而不是拿一张AI绘制的路线图要求司机照着开。
试运行证明有效后再更新正式时刻表,原版本归档。人员搬迁、班次改变或道路施工出现时重新观察,不把一次评估长期视为有效。真正需要平衡的是容量、准点和乘客可达性,某条线空座多只提供了调查方向。

技能提升网