7 章 · 共 15

正常流程、审批点与异常分支

7.1 正常班次16步

车辆通过证照
司机状态
例检
人数和动态监控五道发车门后
按线路完成上客
车辆通过证照、司机状态、例检、人数和动态监控五道发车门后,按线路完成上客、在途监控与安全下客。

图7:准点不是“按时把车开走”,而是在所有安全门通过后,于承诺窗口完成旅客运输。

步骤主责输入输出/证据不通过动作
1ROLE-G02-02客流与合同批准产品/线路版本返回方案或停止销售
2ROLE-G02-04容量、成本、价规可售价格与库存超权限价格升级
3ROLE-G02-11产品、余量客票/订单身份/支付/余量失败不出票
4ROLE-G02-05班次需求初排车辆司机资源不足触发备份/减售
5ROLE-G02-15司机档案与工时合格司机确认到期/疲劳/状态异常禁排
6ROLE-G02-08车辆档案与维护可用车辆状态故障或到保车辆禁用
7ROLE-G02-07/08班前检查例检与交车记录失败转备车并建工单
8ROLE-G02-06报班、票/名单司机车辆报班确认证件或实际不一致停放行
9ROLE-G02-06乘客与行李验票、人数、异常记录票证不符/禁带/超员处置
10ROLE-G02-10终端与任务监控上线确认按规则修复或启用合规替代
11ROLE-G02-05/06五道门结果发车批准与实际时间未齐不得以“先走”覆盖
12ROLE-G02-07路线和乘客安全运行与停靠风险时安全停车并报告
13ROLE-G02-10实时数据告警处置链无响应升级安全/应急
14ROLE-G02-07/06到站与下客完成、人数、遗失/异常未安置旅客不能草率关闭
15ROLE-G02-11/12完成事件订单关闭、退款/投诉状态矛盾转人工调查
16ROLE-G02-13可计费事实对账、收入、应收/回款差异挂账,不强行平账
正在绘制业务流程…
把正文中的参与者、动作与交接关系放回同一条业务链观察。

7.2 七个审批点

审批点提交人批准人/会签必须看绝不能批准
新业务类别/地区产品/销售合规、安全、负责人主体许可、车辆司机、地方规则“市场先跑一周”
新线路/站点产品运营、安全、合规踏勘、时间、停靠、风险非法停靠、无法安全掉头
低价/特殊条款销售/收益运营、财务、合规全成本、账期、责任和退款以减安全成本换价格
车辆技术放行车辆技术授权技术人员故障、维修与检测证据关键故障未消除
司机临时替换调度人力/安全或授权规则资格、工时、培训、实际一致借用账户、冒名上线
重大异常恢复事件指挥安全、技术、合规、负责人人员、车辆、路线、乘客和证据原因未明即恢复
退款/赔付/服务抵扣客服/客户成功按金额和责任矩阵原订单、事实、责任、支付对象用删订单掩盖异常

7.3 高频异常分支

道路封闭
车辆故障和司机状态异常同时出现
事件指挥协调安全停车
替代运力
乘客通知
道路封闭、车辆故障和司机状态异常同时出现,事件指挥协调安全停车、替代运力、乘客通知、退款与证据保全。

图8:重大异常先稳定人和现场,再恢复运力、沟通、资金和证据,不能多头指挥。

异常A:司机临时缺勤或状态不合格

调度先冻结原排班,司机管理核验备班资格与工时,安全确认风险,系统把实际司机绑定到车辆和班次,站务/乘客收到必要通知。若没有合格备班,宁可取消、退款和安置,不得让无资格人员、共享账户或已达疲劳边界者驾驶。

异常B:车辆例检失败或途中故障

发车前失败:技术禁用→创建工单→调度启用适配备车→重新完成司机车辆匹配与报班。途中故障:驾驶员安全停车→保护乘客→控制中心定位→必要时报警/救援→派合规接驳→清点转运人数和行李→技术调查→订单状态、退款和保险证据闭环。

异常C:超售、超员或票人车不一致

系统超售先冻结继续销售;站务以核载为硬边界,不得让乘客“挤一挤”;客服按已发布规则排序安置、改签或退款;IT和票务查库存扣减、接口重试和幂等;质量人员验证修复。实际车辆或司机与订单展示不一致时,应停止上线/发车并调查,不用人工改展示掩盖。

异常D:道路封闭、极端天气、大型活动

产品/安全确认权威信息和受影响范围,指挥者选择绕行、改站、延后或取消;合规核验临时线路/站点可行性;调度评估驾驶时长和能源;客服按批次通知;财务估算退款、额外成本与现金;恢复后复核积压乘客而非只恢复车辆。

异常E:乘客突发疾病、冲突或干扰驾驶

驾驶员第一目标是安全控制车辆,在允许位置停车并请求协助;控制中心按事件分级联动急救、公安或现场人员;客服联系紧急联系人时遵循必要性;全程保全合法取得的记录。运营指标不能要求驾驶员边开车边处理冲突。

异常F:动态监控离线或高风险告警

监控人员确认终端、网络、任务和司机,联系驾驶员时避免造成驾驶分心;持续超速、疲劳或路线重大偏离按规则升级、制止和报告。现行动态监督办法要求监控人员实时分析处置并记录,提醒无效时逐级采取措施。三部门动态监督办法(截至2026-08-10)

异常G:支付、出票或派单系统中断

启用经过批准的降级模式:冻结可能重复扣款的请求;给每笔人工乘车/派单分配离线唯一号;不突破核载和许可;恢复后先对账再重放;重复支付自动/人工退款;关键状态冲突不得批量强行“完成”。

异常H:事故或大面积旅客滞留

正在绘制业务流程…
把正文中的参与者、动作与交接关系放回同一条业务链观察。

不得在事实不明时由多个部门各自对外定责;不得为降低投诉删除订单、轨迹或监控记录;不得以保险可能赔付为由延误现场救助。

7.4 异常指挥的第一小时

时间窗动作主责证据
0–5分钟安全停车、急救/报警、控制二次风险驾驶员/现场、ROLE-G02-18首报时间、位置、现场状态
5–15分钟事件分级、单一指挥、冻结错误指令ROLE-G02-18/09指挥人、事件ID、影响范围
15–30分钟清点乘客与资源、替代/安置方案调度、站务、客服名单、去向、车辆司机核验
30–60分钟必要通知、保险/合规介入、现金授权合规、财务、负责人通知对象、批准、付款和保全清单

7.5 一日运营节拍

客运公司不能只靠早会。运营节拍应覆盖前一日锁计划、班前安全门、运行中监控、班后日清和次日复盘。每次会议只解决适合其时间尺度的问题:实时控制室不讨论下季度购车;月度经营会也不能替代当班告警处置。

节拍输入必须决定输出禁止替代
T-1日计划会客流、订单、车辆维护、司机、天气次日主备车人、班次、风险冻结计划版本用实时群聊代替排班
班前会实际车人、路线、乘客、异常是否具备发车条件签到、检查、任务确认用培训签到代替检查
实时控制位置、告警、延误、现场报告提醒、升级、替代、通知事件日志和指令多人分别指挥司机
班后日清实际班次、乘车、能耗、异常状态关闭、差异责任日清表、工单、待办把未解决异常标完成
次日复盘KPI、投诉、未遂、成本根因、纠正、预防CAPA、责任和期限只批评个人不修系统
周线路会客流、贡献、准点、车人供给调班、产品、价格和资源新版本候选擅自立即上线
月度经营会业财现金、安全、合规、客户资源、停线/扩线、授信管理评审决议只看营业额排名

7.6 正常班次RACI

活动产品销售/客服调度站务/司机技术安全/监控财务合规/IT
产品和线路批准RCCCCA/CCC
售票/服务单CR/ACIIICC
车辆司机排班IIR/ACCCII
技术放行IICCR/ACII
乘客查验和上客ICARICIC
发车安全门IIARRRIC
在途监控与异常ICRRCA/RIC
完成和乘客售后IRCRICIC
对账开票回款ICCIIIR/AC

RACI只是教学基线。实际企业可调整,但每项只能有清晰的最终负责者;“大家共同负责”经常意味着无人有权停运和无人为证据完整负责。

7.7 乘客沟通模板的五个事实

异常通知至少包含:发生了什么且哪些事实尚不确定;影响哪一班/哪群乘客;乘客当前应做什么;公司提供哪些替代、退款或协助;下一次更新时间和联系人。不得用“系统升级”“不可抗力”作为万能原因,也不得在未调查时公开归责司机或乘客。

沟通阶段应说不应说
首次通知已确认的延误/取消、当前安全状态、下一更新点猜测事故原因、承诺绝不再变
安置通知可选替代、集合点、费用与凭证要求让乘客自行解决后再说
调查中已采取措施、证据核验范围和预计时间为降低投诉提前定责
结案事实、责任口径、退款/赔付、改进与申诉只发优惠券不解释根因

7.8 从一次异常到经营改进

每个事件至少生成四种结果:乘客/客户结果、运营恢复结果、财务结果、系统改进结果。例如车辆故障不能只以“换车完成”关闭,还要确认乘客是否到达、退款是否支付、维修与保险是否建账、备车布局和维护策略是否改变。质量岗位应在30天或适当周期后验证复发,而不是在CAPA审批当天宣布有效。

章末理解检查

合上原文,你能讲明白了吗?

不看原文,用自己的话解释「正常流程、审批点与异常分支」真正要解决什么业务问题。

已输入 0 个字,还需 12 个字;提交后会显示自检标准,并把本章记为已完成。
本章目录16