结论先行：健身房数字化的重点是三个"余额"：会籍时间余额、私教课次余额、卡项金额余额。用低代码（Low-Code）平台自建方案，围绕 5 张核心数据表（会籍卡、课程时段、约课记录、私教课包、续费跟进）搭建，约课容量自动控制、课包核销实时同步、到期前 30 天和 7 天两级自动召回，2~3 周上线，续费动作从"想起来才做"变成"系统每天派活"。

健身行业的商业模型决定了"卖出去"只是开始：年卡会员一年到店不足 20 次、私教课包买 40 节用了 6 节，这些沉睡的预收既是收入也是隐患——不消耗的课包早晚会面临退款和投诉。本文拆解怎么用低代码把会籍、约课和续费管成一套闭环。

一、方案总览：管好三个"余额"

• 会籍余额（时间）：年卡、季卡、月卡的起止日期与状态，到期前分级召回；
• 课次余额（私教）：课包剩余节数、有效期，约课即核销、请假有规则；
• 容量余额（时段）：团课和私教时段的容量控制，满员候补，教练档期不冲突。

三个余额背后是同一个原则：会员随时能在手机上看到自己的权益余额，门店随时能看到预收负债的消耗进度。消耗率（课包使用率）本身就是续费率的先行指标——按行业参考经验，课包消耗超过 60% 的会员，续费意愿显著更高。

二、数据模型设计：5 张表

设计要点：约课记录对"会员 + 时段"建唯一索引防止重复预约；课包核销记录关联具体约课记录，退课自动回滚课次；候补机制需要一个"候补队列"字段，有人取消时自动递补并推送通知。

三、页面构成：会员约、教练排、店长看

1. 会员端小程序：团课课表与约课（显示剩余名额）、私教约课（选教练选时段）、我的卡包（会籍到期日、课包剩余节数）、签到记录与体测数据；
2. 教练端（小程序）：我的课程安排、上课点名签到、会员课堂备注（训练记录）；
3. 前台端：到店核销（会籍有效性校验、次卡扣次）、售卡开卡、请假与延卡办理；
4. 店长端看板（PC）：会籍到期日历（未来 90 天到期名单）、课包消耗率排行（找出临期与沉睡课包）、时段满课率（指导排课密度）、教练课时与业绩统计。

以猫拽低代码（CatPull）为例，会员端小程序与店长端看板共用一套数据模型，约课、核销、召回三条工作流在平台的节点式引擎里可视化配置，门店运营人员调整规则不需要写代码。

四、三条关键工作流

约课与容量控制流：会员选时段 → 校验会籍有效性、课包余额、时段剩余名额 → 预约成功扣减名额（私教同时预扣 1 节课次）→ 上课签到正式核销 → 开始前 2 小时截止取消，取消则名额释放并自动递补候补会员。满员时段自动开启候补队列，教练人气数据自然沉淀。

到期召回流：每天早上 8 点定时任务扫描：会籍到期前 30 天推送续费优惠通知并创建"关注级"跟进任务；到期前 7 天升级为"紧迫级"，指派会籍顾问 48 小时内电话跟进；已到期 30 天内的会员进入"挽回名单"，推送回归体验券。私教课包同理：剩余节数 ≤ 5 节或临期 30 天触发预警。

课包核销流：私教课上教练点名 → 正式核销 1 节并写入流水 → 推送"剩余 N 节，有效期至 X 月 X 日"→ 有效期到期前未用完的课包，按合同规则走延包审批（店长审批后有效期顺延）。核销只走流水，任何一节都能追溯到具体哪次课。

五、落地节奏与避坑建议

第一周建模型、导入存量会员与会籍卡，先让前台核销跑起来；第二周上约课与课包核销；第三周开到期召回与看板。避坑三条：一是存量课包造册导入时按合同确认有效期，模糊的当面签补充协议；二是取消截止时间（如课前 2 小时）宁可先放宽，跑一个月再收紧，别一开始就把会员体验搞僵；三是延卡、延包必须有审批留痕，这是最常见的客诉雷区。

FAQs

Q1：会员同时有年卡和私教课包，权益怎么叠加？

A：会籍校验"进门资格"，课包校验"上课资格"，两张卡独立核销互不影响。约课工作流先查会籍状态再查课包余额，任何一项失效都会给出明确提示，前台和会员看到的是同一句话。

Q2：团课太抢手、冷门课约不满怎么办？

A：用店长端的时段满课率数据指导排课：热门课加排、冷门课合并或换时段。再配一个约课信用规则——爽约 2 次暂停线上约课 7 天——把真实需求留在系统里，排课就有依据了。

Q3：能不能接入门禁和闸机？

A：可以。低代码平台通过 HTTP 请求节点或 Webhook 对接门禁接口：会籍有效则开门，无效则拒绝并推送续费提醒。没有智能闸机的门店，先用前台扫码核销，二期再上硬件。

延伸阅读

• 会员管理系统设计——卡种、余额与有效期管理的通用模型
• 在线预约系统开发——时段库存与候补机制的实现细节
• 美容美发行业低代码方案——同为"预收 + 核销 + 提成"体系的行业实践
• 教育教培低代码方案——课时余额与续费预警的同源设计