ybuild / 场景

为你的教练业务打造一个会员制应用

教练行业已经成长为一个全球规模 53.4 亿美元、拥有超过 12.2 万名从业者的职业，而真正做成生意的那批人，早已不再一小时一小时地卖时间 —— 他们经营周期性会员，把教练课、内容和社群打包进一个可预测的月度方案。但大多数教练是用四个各自为政的工具拼出这套会员的：一个收款链接、一个排期工具、一个课程托管平台和一个聊天群，而它们谁也说不清今天到底谁才是真正在付费的会员。一个真正按教练业务运转方式打造的应用 —— 分级方案、课时钱包、分级内容和按状态驱动的访问权限 —— 用一套持续运转的系统取代这一堆工具，你的客户在你自己的域名上登录进来。

痛点

课时记在一张表格里，于是当客户坚称自己还剩两次教练课、而你以为早就用完了，却没有一本台账能一锤定音 —— 到最后往往是客户赢。
你的会员是用一个收款链接、一个排期工具、一个课程平台和一个聊天群勉强拼凑起来的，于是新客户拿到四套登录、四封邮件，第一天却还是从某个缝里漏了过去。
一张信用卡悄无声息地扣款失败，而各个工具之间又互不相通，于是这名会员照样预约教练课、照样观看你的内容，好几周之后你才发觉自己一直在免费带教。
分级会漏权：订了你 49 美元内容方案的客户，找到了预约链接，抢下了一个本该只留给你最高档会员的一对一优质时段。

你能搭什么

分级方案 + 周期性扣款

把你的分级阶梯设置一次 —— 一个自助式内容档、一个团体教练档、一个高投入的一对一档 —— 每一档都带着自己的价格、扣款周期和包含的教练课次数。客户在你自己的域名上订阅，信用卡按周期循环扣款，付款一到账就立即开通权限。

课时钱包 + 一对一预约

每个方案每个周期都会发放一定数量的课时，落进客户的钱包。客户在你的日历上选一个开放时段，系统把它换算成客户所在的时区并锁定，预约一经确认便扣掉一个课时 —— 而迟到取消和爽约交由你的政策处理，而不是靠一场争论。

分级内容与团体直播中心

一个会员门户，向每位客户精确展示他所在的档位解锁了哪些内容 —— 按当前周次逐步放出的练习册模块、回放库，以及下一场团体直播课及其报名入口。凡是高于其档位的内容，连碰都碰不到。

数据模型

clients

姓名、邮箱、电话、时区、协议签署时间、状态（active/paused/past_due/cancelled）、初访记录

plans

名称、档位、价格、扣款周期（monthly/quarterly/annual）、每周期课时数、内容档位、是否启用

subscriptions

client_id、plan_id、状态（active/trialing/past_due/canceled）、当前周期结束时间、剩余课时数、周期末取消

sessions

client_id、coach_id、预约时间、时长（分钟）、状态（booked/completed/no_show/late_cancel）、是否已扣课时、私密笔记

content_modules

标题、格式（video/pdf/workbook）、所需档位、放出天数、是否已发布、资源链接

系统里的一天

你把分级阶梯设置一次 —— 一个 49 美元的内容档、一个 199 美元、每月两场直播课的团体档，以及一个 600 美元、额外附带两次私享教练课的高级档 —— 每一档都带着自己的价格和课时数。
一位潜在客户来到你自己的域名，选中高级方案，电子签署你的教练协议并付款；订阅随即转为 active，本周期的两个课时也落进了他的钱包。
客户登录自己的门户，只看到他这一档解锁的内容 —— 按当前周次放出的模块、回放库、下一场团体课，以及一个显示「2 个课时」的「预约教练课」按钮。
他在你的某个开放时段里预约了一次一对一；应用把你的可约时间按他所在的时区呈现，锁定该时段，并在他确认时扣掉一个课时。
你带完这次教练课，把它标记为已完成，并在该客户的记录上写下私密笔记；若有客户在你规定的时限内取消，则被标记为迟到取消，并按你的政策没收这个课时。
续费日到来 —— 信用卡完成扣款，周期滚动到下一期，课时钱包按该方案的结转规则重置，下一周的滴灌内容自动解锁。
另一位客户的信用卡扣款失败：他的订阅翻成 past_due，门户收拢成一个「更新付款方式」的页面，而他的历史记录和教练课笔记都被保留，不会被清空。
到月底，你打开仪表盘 —— active 与 past_due 会员各有多少、哪些课时即将过期未用、谁又到了续费节点 —— 然后给那些有流失风险的人发去一条提醒。

AI 容易出错的地方

访问权限必须跟随实时的订阅状态，而不是注册时设一次就不管的标志位。粗糙的做法在首次付款时解锁一切、之后再也不复核，于是一个已取消、或信用卡扣款失败的会员，照样免费拿着你的内容和预约 —— 每一次内容浏览、每一次预约尝试，都必须去读取当前的订阅状态。
课时是一本台账，而不是一个你直接覆写的单一数字。如果只存 credits_remaining，那么一次连点两下的重复预约、一笔退款，或一次周期中途的换方案，都会悄无声息地把它算错 —— 而这个余额恰恰是客户最爱争的东西。把每一次发放、每一次扣减都记成一条只增不改的记录，再由它们推算出这个数字。
分级门槛属于服务器，而不是界面。把「预约」按钮对 49 美元会员藏起来只是装饰，算不上规则 —— 预约接口本身必须拒绝任何方案里不含课时的客户，否则人们只要找到那个网址，照样能约上。
每一次教练课和每一场团体直播课都以客户所在的时区为准，而教练的客户常常散布在各大洲。时间一律以 UTC 存储，再按每个人的时区呈现，并把夏令时的切换算进去，否则你会让一位恰好差了整整一个小时上线的客户白等成「爽约」。
教练记录是保密的，而且往往相当敏感 —— 健康、事业、关系、金钱。私密的教练课笔记绝不能越过门户或档位的边界，第一次教练课之前应当已有一份签署好的教练协议存档，信用卡信息必须经由符合 PCI 标准的支付服务商处理，让你永远不必自行存储。健康与身心成长类教练还应当在显眼处保留一句「非医疗建议」的范围声明。

✓ 先做这些

带真实扣款的分级周期方案 —— 在你自己的域名上订阅、留存教练协议，并让访问权限随订阅状态自动翻转。
课时钱包 —— 每次续费发放课时，确认预约时扣减，迟到取消或爽约时按你的政策没收，而且绝不在客户背后被偷偷改动。
一个带门槛的门户，让每位会员恰好看到他这一档解锁的内容和团体直播课，并在服务器端强制执行。

— 先别做

原生 iOS 和 Android 应用 —— 一个在你自己的域名上、对手机友好的门户就能触达每一位客户，所以 v1 先跳过应用商店。
自建视频流媒体托管 —— 把带门槛的页面链接到你已经托管好的视频，并按档位控制访问，而不是重造一个媒体平台。
一个带主题帖、私信和内容审核的完整社区论坛 —— 那是另一款产品；v1 阶段就在你现有的群组工具里运营社群，并按档位来控制入群邀请。

常见问题

一个应用能同时搞定廉价的内容会员和高投入的一对一教练吗？

可以 —— 分级正是为此而生。每个方案都带着自己的价格、课时数和内容层级，于是你 49 美元的自助会员和 600 美元的私享客户住在同一套系统里，看到的却是截然不同的门户。访问权限由他当前生效订阅上的方案驱动，托管在 ybuild 上、用你自己的域名对外服务。

课时和课时包到底是怎么运作的？

每个方案每个周期都会往客户的钱包里发放一定数量的教练课。确认一个时段的预约就扣掉一个课时；迟到取消或爽约则按你的政策没收；到了续费时，钱包按该方案的规则重置或结转。由于课时是以一本「发放与扣减」的台账来记录的，客户一问起，余额随时都拿得出证据。

当客户的信用卡扣款失败、或他取消订阅时，会发生什么？

订阅翻成 past_due 或 canceled，门户立刻收拢为一个「更新付款方式」或「重新启用」的页面 —— 不再有免费的预约或内容。关键在于，他的教练课历史、笔记和进度都被保留下来，所以当他把账单问题处理好、或重新回来时，什么都不会丢。

我怎么阻止低档会员接触到高级内容、或预约教练课？

门槛是在服务器端、依据客户当前生效订阅的档位来执行的，而不只是界面上显示成什么样。来自一个并不包含该权限的方案的内容页面请求或预约请求，会被直接拒绝，所以会员没法靠猜一个网址就混进去。

我客户的教练数据能保持私密吗？

私密的教练课笔记留在该客户的记录里，绝不越过档位或门户的边界；你可以要求在第一次教练课之前先签署一份教练协议；而收款经由符合 PCI 标准的支付服务商处理，卡号从不存储在你的系统里。一切都托管在 ybuild 上、用你自己的域名对外运行。

参考来源

2025 年 ICF 全球教练行业研究 — 国际教练联合会（ICF）由普华永道执行的旗舰研究 —— 创纪录的 122,974 名教练从业者、53.4 亿美元的年营收 —— 正是教练会员制应用所服务的这个不断增长、以经常性收入为主的市场。
如何打造一个成功的教练会员网站 — 一份从业者指南，讲解如何为教练会员搭建分级、周期性收款、分级内容与留存 —— 也正是这个应用必须协调好的各个环节。

为你的生意搭这套系统

描述它，一次性上线到你自己的域名——托管、全栈、无需服务器。免费开始。

免费开始构建 →