學校報名收件自動分流流

🎯 這條流程解決什麼

每逢暑期營隊、多元選修、社團博覽會或親師活動開放報名，教務承辦的信箱與表單就會在開放的頭幾個小時被塞爆。一個三百人規模的營隊報名，承辦人要做的事其實很瑣碎：打開每一筆表單看年級對不對、必填欄位有沒有漏、家長手機號碼是不是亂填、同一個學生是不是手滑送了三次、額滿了要不要轉候補、最後還得一封一封回確認信告訴家長「你報上了」或「你排在候補第幾位」。

這些動作單筆只要兩三分鐘，但乘上幾百筆就是整整兩三天的工時。更現實的是，報名通常集中在晚上家長下班後湧入，承辦人隔天上班才開始處理，家長等了一個晚上沒收到任何回音，就會開始打電話到辦公室問「我到底報上了沒」，行政電話被問爆，原本的工作全部被打斷。人工作業還有個致命傷：漏看一筆、名字打錯一個字、候補順序記錯，事後要重新對名單、跟家長道歉，信任一次就掉。

這條流程要解決的核心痛點，就是把「收件、檢核、歸檔、回覆」這四件最耗時又最容易出錯的事全部自動化，讓承辦人從「逐筆處理員」變成「看摘要的審核者」。

導入後的改變

導入前：報名開放後，承辦人平均每天花 3 到 4 小時對名單、回信，一檔活動下來累積約 2 到 3 個工作天；確認信往往延遲一到兩天才寄出，家長焦慮打電話進來，行政電話量在報名期暴增；人工抄寫名冊難免出現重複報名沒抓到、候補順序記錯，每檔約 5 到 8 筆需要事後補救。

導入後：報名一送出，系統在幾秒內完成檢核與歸檔，確認信即時寄達，家長當下就知道結果，詢問電話量可下降約七成。承辦人每天只需花 15 到 20 分鐘看「當日報名摘要」，把 AI 標記為異常的少數幾筆（例如年級不符、疑似重複、必填空白）人工確認一次即可，整體工時可省下約八成。候補名單由系統依送出時間自動排序，順序爭議幾乎歸零。粗估一檔三百人報名，從原本的 2.5 個工作天壓縮到半天以內。

流程怎麼運作

對照上方的五個節點，整條流程是這樣跑的：

1. 觸發：報名送出——家長或學生在 Google 表單或官網表單按下送出，Webhook 立即把這筆資料推進流程，不需要承辦人手動匯出。
2. AI 檢核資料——AI 檢核節點先做硬規則判斷：必填欄位（學生姓名、就讀年級、家長聯絡電話）有沒有空白、電話格式對不對；接著比對是否與同名同年級的既有報名重複（避免家長重複送出）；再依活動設定的資格條件，判斷「限三到四年級」這類規則是否符合。任何一項不通過就在資料上標記「異常／待人工確認」。
3. 歸檔分流——通過檢核的資料依班別或活動梯次，寫入 Google Sheet 對應的名冊分頁。系統同時計算該梯次目前人數，一旦達到上限，後續報名自動改寫入「候補名冊」並標上候補序號。
4. 回覆確認信——Gmail 依結果分流寄信：正取者收到「報名成功＋活動時間、地點、攜帶物品、繳費方式」的確認信；候補者收到「目前候補第幾位、若有遞補會主動通知」的說明信，避免家長重複報名。
5. 承辦通知——當日結束（或每小時）彙整一份摘要，透過 LINE Notify 推給承辦人：今天新增幾筆、正取幾位、候補幾位、有幾筆被標記異常需人工處理，承辦人據此快速核對。

需要的工具與串接重點

• n8n / Make 是整條流程的中樞，負責接收觸發、串接各節點、處理條件分流。建議用 n8n 自架以便完整掌控含學生個資的資料流向。
• Google 表單 / 官網表單 是入口，重點是把欄位命名固定（如 student_name、grade、parent_phone），後面的 AI 檢核才能穩定對應欄位。
• AI 檢核節點 負責語意判斷與規則檢查，記得把「資格條件」「必填清單」寫進提示詞或設定，並要求它只輸出結構化結果（通過／異常＋原因），方便後面分流。
• Google Sheet 當名冊資料庫，務必把正取、候補、異常分頁，並設定欄位鎖定避免誤改。
• Gmail 負責回信，建議準備正取與候補兩套樣板，用變數帶入學生姓名與梯次資訊。
• LINE Notify 推送承辦摘要。串接重點：人數上限與候補轉換的邏輯要放在寫入名冊「之前」判斷，否則會發生超收。更多通知範本與分眾設計，可參考 更多工作流，自動化整體設計思路可看 自動化專區。

常見錯誤與注意事項

• 個資保護是第一要務。報名資料含學生姓名、年級、家長手機，屬個資法規範範圍。Google Sheet 名冊務必限制存取權限到承辦人，不要用「知道連結即可編輯」的開放權限，並定期清查共用對象。
• AI 不取代正式錄取判斷。AI 只做形式檢核與分流，正式錄取名單、收費名單，必須由承辦人於收費或公告前人工確認一次，特別是涉及「依資格篩選錄取」的活動，最終資格認定屬學校行政權責，自動化僅供初篩。
• 候補遞補要保留人工關卡。當有正取放棄、需從候補遞補時，建議由承辦人按一個鍵手動觸發遞補通知，而非系統自動補位，避免名額在家長尚未確認意願時被誤佔。
• 避免確認信誤導。候補信文案要明確寫「候補不代表錄取」，以免家長誤以為已報上而沒留意後續。
• 繳費相關不自動執行金流。若活動需繳費，系統只負責「告知繳費方式」，實際收款與對帳須由承辦人或出納經手確認。

台灣中小型學校情境案例

新北市一所國小的課後社團報名，過去每學期由一位行政組長負責，全校十二個社團、每團名額三十人。開放報名的那兩天，組長幾乎整天黏在電腦前對名單、回 LINE，還常被家長電話打斷，光是把重複報名與年級不符的剔除，每學期就要花一個多工作天，候補順序也曾因手寫出錯引發家長不滿。

導入這條流程後，家長在官網表單送出報名，系統即時檢核並寄出確認信，組長改成每天下午看一次摘要。第一學期跑下來，確認信全部即時送達，詢問電話從報名期的每天十幾通降到兩三通；候補順序由系統依時間排定，整學期零爭議。組長把省下的時間挪去規劃社團課程內容，行政品質反而提升。

延伸應用

這條流程的骨架可以延伸到很多校務場景。把「資格條件」換掉，就能用在獎學金申請收件、教師研習報名、家長志工招募；把名冊分流邏輯換成「依繳費狀態分流」，可串接成繳費追蹤流程，對未繳費者自動提醒。若再接上前面提過的群發通知設計，報名成功後可自動把活動加入家長的提醒序列；活動結束後，也能把報名名冊接到回饋問卷自動發送，形成「報名—提醒—回饋」的完整閉環。想看更多可組合的素材與設計範本，可逛逛 配方庫 與 更多工作流。

流程圖

用到的工具

更多「教育學習」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →