驾校小程序｜约车练车与学时进度方案 – MPForge

一、典型场景：学员从报名到拿证最容易在哪几处翻车

驾培的痛点不在教学，而在约车靠抢、进度靠问：

• 约车冲突：：学员挤到教练车上约时间，谁先到谁练，矛盾天天有。
• 学时扯皮：：练了几个学时各说各话，考前提不到车就投诉。
• 进度不透明：：科目几、还差多少学时，学员自己都算不清。
• 招生难追踪：：咨询留资散在微信，招生转化说不清。

二、方案总览：四步把约车理顺

驾培的核心矛盾是车辆与教练有限、学时要记准。从约车到进度，四个模块一条线走完：

1. 教练日历放号：：教练与车辆按档期放号，约一个锁一个，冲突从源头消失。
2. 约车取消规则：：取消与迟到规则进固定页，爽约占车有约束。
3. 学时进度摘要：：练车学时自动记录，科目进度学员自己看，不再扯皮。
4. 提醒与留资：：练车提醒自动推，招生留资进系统，转化有据可查。

规则取舍细节见 类目怎么选；同类项目可参考 驾校约车案例。

三、核心功能清单

• 教练日历：：教练主数据先行，档期按人按车放号。
• 约车取消规则：：取消时限与爽约约束写进固定页，口头承诺页面化。
• 学时进度：：每段练车学时入档，科目状态学员可查。
• 练车提醒：：约车与变更自动提醒，减少空到。
• 招生留资：：报名咨询表单进系统，线索按校区分配。
• 家长绑定：：可为学员绑定联系人，进度同步给家庭。

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

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

1. 进场准备：：把教练、车辆、训练场时段逐项录入后台校对；取消规则先落成系统固定页，前台按页面执行。商家能感知的是约车有页面可指。
2. 系统对接：：日历、约车与进度打通，前台、教练、学员用同一约车单号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是抢车消失。
3. 员工培训：：前台只练一分钟内确认约车；教练学会销学时。商家能感知的是学时不扯皮。
4. 灰度试点：：先拿一个校区小范围试跑，不做数字考核，只看冲突有没有归零、学时记录准不准。商家能感知的是问题清单在收敛，而不是上线即全量。
5. 值班应急：：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做题库商城：：题库、模拟考试与商城后置，先保证约车履约闭环可验。
• 不上多校区：：先单校区状态机跑顺，再复制多校区。
• 效果按试点口径：：验收按试点前后对比定性描述，不是全公司财报；复制到新校区前请重估教练编制与训练场容量。

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

口径：试点前后对比，定性描述。试点期内约车冲突归零、学时争议有单可查，前台约车确认主路径一分钟内完成；科目进度学员自助可查。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ