健身房团课小程序｜容量锁定与候补方案 – MPForge

一、典型场景：团课容量管理最容易在哪几处翻车

团课容量管理的痛点不在系统多复杂，而在容量两本账、空位不回填：

• 超卖爆课：接龙报名没人数上限，人到操场铺不开垫子，体验砸了。
• 占位不来：报了名占着位，临时不来也不取消，想上的进不去。
• 释放太慢：开课前才放空位，候补的人早就走了，空位白白浪费。
• 抢教室：团课与私教抢同一间操房，课程表天天打架。

二、方案总览：四步锁住每一节课容量

团课容量管理的核心矛盾是操房容量有限、爽约不可控。从会员提交约课到上课核销或候补转正，四个模块一条线走完：

1. 容量硬锁：每节课按操房容量放位，满员即止不超卖。
2. 约课预扣：约课预扣课时，超时未到自动释放，占位不来有代价。
3. 候补即时转正：释放的空位按候补顺序即时通知，开课前空位也回填。
4. 教室统一日历：团课与私教共用教室日历，撞房在保存时被拦。

规则取舍细节见 团课空位释放、预约场次容量；同类项目可参考 场馆容量案例。

三、核心功能清单

• 容量硬锁：：按操房容量放位，超卖从源头归零。
• 预扣与释放：：约课预扣课时，爽约规则进固定页，释放有代价。
• 候补队列：：位次透明，空位释放即时通知转正。
• 教室统一日历：：团课私教共用日历，撞房保存即拦。
• 课前释放时限：：开课前固定时限释放未到空位，回填率高。
• 公众号菜单导流：：约课与候补入口可与公众号菜单导流配合，会员自助排课。

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

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

1. 进场准备：把操房容量、课表与爽约规则逐项录入后台校对；释放与候补规则先落成系统固定页。商家能感知的是接龙群安静了。
2. 系统对接：约课、释放与候补打通，教练、前台与会员用同一条课表说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是超卖归零。
3. 员工培训：一线只强调一分钟内完成约课、签到、排候补的主路径关键动作；馆长学会看满员率与释放记录。商家能感知的是晚课不再爆房。
4. 灰度试点：先拿一间操房的晚课高峰灰度试跑，不做数字考核，只看超卖、空位回填两条线动没动。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做内容社区：健身内容社区、打卡运营不进首版，先把团课容量闭环做实。
• 不担保出勤率：预扣与释放管的是占位成本，出勤率本身受会员意愿影响，不替场馆担保。
• 效果按试点口径：「超卖为 0」是试点前后对比的验收结果；复制到新场馆前请重估操房容量与课表。

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

口径：试点前后对比。验收结果：超卖为 0；放位、预扣、释放、转正一条线走完，主路径关键动作 1 分钟内完成，操房垫子不再铺不下。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ