游泳排課通知提醒流

🎯 這條流程解決什麼

游泳教室的日常裡，「忘記來上課」和「天氣突變沒人通知」是兩個最常見、又最傷感情的問題。學員（尤其是親子班的家長）一忙就忘了今天有課，缺席率高不只影響教學進度，包月制的還會引發「我都沒上到」的退費糾紛；而遇到雷雨、寒流低溫、水溫不足這種需要停課的狀況，櫃檯若沒能及時通知，家長帶著孩子大老遠跑一趟撲空，當場的火氣往往直接變成一則負評。

現在多數教室是怎麼處理的？櫃檯人員每天早上手動翻課表、一個班一個班地在 LINE 群組或一對一複製貼上提醒訊息，遇到天氣不對還要自己上網查、再手動發停課公告。以一間每天 6 到 10 個班的中型教室來算，光是「查課表、打提醒、逐班發送」每天就要佔掉櫃檯約 1 到 1.5 小時，而且人一忙就會漏發某個班、或把訊息發錯班別。停課通知更是分秒必爭，手動群發常常慢半拍，等發出去家長已經出門了。

這條流程依每週課表自動在課前發送提醒，並結合天氣資訊提示是否需要停課或改室內，讓家長安心、出席率更穩定，也把櫃檯從每天的重複群發中解放出來。

導入後的改變

導入前，櫃檯每天手動查課表、逐班發提醒，耗時約 1 到 1.5 小時，且漏發、發錯班時有所聞；停課通知靠人臨時反應，常常慢一步，家長白跑的客訴難免。

導入後，系統在每日課前固定時間自動撈出當天課表、查好天氣，把上課提醒推播給對應班別的學員家長，停課與否的判斷資訊也一併附上。櫃檯的每日群發工作幾乎歸零，等於每天省下那 1 到 1.5 小時，可以拿去做更需要人的接待與招生。提醒的涵蓋率也從「人記得發才有」變成「每個班每天都有」，不再漏班。

出席率方面，課前自動提醒能有效降低「單純忘記」造成的缺席，依教室經驗這類提醒通常能把缺席率往下拉一到兩成；停課通知能即時、完整地觸及每位學員，家長白跑與隨之而來的客訴可望明顯減少。同時，教練的當日班表與異動會同步到 Slack，現場人力調度更順，不會出現「教練不知道今天哪個班停了還照常到場」的狀況。以上為合理估算，實際效益會依你的班數、學員規模與在地天氣狀況而異。

流程怎麼運作

對應 frontmatter 的五個節點，逐步說明：

1. 觸發：課前排程（⏰）：在 n8n／Make 設一個排程，每天固定時間（例如課前數小時）啟動；課表臨時異動時也可由課表系統的變更事件觸發，確保改了課當天就重新通知。

2. 讀取當日課表（📊）：從 Google Sheet 或課表系統撈出當天所有班別、上課時間、地點、學員名單與負責教練，整理成待處理清單。

3. 查天氣狀況（🌦️）：呼叫天氣 API 取得當地天氣與（若有）水溫資訊，比對預設門檻（如雷雨機率、低溫、強風），判斷是否需要在提醒裡附上「天候提示」或標記為「待人工確認是否停課」。注意：系統只做判斷與提示，不自動宣布停課。

4. 發送提醒（📨）：透過 LINE 或 SMS 把上課時間、地點、注意事項（帶泳具、提早到場）推播給對應班別的學員家長。若該班被標記為天候風險，提醒中加註「請留意稍後停課通知」。

5. 同步教練（🧑‍🏫）：把當日班表與任何異動推到 Slack 通知教練，並提醒教練對天候風險班別做人工確認。教練與場館負責人確認後，再由人發出正式停課通知。

需要的工具與串接重點

• Google Sheet / 課表系統：課表的真實來源，欄位要清楚（班別、時間、地點、學員聯絡方式、教練）。建議學員聯絡資訊與課表分表存放，方便維護權限。
• Google Calendar：可作為課表的視覺化呈現與排程依據，也方便教練自己查班。
• 天氣 API：取得在地天氣，串接時設好你所在地區的座標與你關心的指標（降雨、溫度、雷擊風險）。
• LINE / SMS：對家長的主要推播管道，LINE 用官方帳號的推播 API，注意分班發送避免訊息發錯對象。
• Slack：教練端的內部通知管道，與對外的家長通知分開。

串接重點是「課表結構要乾淨」：自動提醒能不能發對，完全取決於課表資料準不準。學員要綁對班別、聯絡方式要有效、教練要對應正確，這些基礎資料維護好，後面自動化才不會把訊息發錯人。

常見錯誤與注意事項

• 自動宣布停課是大忌：停課與否涉及泳池安全、雷擊與水溫等現場判斷，自動通知僅供輔助，最終停課決定務必由場館負責人或教練人工確認後再發出。本流程不取代專業人員對天候與安全的判斷，遇雷雨等高風險情況應以現場安全為優先。
• 學員個資保護：課表含學員（含未成年）姓名與家長聯絡方式，屬敏感個資，存放與傳遞都要收斂權限，避免外洩或誤發到錯誤群組。
• 發錯班：分班推播時務必綁定正確的學員清單，發錯班的提醒會造成混亂與不信任，這是手動最容易犯、自動化也要特別防的錯。
• 天氣門檻設太鬆或太緊：門檻設太敏感會一直發天候提示惹人煩，太鬆又抓不到真正該停課的狀況，要依在地經驗校準，並永遠保留人工最終確認。
• 提醒時間點：太早發容易被忘記、太晚發家長已出門，建議依班別性質設定合適的提前量。

台灣中小企業情境案例

新北一間社區親子游泳教室，週間下午到晚上排滿 8 個班，過去櫃檯每天傍晚要在十幾個 LINE 群組逐一發上課提醒，夏天午後雷陣雨多，臨時停課常常通知不及，幾次家長帶孩子到場才被告知停課，當場很不愉快。導入這條流程後，系統每天課前自動撈課表、查天氣，把提醒分班推播給家長，午後雷雨機率高的班會在提醒裡先預告「請留意停課通知」，並在 Slack 提醒教練與館長人工確認；確認要停課後，由人一鍵發出正式停課通知，家長在出門前就收到。一個學期下來，「忘記來上課」的缺席明顯減少，停課撲空的客訴幾乎消失，櫃檯每天也省下傍晚那段手忙腳亂的群發時間。館長說最安心的是「停課還是我們人來決定，系統只是幫我們不漏掉、發得快」。

延伸應用

這條流程可以往教務與營運延伸。停課後一定會產生補課需求，可搭配 /workflows 的補課管理流程，自動統計受影響學員、開放補課時段並通知預約。出席紀錄可接到 /automation 的排程，做成每月出席率與缺席名單報表，提醒輔導長期缺席的學員、降低流失。你也可以把提醒擴充成「課前帶物提醒、課後回饋收集、續報期限通知」等情境，讓同一套通知機制服務整個學員生命週期。更多教育與在地服務業的自動化設計，可在 /recipes 找到對應配方，依你的班別型態與在地天氣調整出最合適的提醒流程。

流程圖

用到的工具

更多「教育學習」工作流

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