家教預約應用：固定週期課程、預付時數與爽約管理

痛點

• 固定週期課程散落在訊息串和共享日曆裡，於是把週二 4:00 的時段挪一下、或某週臨時對調，就悄悄變成了重複預約或漏掉的一堂課。
• 預付時數靠試算表手動計數 —— 每隔幾週就會有家長對到底還剩幾堂課產生爭議。
• 一次爽約或當天取消，會白白耗掉你為它推掉其他工作的一個小時，但預約上卻沒有一條能強制執行的政策。
• 付錢的人（監護人）不是來上課的人（常常是未成年人），所以帳單、提醒和同意授權都得送到正確的收件匣。

系統裡的一天

1. 家長透過你的預約頁面（在你自己的網域上）預約一堂試聽課，系統會建立一筆含帳單資訊和同意授權的監護人紀錄，再把學生關聯上去。
2. 你鎖定一個固定週期時段 —— 每週三下午 5:00 —— 整學期的課程序列隨之生成，每一堂課都是獨立的一列，可以單獨改期或取消。
3. 監護人購買一個 10 小時時數包；系統向其電子郵件開立一張帳單，付款到帳後這 10 小時便計入該學生的餘額。
4. 每堂課前 24 小時，一條自動提醒同時送達監護人和學生 —— 線上課附視訊連結，實體課附上課地址。
5. 你上完課並標記為已完成 —— 時數包裡扣掉一個小時，剩餘餘額即時更新。
6. 某個學生在上課當天早上取消；你把它標記為遲到取消，你的政策照收這一個小時，餘額如實反映 —— 無需再發那條尷尬的追討訊息。
7. 當一個學生的餘額降到只剩兩個小時，儀表板會標出低餘額，並提示你在下一堂課前發出續費帳單。
8. 每到週末，你在一個儀表板上回顧已完成的課程、收入和下週的排課 —— 整門生意，託管在 ybuild 上，從你自己的網域對外服務。

AI 容易出錯的地方

• 固定週期時段不是一個單獨的日曆事件。粗糙的做法只建立一次預約，而不是一個帶單次例外的序列，於是跳過一個假日週、或挪動某一堂課，要嘛弄亂整個序列，要嘛悄無聲息地重複預約。
• 付錢的人和上課的人是兩個不同的人。把所有人都建模成一個使用者，會把監護人和學生揉成一團，然後把帳單發給孩子、把作業提醒發給家長。帳單、同意授權和提醒各自都得送到正確的一方。
• 時數計算必須在課程完成時扣減，而不是預約時 —— 並在有效取消時退回。扣得太早，改期的課會被重複計費；忘了退回，家長就白丟了已付時數。半小時和 90 分鐘的課必須按小數計，而不是當整堂算。
• 取消時限必須用課程所在的本地時區，而不是伺服器的時區。對於隔了兩個時區的線上學生，「課前 24 小時」是一個經典的差一錯誤，會錯誤地收一筆費、或錯誤地免掉一筆費。
• 學生常常是未成年人，因此蒐集他們的資訊可能觸發兒童隱私規定 —— 在美國，COPPA 要求在採集 13 歲以下兒童的資料前，取得可驗證的家長同意。讓註冊和同意都走監護人這條路，而不是讓孩子自行註冊。

常見問題

它能處理每週固定週期課程，並讓我單獨改動或跳過某一週嗎？

可以。你只要設定一次每週固定時段，整學期的課程序列便會自動生成。每堂課都是一筆獨立紀錄，所以你可以改期或取消某個週三，而不打擾序列裡的其餘各堂。

它如何記錄預付時數包，好讓我不會超發時數？

每個學生都有一份與其時數包綁定的時數餘額。已完成的課扣減餘額，有效取消把時數退回，儀表板會在學生時數快用完前標出低餘額 —— 於是時數再也不是靠猜、或試算表上的一場爭論。

家長付錢、孩子上課 —— 應用能把他們分開嗎？

可以。監護人和學生是彼此關聯的兩筆獨立紀錄。帳單和收款發給監護人，上課提醒可同時送達雙方，同意授權始終掛在監護人名下 —— 這也讓你穩穩站在兒童隱私規定的正確一側。

我能強制執行 24 小時取消和爽約政策嗎？

你把一筆預約標記為遲到取消或爽約，你的政策就會自動生效 —— 按你設定的方式扣掉這一個小時或收取費用 —— 並使用課程所在的本地時區，讓時限始終算得準確。

它適合跨時區的線上家教嗎？我之後能新增其他教師嗎？

每個學生和每堂課都帶著自己的時區，所以無論學生在哪裡，提醒和取消時限都保持準確。你可以先一個人起步，隨著成長為一家小型補習班再新增教師帳號 —— 一切始終託管在 ybuild 上，從你自己的網域對外服務。