課前悄悄話問卷：由前端提交到通知追蹤
重點係由「表單可填」升級到「資料可落庫、可通知、可追蹤」，避免交付後又回到手動整理。
此案屬舊架構，當時使用 Google Apps Script + Google Sheets；現行方案已轉向 Workers + D1。
起點問題（Before）
- 誤以為前端要直接用 API key 寫 Sheet。
- 前端顯示送出成功，但 Sheet 無新列。
- GAS 改完效果似舊版，部署版本混亂。
- 漏填欄位時無明確提示，容易收垃圾資料。
決策與做法（Why + How）
- 責任分離：前端只收集，GAS
doPost負責寫入與通知。 - 部署規則固定：每次改 GAS 必重部署新版本。
- 輸入驗證補齊：加入必填提示與自動定位錯欄。
- 端到端驗收：一次提交要同時驗 Sheet、老師通知、學員副本。
結果對比（After）
收集穩定
資料落庫由偶發失敗變成可重複驗證流程。
跟進更快
老師通知與學員副本同步發送，無需手動抄送。
可複製
後續問卷頁可直接套同一資料流與驗證框架。
註：本案重點係資料流穩定，不含完整 CRM 分眾與長週期 nurture 流程。
範圍與限制（Scope）
今次有做
- 前端提交到 GAS 的資料流
- 欄位驗證與錯誤提示
- 通知郵件與副本機制
今次未做
- 進階標籤分眾與評分
- 跨工具同步（CRM/Marketing）
- 長期自動化 nurture 序列
可複製條件
- 現況係「有表單但收集唔穩定」或「提交通知靠人手」。
- 團隊需要先確保資料可信，再談自動化擴充。
- 可接受先落地最小資料流，再逐步加分眾。
你都想把表單頁做成可追蹤、可交付流程？
我可以幫你快速打通前端收集、後端落庫與通知機制。
預約 30 分鐘診斷：幫你定邊啲值得自建、邊啲可以遲啲先換。