家教预约应用：固定周期课程、预付课时与爽约管理

痛点

• 固定周期课程散落在聊天记录和共享日历里，于是把周二 4:00 的时段挪一下、或某周临时对调，就悄悄变成了重复预约或漏掉的一节课。
• 预付课时靠表格手工计数 —— 每隔几周就会有家长对到底还剩几节课产生争议。
• 一次爽约或当天取消，会白白耗掉你为它推掉其他工作的一个小时，但预约上却没有一条能强制执行的政策。
• 付钱的人（监护人）不是来上课的人（常常是未成年人），所以账单、提醒和同意授权都得送到正确的收件箱。

系统里的一天

1. 家长通过你的预约页面（在你自己的域名上）预约一节试听课，系统会创建一条含账单信息和同意授权的监护人记录，再把学生关联上去。
2. 你锁定一个固定周期时段 —— 每周三下午 5:00 —— 整个学期的课程序列随之生成，每一次课都是独立的一行，可以单独改期或取消。
3. 监护人购买一个 10 小时课时包；系统向其邮箱开具一张账单，付款到账后这 10 小时便计入该学生的余额。
4. 每节课前 24 小时，一条自动提醒同时送达监护人和学生 —— 线上课附视频链接，线下课附上课地址。
5. 你上完课并标记为已完成 —— 课时包里扣掉一个小时，剩余余额即时更新。
6. 某个学生在上课当天早上取消；你把它标记为迟到取消，你的政策照收这一个小时，余额如实反映 —— 无需再发那条尴尬的追讨消息。
7. 当一个学生的余额降到只剩两个小时，仪表盘会标出低余额，并提示你在下节课前发出续费账单。
8. 每到周末，你在一个仪表盘上回顾已完成的课程、收入和下周的排课 —— 整门生意，托管在 ybuild 上，从你自己的域名对外服务。

AI 容易出错的地方

• 固定周期时段不是一个单独的日历事件。粗糙的做法只创建一次预约，而不是一个带单次例外的序列，于是跳过一个节假日周、或挪动某一节课，要么弄乱整个序列，要么悄无声息地重复预约。
• 付钱的人和上课的人是两个不同的人。把所有人都建模成一个用户，会把监护人和学生揉成一团，然后把账单发给孩子、把作业提醒发给家长。账单、同意授权和提醒各自都得送到正确的一方。
• 课时计算必须在课程完成时扣减，而不是预约时 —— 并在有效取消时退回。扣得太早，改期的课会被重复计费；忘了退回，家长就白丢了已付课时。半小时和 90 分钟的课必须按小数计，而不是当整节算。
• 取消时限必须用课程所在的本地时区，而不是服务器的时区。对于隔了两个时区的线上学生，「课前 24 小时」是一个经典的差一错误，会错误地收一笔费、或错误地免掉一笔费。
• 学生常常是未成年人，因此收集他们的信息可能触发儿童隐私规定 —— 在美国，COPPA 要求在采集 13 岁以下儿童的数据前，取得可验证的家长同意。让注册和同意都走监护人这条路，而不是让孩子自行注册。

常见问题

它能处理每周固定周期课程，并让我单独改动或跳过某一周吗？

可以。你只需设置一次每周固定时段，整学期的课程序列便会自动生成。每节课都是一条独立记录，所以你可以改期或取消某个周三，而不打扰序列里的其余各节。

它如何记录预付课时包，好让我不会超发课时？

每个学生都有一份与其课时包绑定的课时余额。已完成的课扣减余额，有效取消把课时退回，仪表盘会在学生课时快用完前标出低余额 —— 于是课时数再也不是靠猜、或表格上的一场争论。

家长付钱、孩子上课 —— 应用能把他们分开吗？

可以。监护人和学生是彼此关联的两条独立记录。账单和收款发给监护人，上课提醒可同时送达双方，同意授权始终挂在监护人名下 —— 这也让你稳稳站在儿童隐私规定的正确一侧。

我能强制执行 24 小时取消和爽约政策吗？

你把一条预约标记为迟到取消或爽约，你的政策就会自动生效 —— 按你设定的方式扣掉这一个小时或收取费用 —— 并使用课程所在的本地时区，让时限始终算得准确。

它适合跨时区的线上辅导吗？我之后能添加其他教师吗？

每个学生和每节课都带着自己的时区，所以无论学生在哪里，提醒和取消时限都保持准确。你可以先一个人起步，随着成长为一家小型机构再添加教师账号 —— 一切始终托管在 ybuild 上，从你自己的域名对外服务。