AI 電話撥打時段怎麼設？2026 台灣不擾民 SOP 與 NCC 投訴防範指南
TL;DR — AI 電話撥打時段是 NCC、公平會、客戶感受三重邊界。實務最低標：Taipei 9:00–18:00 預設、國定假日 + 颱風假 自動跳過、客戶投訴 1 次自動降頻或停撥、opt-out 即時生效。沒做這四件事，就算個資法第 8 條告知做齊了，依然會踩到公平交易法第 25 條的「足以影響交易秩序之顯失公平行為」紅線。本文給你撥打時段 SOP 表、跨時區名單處理、以及 5 個最常見「擾民」設計坑。
為什麼撥打時段是 NCC + 公平會 + 客戶感受三重邊界
撥打時段不是純合規問題，是三層風險疊加。
第一層是 NCC 投訴。國家通訊傳播委員會設有電信消費爭議申訴管道（專線 0800-034-580，NCC 申訴作業流程），騷擾電話通報會留紀錄；同一支去電號碼若被多人投訴，後續可能影響電信業者的服務契約評估。
第二層是 公平會 第 25 條。公平交易法第 25 條規定，事業不得為「足以影響交易秩序之欺罔或顯失公平之行為」（公平交易法第 25 條）。判斷是否觸法，公平會的處理原則會看「受害人數多寡、損害量及程度、行為發生之頻率與規模」（公平會第 25 條處理原則）。深夜撥打、假日重撥、客戶 opt-out 後仍持續去電，每一條都會被列入頻率與規模的計算。
第三層是 客戶感受。前面兩層都還沒踩線之前，社群舆論先到。一通深夜 22:30 的 AI 電話被截圖貼到 Threads / Dcard，比任何投訴信都殺傷力大。對於 SMB 來說，「電話打過頭」造成的品牌損傷成本，常常遠高於合規罰則本身。
⚠️ 注意：這三層風險不是擇一觸發，是疊加的。NCC 投訴留紀錄會成為公平會調查時的事實基礎，公平會處分本身又會被新聞報導放大客戶感受層的傷害。設計撥打時段 SOP 時，目標應該是「最寬鬆的那一層」也守住，不是「合規上沒罰就好」。
Taipei 9:00–18:00 預設：勞基法工時 + 客戶感受推導
Brightalk dispatcher 的 business-hours-deferral 預設視窗是 Taipei 9:00–18:00，週一到週五。這個預設不是隨便挑的。
起點是勞基法工時推導。勞動基準法規定正常工時 8 小時、一般辦公時段 9:00–18:00（含 1 小時午休），這是台灣 SMB 客戶端最可能在辦公室的時段。把撥打時段對齊客戶辦公時段，接通率與客戶感受同時最佳化。
終點是客戶感受加碼。即使在 9:00–18:00 內，也有兩個常被忽略的微調：
- 午休 12:00–13:00：B2B 客服場景建議降頻或暫停，B2C 場景則相反（午休是上班族能接私人電話的時段）。這條依產業而定。
- 下班尾聲 17:30–18:00：客戶在收尾、心情多半不耐煩，接通率高但轉換率低。建議排在優先級較低的名單。
週末預設關閉。週六、週日除非客戶主動 opt-in 同意週末聯繫（例如預約改期確認），否則一律不外撥。這是把公平會第 25 條的「頻率與規模」風險降到最低的便宜做法。
國定假日 / 週末 / 颱風假 處理 SOP
時段 SOP 不是只有「白天 vs 晚上」這條軸。下表列出 5 種類別的預設動作與例外條件。
| 時段類別 | 預設動作 | 例外條件 | 投訴風險 |
|---|---|---|---|
| 平日 9:00–18:00 | 正常撥打 | 客戶 opt-out 即時停 | 低 |
| 平日 18:00–22:00 | 暫停外撥 | 客戶主動約定的回撥窗口 | 中 |
| 平日 22:00 後 / 早上 8:00 前 | 一律不撥 | 緊急服務通知（事先取得書面同意） | 極高 |
| 週六、週日 | 預設關閉 | 客戶 opt-in 週末聯繫 | 高 |
| 國定假日 / 颱風假 | 強制跳過 | 無例外（即使 opt-in 也應改期） | 極高 |
國定假日清單以行政院人事行政總處每年公告為準（春節、和平紀念日、兒童節、清明節、勞動節、端午節、中秋節、國慶日等）。颱風假則以各縣市政府當日公告為準——這條對 ops 主管特別棘手，因為通常是當天上午 6:00 前才公告，名單早就排好的隊列必須有「當日臨時取消」的 hook。
💡 實務通則：颱風假處理是 SOP 設計的試金石。如果你的 dispatcher 做不到「當日 8:00 前接收停班停課公告 → 自動取消當日所有外撥隊列」，就代表整個排程系統還沒準備好上線。建議在 staging 環境用「明天颱風」的假設情境完整跑一次，再上 production。
名單時區與 dispatcher business-hours-deferral 工程細節
如果名單只在台灣，時段邏輯相對單純。但越來越多 SMB 名單來自跨境（東南亞客戶、香港總部、美國海外分公司），時區成為設計坑。
名單欄位設計：每筆 contact 應該帶一個 timezone 欄位（預設 Asia/Taipei），而不是把時區寫死在 dispatcher。匯入名單時若無時區資訊，依電話國碼推斷（+886 → Asia/Taipei、+852 → Asia/Hong_Kong、+1 → 客戶實際時區，需另外問）。
Business-hours-deferral 規則：dispatcher 在排程每通外撥前，將「當下 UTC 時間 + contact.timezone → 換算 contact 本地時間」，落在預設 9:00–18:00 視窗外則延遲到下一個視窗開頭。延遲不是丟回隊列底端，而是寫入 automation_jobs 的 scheduled_at 欄位，由 pg_cron 在到期時唤起。
Edge cases：
- 跨日中斷：名單原本排在 17:30，因前面延遲拖到 18:05 才輪到 → 應該推到隔日 9:00，不是當下強撥。
- 排程已過期：因系統故障當天的視窗已關閉 → 不要把所有名單塞進隔天 9:00 一次撥完，應該分散到隔天 9:00–18:00 的整個視窗。
- 客戶 opt-out 在排程後抵達：必須能在隊列裡「即時撤回未撥的排程」，而不是等下一輪 dispatcher 重排才生效。
關於通話結果驅動的下一步分流（重撥規則、跨通路接力），詳見 AI 電話自動化：通話結果 4-way 分流與重撥規則完整工程設計；本文聚焦在「撥不撥」這條時段邊界。
投訴防範三層：開場白告知、時段控管、opt-out 即時生效
時段 SOP 是第一層防線，但不夠。完整的投訴防範需要三層串起來。
第一層：開場白告知。AI 電話開場必須明確說明來電目的、公司名稱、錄音告知、以及 opt-out 路徑。這部分 AI 電話合法嗎？2026 台灣個資法 + 通保法 + 公平法 完整合規地圖 文件中拆解了 個資法第 8 條（告知義務）與 第 19 條（蒐集要件）的具體要求。
第二層：來電時段控管。即時段 SOP，本文重點。
第三層：opt-out 即時生效。客戶在通話中說「不要再打給我」，AI 必須立即把這位 contact 標記為 do-not-call，並從所有自動化隊列中撤除。「即時」的標準是 30 秒內全系統生效——而不是「下次 batch 跑的時候會生效」。
「公平會第 25 條的處理原則寫得很清楚——『行為發生之頻率與規模』是判斷依據之一。客戶說過不要打、系統還繼續撥，就算每次撥打單獨看都合法，加總起來就是頻率與規模問題。」——綜合 公平會第 25 條處理原則 公開條文
一個典型「擾民」事件的修正路徑
說一個 ops 主管實務上很容易遇到的場景。
痛點：颱風假當天清晨 6:30，氣象局還沒發布停班停課，dispatcher 已經把當天 9:00–11:00 的 200 通名單預先載入準備撥打。早上 8:00 中央氣象署公告北北基桃停班停課，但系統 9:00 仍照常啟動，前 30 分鐘撥出去 50 通。當天下午就有 3 通客戶投訴到 NCC。
AI 解法：在 dispatcher 排程啟動前加上「當日狀態檢查」 hook——
- 每天 8:00（在 9:00 撥打視窗開始前 1 小時）查詢 中央氣象署颱風警報 與各縣市政府停班停課公告
- 若任一行政區發布停班停課，將該區所有名單（依名單上的 contact.region 欄位）整批延後 1 個營業日
- 同時觸發 ops 主管告警，避免單純依賴自動延後造成另一輪錯誤
預期效益：颱風假當天 0 通誤撥；隔日 9:00 自動補回的名單分散到 9:00–18:00 整個視窗，不集中在開頭時段；NCC 投訴從每年 1–2 件降到 0 件。
5 個常見「擾民」設計坑
第一，颱風假沒跳過：如上節案例。修正：dispatcher 必須有當日狀態查詢 hook，不能只信「事前排好的時間表」。
第二，跨時區名單：把 Asia/Taipei 預設套到客戶位於 Asia/Hong_Kong 的名單，撥出去的當地時間是 8:00 而非 9:00。修正：名單匯入時依國碼推斷時區，dispatcher 排程時換算當地。
第三，重撥落在週末：第一次撥打在週五 17:00 沒接通，自動排第二次在 24 小時後 → 落在週六 17:00。修正：重撥規則必須跨越 business-hours window，避開週末。
第四，客戶要求停撥沒同步：客戶在通話中說「不要再打了」，AI agent 把 do-not-call 標記寫到 contact 上，但其他自動化（例：行銷活動隊列、新名單匯入）沒同步檢查這個標記。修正：do-not-call 應該是 contact 層級的硬性 filter，所有外撥前一律檢查。
第五，國定假日當天臨時補撥：「假期錯過了，今天放假大家比較有空，補撥一下吧」這種臨時加單往往來自業務壓力。修正：dispatcher 應該對國定假日進行 hard block，不允許任何手動 override；要補撥就排到下一個工作日。
✅ 快速行動：把上面 5 個坑列成 ops checklist，在每次新增 automation rule、匯入新名單、調整撥打規則時跑一遍。比事後處理 NCC 投訴便宜得多。
常見問題
AI 電話可以在晚上幾點之前撥？
實務最低標是 18:00 結束，極限不超過 21:00。22:00 之後一律不撥。週末與國定假日預設關閉。「客戶曾 opt-in 同意夜間聯繫」是少數例外，但需要書面記錄並可隨時撒回。
颱風假當天名單排好了該怎麼處理？
撤回。dispatcher 應該每天 8:00 查詢中央氣象署與各縣市政府的停班停課公告，若有發布，將該行政區的當日名單整批延後一個營業日，同時告警 ops 主管。當天 0 通是正確答案。
跨時區的客戶名單怎麼設定撥打時段？
每筆 contact 帶 timezone 欄位（預設依電話國碼推斷）。dispatcher 在排程每通外撥前，把當下時間換算到 contact 本地時間，落在當地 9:00–18:00 視窗外則延遲到下一個視窗開頭。
客戶說不要再打了，多快要生效？
30 秒內全系統生效。客戶在通話中說「不要打了」，AI agent 寫入 do-not-call 標記後，所有自動化隊列、行銷活動、新名單匯入流程都應該即時 filter 掉這位 contact，而不是等下一輪 batch 才生效。
想看完整 AI 電話導入路徑、外撥腳本設計與 KPI 設定？閱讀本系列的支柱長文 AI 電話行銷完整指南。