紙本與 Excel 的流程，改成 5 套接進 LINE 的自有營運系統

問題 紙本報名、Excel 排班，新課程要等外部開發

在場館行政第一線，看到的問題很具體：報名、排班與時段彙整都靠紙本與 Excel，同樣的問題一直有人問。新課程上架，要等外部廠商客製開發。

原本的資料放在 Ragic（雲端資料庫服務）。資料未正規化，權限也對不上職務分工，因此改為自建。

角色 2 套從需求做起，3 套從雛型接手

家教課程系統與暑期課程報名平台，從需求做到上線與維運。跨場館排班、泳池協同課與 LINE OA BOT 則從既有雛型接手，持續完成需求整合、功能開發與交付。

開發以 Claude Code、Codex 協作；規格、驗收與上線後維運自行負責，AI 產出的程式上線前以測試與資料比對驗證。

團隊與分工 主導開發，與 PM 共同規劃

主導開發，方式是規格驅動：先寫好規格，與 PM 共同規劃需求，並依規格討論、修改；規格確定後，運用 Claude Code、Codex 等 AI 工具完成開發，一路做到上線測試。

AI 協作與驗證 AI 寫的程式，上線前怎麼驗

開發方式是規格驅動：先寫好規格，再依規格討論、修改、開發。上線前的驗證，以家教課程系統為例：

• 發布前後比對 9 張業務表的筆數與內容雜湊。
• 新邏輯先在暫存表驗證，驗完整批撤回，不動正式資料。
• 上線前自動列出所有 API 端點，逐一打過一遍。
• 修 bug 先用測試重現，修好再轉綠。

五套系統 兩套對外、三套對內

• 家教課程系統（對外，2026.05 上線）：報名、收費與排課紀錄集中到同一套系統。從需求建立。
• 暑期課程報名平台（對外，2026.02 上線）：課程由後台自訂上架，不再等外部客製開發。從需求建立。
• 跨場館排班系統（對內，2026.02 上線）：員工線上填可排時段，人資集中給班。從只有空資料的雛型接手。
• 泳池協同課整合系統（對內，2025.09 上線）：教練線上填報可授課時段，人資集中指派課程。從雛型接手，完成 LINE 教練身分對應與課表推播。
• LINE OA BOT（對內，2025.08 上線）：把員工常見查詢與表單入口放進 LINE。從雛型接手，完成資料串接、LINE 身分對應與推播；接手後的功能於 2026.02 完成，2026.03–04 升級微調。

LINE 生態整合 登入、通知、打卡與查詢接進 LINE

5 套系統都接進 LINE：

• 登入與填報：家長、員工與教練從 LINE 進入。
• 通知：班表提醒、停課通知與課前提醒以 LINE 推播送出；協同課支援課表推播。
• 打卡：員工用 LINE 打卡頁或位置訊息做 GPS 打卡。
• 查詢：員工在 LINE 官方帳號取得操作指引與表單入口。

效益 顧客免到現場付款，人資只處理例外

• 顧客：免到現場，可隨時線上付款。
• 排班：以一次通知、員工自主填報，取代逐一聯繫逾 100 名員工；人資只處理例外。
• 協同課：教練可自行查詢課表，免去每月人工彙整。
• LINE OA BOT：減少重複詢問與人工輸入。
• 家教：主要課務作業改在線上處理，課程與流程可由內部自行調整。
• 暑期：新課程可隨時上架，報名與款項在同一套系統核對。

規模 5 套系統的程式規模與測試

以下依 GitHub 主線清點，含接手時的雛型：

自動化測試：家教課程系統 125 支測試腳本、暑期課程報名平台 75 個案例、跨場館排班系統 28 個案例；泳池協同課整合系統與 LINE OA BOT 尚未建立，已排入下一步。

技術決策 主資料改放自建的 PostgreSQL

主資料改放自建的 PostgreSQL，Ragic 改為同步對象。5 套都用 PostgreSQL，其中 4 套搭配 Drizzle ORM。

已知限制與下一步 邊營運邊擴充

這幾套都是邊營運邊擴充。日常從錯誤紀錄追查問題，逐步清理 MVP 階段留下的技術債。下一步：

• 3 套的正式版程式併回 GitHub 主線。
• 排班系統補上 migration 檔；目前資料表於啟動時補建。
• LINE OA BOT 與協同課主線補上自動化測試。
• 5 套的 README 更新。

原始碼：家教課程系統、跨場館排班系統、泳池協同課整合系統、LINE OA BOT。暑期課程報名平台的 repo 為私有。