活動候補名單不是一份放在後台等空位的名單，而是一個會影響到場率、廣告浪費、客服負擔與後續銷售的營運流程。台灣 SME 如果只在額滿時讓人填候補，卻沒有確認期限、補位優先規則、付款狀態、LINE 或 Email 通知紀錄，以及 GA4/CRM 追蹤欄位，最後很容易發生候補很多、現場仍空位、下一場活動也不知道該加開多少名額。AI 可以幫你排序與摘要，但補位承諾、個資使用和最終邀請仍要由人審核。
活動候補名單為什麼不能只等空位
很多講座、體驗課、市集招募、品牌會員活動或 B2B 研討會，都會遇到同一個問題：報名很快額滿，但活動前 48 小時開始有人取消、未付款、臨時不來，主辦團隊才急著從候補名單一個個通知。這時候如果沒有固定規則，候補者可能錯過通知、客服不知道誰已經被邀請、業務不知道哪些人值得下次優先邀約，最後空位就變成已經花掉的曝光成本。
Microsoft Dynamics 365 Customer Insights - Journeys 的活動候補文件把候補拆成清楚狀態：額滿後進入候補、空位出現時依規則自動或手動轉成正式報名，並搭配通知旅程。這個邏輯對台灣 SME 很有參考價值，即使你不是用 Dynamics，也應該把候補名單當成一段有狀態、有期限、有紀錄的流程。
5 個最常漏掉的候補轉正洞
1. 沒有把候補者分成「可立即補位」與「需要確認」
不是每個候補者都適合自動遞補。免費講座可以用先到先補；付費工作坊、審核制活動、企業採購說明會或需要攜帶設備的體驗課，通常要先確認付款、資格、場次、同行人數或出席意願。AI 可以根據報名欄位、過去出席紀錄與客服備註產生候選排序，但不要讓 AI 直接決定誰一定能進場。
2. 通知沒有回覆期限
候補通知最怕「有寄出，沒有人追」。建議把通知分成三段：空位釋出後第一時間通知、數小時後提醒、截止後釋出給下一位。ACCUPASS 的報名購票說明提到不同付款方式會有期限與自動釋出名額；主辦方自己的候補流程也應該有類似的時間界線，而不是等候補者「有空再回」。
3. 沒有把未付款、取消、候補、轉正分開記
活動後只看總報名數沒有用。你至少要把狀態分成已報名、未付款、已取消、候補中、已邀請、已轉正、逾期未回、實際到場。ACCUPASS 的參加名單說明指出主辦方可以查看、修改、匯出名單，並檢查訂單與付款狀態；這些欄位正是 AI 幫你整理風險與下一步提醒的材料。
4. 把候補名單只當這一場活動的資料
候補名單其實是需求訊號。有人願意排隊，代表你的主題、時間、講師、地點、優惠或名額限制引起興趣。若活動真的爆滿，候補名單可以變成下一場活動的優先邀請對象、內容回放名單、企業場洽談名單，或同主題電子報分眾。但這些用途都要在報名表、隱私聲明與後續退訂流程中講清楚。
5. 沒有把候補需求回寫到行銷追蹤
Google Analytics 的推薦事件文件說明，像 sign_up、generate_lead 這類事件需要額外設定，才能用來衡量行銷活動與再互動。活動候補也一樣：你可以用 GA4 自訂事件或 CRM 欄位記錄 waitlist_joined、waitlist_invited、waitlist_confirmed、waitlist_expired，並用 UTM 分辨候補者從 LINE、Email、廣告或合作夥伴來。
AI、人和系統要怎麼分工
| 工作 | AI 可以做 | 人要負責 | 系統要留下 |
|---|---|---|---|
| 候補排序 | 依報名時間、場次、付款狀態、過去出席與欄位完整度排序 | 確認是否公平、是否符合活動規則 | 排序原因、排序時間、審核人 |
| 通知文案 | 產生 LINE、Email、簡訊不同長度版本 | 檢查名額、期限、退款或付款說法是否正確 | 寄送時間、回覆期限、是否已讀或回覆 |
| 客服摘要 | 整理候補者問題、特殊需求與重複詢問 | 決定是否保留座位、改場次或拒絕不合適需求 | 客服備註、承諾內容、後續負責人 |
| 活動後分眾 | 把未補上、已轉正未到、到場高互動者分群 | 決定下一次邀約、回放、早鳥或銷售跟進 | 同意狀態、退訂狀態、來源活動 |
這張表的重點不是把流程做得很複雜，而是避免小團隊最常見的灰色地帶：AI 幫你「看起來很合理」地推薦下一位，但沒有人確認承諾、條款、付款和個資目的。候補名單只要牽涉到付費、資格審核、醫療保健、金融、未成年或高度敏感資料，就應該先降低自動化程度。
7 天活動週候補名單 SOP
- 活動前 7 天：確認活動容量、候補上限、候補者會收到哪些通知，以及名額釋出的最後時間。
- 活動前 5 天：匯出報名與候補資料，檢查付款狀態、場次、同行人數、特殊需求與來源 UTM。
- 活動前 3 天：請 AI 產生候補風險摘要：哪些人可能補位成功、哪些欄位缺漏、哪些訊息需要客服確認。
- 活動前 48 小時：寄出第一波確認信或 LINE，要求正式名單確認出席，逾期未回者進入人工確認。
- 活動前 24 小時：空位釋出後，依規則邀請候補者，訊息必須包含回覆期限與下一步。
- 活動前 6 小時：停止長等待窗口，只邀請高機率能回覆、地點可達、付款或入場條件清楚的人。
- 活動後 2 天：回寫已到場、未到場、未補上、下次想參加與退訂狀態，作為下一場活動的容量與行銷依據。
適用與不適用情境
這套方法適合已經有固定活動節奏的台灣 SME，例如講座、體驗課、品牌會員日、B2B 研討會、招商說明會、市集攤商招募、課程試聽或社群聚會。只要你每個月都有活動，且常遇到額滿、未付款、臨時取消或候補者很多，就值得建立候補 SOP。
它不適合三種情況：第一，活動人數很少，主辦人直接人工聯絡比建系統快；第二，候補規則牽涉抽籤、資格審查或主管機關規定，AI 只能摘要不能排序決策；第三，你還沒有清楚告知資料用途、行銷聯絡方式與拒絕行銷機制。台灣個人資料保護法第 20 條要求個資利用應在蒐集目的必要範圍內，當事人拒絕接受行銷時也應停止利用其個資行銷；候補名單不能因為「他填過表」就無限制拿去推銷。
資料更新與來源
本文更新時間為 2026 年 6 月 29 日。候補功能、活動平台付款期限、GA4 事件建議與台灣個資法解釋都可能更新，正式導入前應重新確認官方文件。主要參考來源包括 Microsoft Dynamics 365 Customer Insights - Journeys 候補文件與 2025 release-plan、ACCUPASS 參加名單與報名付款說明、netiCRM 2024 活動管理簡報、Google Analytics 推薦事件文件，以及全國法規資料庫個人資料保護法第 20 條。
netiCRM 的活動管理簡報把候補拆成額滿後進候補、後台顯示候補狀態、手動調整為正取、寄送通知、重新報名繳費等步驟，這對小團隊建立最小可行流程很實用。真正的差異在於：你是否把這些狀態變成可追蹤欄位，而不是只靠活動當天的群組訊息。
結論：候補名單是需求訊號，不是善後清單
活動候補名單做得好，能補滿空位、降低客服混亂，也能告訴你下一場活動該加開、改時段、換場地或調整主題。AI 的角色不是替你對候補者做最終判斷，而是把候補狀態、回覆期限、付款風險、來源與下一步整理清楚。台灣 SME 可以先從一場活動開始：把候補者狀態分清楚、設回覆期限、把轉正和逾期寫回 CRM。只要這三件事做起來，候補名單就不再只是等空位，而會變成下一次活動和銷售跟進的可靠訊號。
FAQ
活動候補名單一定要照報名順序補位嗎？
不一定。免費活動或規則單純的活動可以照時間排序；付費、審核制、分場次或有特殊資格的活動，應先公開規則，再依付款、資格、場次與回覆期限人工確認。
AI 可以自動決定誰從候補轉正嗎？
不建議。AI 適合整理欄位、排序候選人與產生通知草稿，但正式邀請、付款條件、名額承諾與特殊需求仍應由活動負責人確認。
候補通知用 LINE 還是 Email 比較好？
台灣活動可以兩者並用。Email 適合完整條款、付款與行前資訊；LINE 適合短時間提醒。無論用哪個渠道，都要記錄寄送時間、回覆期限與是否已轉正。
候補名單可以拿來寄下一場活動邀請嗎？
可以，但前提是報名表或隱私說明已清楚告知後續聯絡用途，且提供拒絕行銷或退訂方式。不要把候補資料無限制轉成廣告或銷售名單。
小團隊沒有 CRM，也能管理活動候補名單嗎？
可以先用報名平台匯出檔或試算表，但欄位要固定：候補時間、狀態、通知次數、回覆期限、付款狀態、來源與最後負責人。等活動頻率提高後再接 CRM。