瑜伽课程包小程序｜扣次规则与档期方案 – MPForge

一、典型场景：瑜伽课包扣次约课最容易在哪几处翻车

瑜伽课包扣次约课的痛点不在系统多复杂，而在扣次两本账、请假说不清：

• 扣次口头：上了一节课扣没扣、扣的哪张卡，前台口头记账，月底会员一查就吵架。
• 请假说不清：临时请假扣不扣次、提前多久算，规则只在店长脑子里，争议月月有。
• 代约代上：家人朋友代约代上，没有实名，课包消耗和实际人对不上。
• 退课两套账：退课金额与已扣次数两套账，算来算去双方都不服。

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

瑜伽课包扣次约课的核心矛盾是课包规则复杂、依赖口头。从会员购课包到流水可查，四个模块一条线走完：

1. 规则先成页：：课包有效期、请假扣次口径落成系统固定页，购包前可读。
2. 约课即确认：：约课实名到人，教练上课前确认名单，代约代上在源头挡住。
3. 上课即时扣次：：到课上完即时扣次，流水实时可见，余额余次不再猜。
4. 退课按流水算：：退课金额按扣次流水计算，两套账合并成一套，争议直接翻记录。

同类项目可参考 扣次纠纷案例。

三、核心功能清单

• 课包规则页：：有效期、请假与退课口径购包前可读，规则页可统计阅读完成。
• 实名约课：：约课实名到人，代约需登记实际上课人。
• 即时扣次：：上完课即时扣次，流水实时可查，余额透明。
• 教练确认：：教练上课前确认名单，防代上与漏记。
• 请假策略：：提前时限与扣次口径按卡种配置，规则一致执行。
• 公众号通知：：扣次、余额不足与课程提醒公众号触达。

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

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

1. 进场准备：把课包种类、有效期与请假扣次口径逐项录入后台校对；课包规则先落成系统固定页。商家能感知的是扣次争议直接翻页面。
2. 系统对接：约课、扣次与退课打通，前台、教练与会员用同一条流水说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是月底不再对不上账。
3. 员工培训：一线只强调一分钟内完成点名、扣次、请假登记的主路径关键动作；店长学会看流水差异。商家能感知的是下课即扣、当场清楚。
4. 灰度试点：先拿一家馆的月课包灰度试跑，不做数字考核，只看扣次客诉有没有降到位。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；退课流程进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做无限包月：无限次包月、社交社区、电商卖垫子一律砍掉，先让扣次可信。
• 不替馆定规则：请假是否扣次由馆方拍板后落进固定页，系统不替商家裁定。
• 效果按试点口径：试点扣次客诉周均约 8→1 起（案例口径）；复制到新馆前请重估课表密度与会员结构。

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

口径：试点前后对比。验收结果：扣次纠纷下降；购包、约课、扣次、退课一条线走完，主路径关键动作 1 分钟内完成，课包消耗透明可查。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ