为你的健身房打造团课排课与预约应用

痛点

• 早上六点的动感单车满员了，可有三个人爽约，十八台单车空了一半，而纸上那份想进却进不来的候补名单，从来没人去叫。
• 次卡和会籍都记在一张表格里，前台根本说不清某位会员的十次卡是用光了、过期了，还是他的不限次会籍因扣款失败被冻结了。
• 没有一条谁都能执行的取消政策——会员开课前五分钟退课，不用付任何费用，于是爽约成了常态，黄金时段看着满员，实际却空荡荡。
• 换教练、节假日闭馆全靠一条条手动发消息通知，结果还是有会员为一节已经取消的课，跑到锁着门的教室前扑了个空。

系统里的一天

1. 店主只需把每周课表设置一次——每节课配好教练、时间和容量——系统就会为接下来的几周生成带日期的课程实例。
2. 会员在你自己的域名上登录，看到本周课表和实时的"剩余名额"，预约了周六早9点的 HIIT；系统确认他的卡里还有次数，并扣掉一次。
3. 早6点的动感单车达到了 18 台的上限；下一位会员点"加入候补"，按顺位排队，而不是被直接拒之门外。
4. 晚8点，一位已预约的会员取消——在 12 小时时限之内，于是这一次数作废——系统自动把候补名单上的第一位递补上来，并通过短信/邮件通知他有名额空出。
5. 一位教练请病假：店主为那一节课程实例改派代课教练（或直接取消），所有已预约的会员都会自动收到通知，谁也不会跑到锁着的门前。
6. 上课时，教练在平板上打开签到名单，为到场会员打卡；预约了却没来的人被标记为爽约，按政策在其账户上留下记录。
7. 某位会员的月费扣款失败，状态转为暂停，在账单问题解决前新的预约被拦下，而他已有的预约保持不变。
8. 到了周末，店主按课程和教练查看出勤情况，找出那些总是空着的时段，把它们砍掉或挪走。

AI 容易出错的地方

• 容量属于带日期的课程实例，而不是那个循环模板。图省事的做法只给课程设一次上限，结果一次取消就好像给未来每一个周二都"空出了一个名额"。每一次开课都需要有它自己的计数、候补名单、代课和取消。
• 最后一个名额的争抢：两位会员在同一秒点下最后一台单车的"预约"。如果事务里没有一次原子性的容量检查，你就会把课卖超——同样的 bug 也会把两个人从候补名单递补进同一个空位。
• 取消时限的计算必须以课程的当地开始时间为准，还要扛得住夏令时切换。时区或"春季调快一小时"算错了，你就会对本来完全合规的取消收取爽约费。
• 次数与退还就是这门生意的经济模型：在时限内取消，次数作废；在时限外取消，次数退回卡里。一个总是退还——或者从不退还——的系统，会悄悄毁掉你的营收。过期的次卡和被冻结的会籍同样必须挡下预约。
• 首次到店的会员必须先有一份已签署的免责声明／健康筛查存档，才能参加课程——让人在没签免责声明的情况下就预约、训练，是实实在在的责任漏洞，绝不是可有可无的功能。另外，绝不要自己保存银行卡号；一切收款都走符合 PCI 标准的支付服务商的保险库。

常见问题

次卡和不限次会籍如何在同一套系统里共存？

每位会员的卡记录都带有一个方案类型，对次卡还带有剩余次数余额。预约时，持次卡者扣掉一次，不限次会员则只核对状态是否有效且未被冻结。预约界面和取消引擎读的都是这同一个钱包，所以会员绝不可能约上一节次卡覆盖不了的课。

一节课约满了会怎样？

新的预约请求会进入一份有顺序的候补名单，而不是被直接拒绝。一旦有人取消或名额空出，系统自动把排在最前的人递补上来并通知他——你再也不用手动去追那些空着的单车。在 ybuild 上，这一切实时运行在你自己的域名上，会员整个流程都能自助完成。

我能强制执行取消政策、对爽约收费吗？

可以。你设定一个时限——比如 12 小时。在时限外取消，次数退回卡里；在时限内取消，或干脆没来，会员就作废该次数，或按你的规则被标记并扣费。是教练的签到界面，把一笔预约变成"已到场"或"爽约"的记录。

教练临时请病假或节假日闭馆，我该怎么处理？

因为每一节带日期的课都是独立的实例，你只需取消或改派那一次开课，所有已预约的会员都会自动收到通知。循环模板和其他每一周都原封不动，所以一次性的改动绝不会重写你的整张课表。

会员一定要先签免责声明才能预约吗？

你可以要求会员在第一笔预约确认前，先签署一份免责声明或健康问卷，并把签署日期存进他的记录，方便日后员工举证。收款走符合 PCI 标准的支付服务商，卡号都保管在那里的保险库中，绝不落在你的系统上。