瑜伽馆约课小程序｜私教课时与教室方案 – MPForge

一、典型场景：私教约课管理最容易在哪几处翻车

私教约课管理的痛点不在系统多复杂，而在课时两本账、教室两本账：

• 教练空跑：学员约了不来，教练白等一节，课时还不好扣。
• 扣次扯皮：临时取消扣不扣课时，口头各说各话，学员觉得被坑。
• 抢教室：私教与团课抢同一间房，到馆才发现没场地。
• 确认没时限：约课请求教练爱理不理，学员等到晚上才知道约不上。

二、方案总览：四步锁住每一节私教课

私教约课管理的核心矛盾是教练与教室双资源有限。从学员提交约课到到馆上完课扣次，四个模块一条线走完：

1. 双资源日历：教练与教室进同一张日历，双资源冲突保存即拦。
2. 确认有时限：约课限时确认，超时自动释放，学员不等死磕。
3. 课时按规则扣：请假时限与扣课口径进固定页，系统执行不看关系。
4. 到馆核销：到馆扫码签到，上完课扣次留流水，余次实时可查。

规则取舍细节见 课时请假规则；同类项目可参考 瑜伽私教约课案例。

三、核心功能清单

• 双资源日历：：教练与教室统一计资源，冲突保存时即时提示。
• 限时确认：：确认超时自动释放，空跑与释放率进看板。
• 课时账本：：购课、赠课、扣次分开记账，余次有效期可查。
• 请假规则：：请假时限与扣课口径写进固定页，转课走审批。
• 教室统一：：私教团课共用教室日历，抢房从源头消失。
• 公众号菜单导流：：约课入口可与公众号菜单导流配合，学员自助约课。

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

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

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

五、明确没做的事

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

• 不做内容社区：瑜伽教学内容社区、打卡运营不进首版，先把约课履约闭环做实。
• 不担保教学效果：约课管的是履约节奏，教学效果受练习投入影响，不替场馆担保。
• 效果按试点口径：「空跑与课时客诉下降」是试点前后对比的验收结果；复制到新场馆前请重估教练与教室资源。

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

口径：试点前后对比。验收结果：空跑与课时客诉双降；约课、确认、上课、扣次一条线走完，主路径关键动作 1 分钟内完成，黄金档教练与教室都排满。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ