驾校约车小程序｜科目进度与空跑治理方案 – MPForge

一、典型场景：科目二三约车最容易在哪几处翻车

科目二三约车的痛点不在系统多复杂，而在课表两本账、进度对不上：

• 空跑白烧油：学员约了不来、教练白等，训练车空跑一圈，油钱时间双赔。
• 确认没时限：约车请求发出去，教练确认不确认没个准，学员干等又不敢约别家。
• 进度散落：科目进度记在纸表和教练脑子里，学员练到哪一步，前台说不清。
• 停课没公告：教练临时停课，约好的学员到场才知道，投诉全在前台爆。

二、方案总览：四步锁住每一次约车

科目二三约车的核心矛盾是教练车时段有限、确认依赖自觉。从学员提交约车到完成训练回写进度，四个模块一条线走完：

1. 课表进系统：教练端课表按时段开放，可约时段一目了然，学员自己挑。
2. 确认有时限：约车请求限时确认，超时自动释放，学员不等死磕。
3. 进度只读：科目进度学员端只读可见，练到哪一步系统说了算，不再各说各话。
4. 停课即公告：停课填原因码并自动公告，受影响学员即时收到改约入口。

同类项目可参考 驾校约车案例。

三、核心功能清单

• 教练课表：：教练端课表按时段开放，停课填原因码自动公告。
• 限时确认：：约车请求超时释放，空跑人次与释放率可统计。
• 科目进度：：科目二、三进度模型统一，学员端只读可见。
• 空跑治理：：爽约记录与确认超时释放率进看板，空跑治理有抓手。
• 多分校权限：：分校权限模型先定，账本与课表分校隔离。
• 公众号菜单导流：：约车入口可与公众号菜单导流配合，学员自助约车。

四、落地实施过程：五步上线

方案逻辑四步，落地拆成五个动作，前一步跑顺再进下一步：

1. 进场准备：把教练车、课表时段与科目进度模型逐项录入后台校对；确认与释放规则先落成系统固定页。商家能感知的是约车不再打电话排队。
2. 系统对接：约车、确认与进度打通，学员、教练与前台用同一条训练记录说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是空跑有人管。
3. 员工培训：一线只强调一分钟内完成确认、签到、开练的主路径关键动作；校长学会看空跑人次与释放率。商家能感知的是训练车不再白烧油。
4. 灰度试点：先拿一个分校的约车周期灰度试跑，不做数字考核，只看空跑人次、确认超时释放率与投诉三条线动没动。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

说清楚不做什么，比堆功能更重要：

• 不做全国教练平台：全城抢单、跨校撮合不进首版，先把一所驾校的约车闭环做实。
• 不担保拿证周期：约车管的是训练履约，拿证节奏受考试排期影响，不替驾校担保。
• 效果按试点口径：「空跑人次、释放率、投诉」是试点前后对比的验收结果；复制到下一分校前请重估教练车与课时配置。

六、上线后效果（试点口径）

口径：试点前后对比。验收结果：空跑有人管；约车、确认、训练、进度一条线走完，主路径关键动作 1 分钟内完成，训练车不再空跑白烧油。以上为作业口径，非全公司财报口径。

复盘沉淀：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；数据对比写清分子分母与排除周。

七、常见问题 FAQ