AI 電話接管宅配通知：5,000 筆 / 月、客服 1.5→0.5 人、改期吸收 60%→92% 的物流案例
TL;DR — 中型宅配公司每月 5,000 筆配送通知、靠 1.5 名客服打不完；客戶白天接不到、半夜接到嫌打擾、改期吸收率卡在 60%。Brightalk 通話自動化把同樣的 5,000 通收斂到 0.5 名客服、改期吸收率拉到 92%、每月省 NT$48,000，60 天看到攤回節點。
為什麼配送通知不是「打電話」這麼簡單
配送通知是合約交付的一部分、不是行銷外撥。客戶在電商下單、收到「貨已出、明早 9 點到」的通知，這通電話的法律屬性接近送達義務的事前告知——客戶不在家造成的二次配送，依消保法第 19 條的 7 日鑑賞期計算下，常會直接導向退貨。話務漏一通、後端就要吸一單成本。
中型宅配公司日常打的不是「請問有興趣嗎」、而是三件硬問題：客戶到底在不在家、要不要改時段、要不要改地址。三件事都要客服在配送前 1 小時內收斂完，當日 5,000 筆通知壓在 2 個客服頭上、下班前永遠打不完。勞動部 2024 人力僱用狀況調查顯示運輸及倉儲業是台灣缺工最嚴重的類別之一，加人加不動、留人留不住，用 Excel + 撥號的工作流直接撞上人力天花板。
更麻煩的是接聽率。Whoscall TrueReport 2025 顯示台灣每位使用者每月平均收到 7+ 通標記為「廣告推銷／詐騙」的電話、未存名單來電被自動標紅、客戶直接掛斷。配送通知這種「正當業務電話」的接聽率被連帶污染——ContactBabel Outbound Survey 2024 顯示外撥電話全球平均接通率落在 15–25%、配送類雖高於行銷類，但缺乏號碼識別與重撥退避策略時，仍會被壓在 60% 以下。司機白跑一趟成本約 NT$60–120、每天 50 趟白跑就是 NT$3,000–6,000、月底攤回到單均成本上看 NT$1.5–3。
時段也是一道暗坎。客戶下班時間 19:00–21:00 才有空接、但這個時段非客戶主動觸發的撥打容易被列為騷擾——NCC 對外撥時段的共識是 9:00–21:00，但配送通知打到 21:00 客戶已經睡了一半、午夜或清晨打過去更直接踩進客訴池。
Brightalk 把這條工作流接起來的 4 個能力
四個能力都從「客服打不完」這個現實反推、不是技術 demo：
第一、批次外撥配送通知。 後台早上 8:00 自動依當日訂單清單批次排撥、5,000 筆通知不再是 2 名客服輪流抓 Excel 撥號，而是系統依時區、收件人歷史接聽窗口、訂單優先序自動排序。客服只看 dashboard 上「未確認名單」、不再手撥。
第二、AI 接電話確認、改期、改地址。 客戶接通後直接跟 24/7 自動接打電話的中文 AI 對話：「您的包裹明早 9 點會到、請問人在家嗎？」客戶可以回「在」「改下午」「改地址到 OO」、AI 識別意圖即時把變更寫回訂單系統。客戶反向打進來查訂單時 AI 也接得起、查得到、講得對。整段對話依個資法第 8 條與通保法第 29 條在開場白完成揭露、合規邊界內建、不需要逐通取得書面同意。
第三、Brightalk 通話自動化 4-way 分流。 通話結束的那一刻、依「接通／未接／答錄機／失敗」自動走不同工作流。接通的直接寫回訂單系統；未接的 24 小時後換時段重撥；答錄機切到 SMS 接續而不是對著錄音講完台詞——這條規則直接把 5–8 個百分點的「假成功」從統計裡撈出來變成真正的接觸機會。完整 4-way 設計詳見 通話結果 4-way 分流設計。
第四、Taipei 9-18 不擾民窗口 + 颱風假整批延後。 後台預設台北 9:00–18:00 撥打視窗、週末關閉、國定假日強制跳過、颱風假當日 8:00 自動拉中央氣象署公告整批延後到下個營業日。這條安全邊界寫在後台預設值、不是「主管記得自己排」的事。
中型宅配公司的一日工作流
實際在用的中型宅配公司、主管早上看一張 dashboard、下午看一張報表、整天不再手撥。流程長這樣：
07:30 Ops 主管打開 Brightalk dashboard
└─ 看到當日 5,000 筆訂單已分類為：
├─ 4,200 筆「需通知」（首次配送 + 改期客戶）
├─ 600 筆「無人通知」（合約戶 / 自取點）
└─ 200 筆「人工跟進」（VIP / 投訴歷史）
08:00 系統自動開撥 4,200 筆
└─ 客戶接通 → AI 詢問在家 / 改期 / 改地址 → 寫回訂單系統
└─ 答錄機 → 自動切 SMS：「明早 9 點到、回覆 1 確認 / 2 改期」
└─ 未接 → 24 小時後 14:00 重撥（換時段策略）
10:30 客戶 inbound 反向打進來查訂單
└─ AI 接通查單回應「您的包裹下午 14:00 由王師傅配送」
17:30 Ops 主管打開報表
└─ 接通率 / 改期吸收率 / 答錄機切 SMS 完成率 / 人工升級比例
└─ 200 筆人工跟進清單（AI 標記情緒異常 + VIP）
下表把人工模式跟 AI 接管模式並排放、差異不在「能不能做」、而在「主管每天要不要花 4 小時對 Excel」。
| 維度 | 人工模式（Excel + 撥號 + LINE 客服） | AI 接管模式 |
|---|---|---|
| 客服人力 | 1.5–2 FTE 全職 | 0.5 FTE（只看 dashboard + 處理人工升級） |
| 5,000 通完成時間 | 8–11 小時、下班前打不完 | 9:00–17:00 內收斂 95%+ |
| 答錄機處理 | 留無效錄音、客服回撥再追 | 自動切 SMS、下次通話帶上下文 |
| 重撥時段策略 | 客服憑印象換時段、隨機 | 24 / 48 / 72 小時換時段、預設安全邊界 |
| 颱風假當天 | 早上 6:30 還沒有人發布、名單已排好打出去 | 8:00 自動延後、ops 主管收告警 |
| 反向 inbound | 客服分機接、查訂單 30–60 秒 | AI 接、查訂單 5–10 秒 |
量化效果：60 天攤回節點
某中型宅配公司（30 人團隊、月配送 60,000 筆、月通知量約 5,000 筆異動類）導入 Brightalk 用戶方案後 60 天的數字（用戶授權匿名引用）：
| KPI | 導入前（人工） | 導入後（AI 接管） | 變化 |
|---|---|---|---|
| 客服 FTE（配送通知專職） | 1.5 名 | 0.5 名 | −1.0 FTE |
| 月人事節省（含勞健保 + 加班） | — | NT$48,000 | 依主計總處 2024 受僱員工薪資調查推算 |
| 改期吸收率（配送前 1 小時內） | 60% | 92% | +32 pp |
| 司機白跑率(每日) | 8.4% | 1.4% | −7 pp |
| 客戶滿意度（CSAT） | 3.6 / 5 | 4.4 / 5 | +0.8 |
| 反向 inbound 平均應答時間 | 28 秒 | 6 秒 | −22 秒 |
具體拆解：60% → 92% 的改期吸收跳升中、18 個百分點來自答錄機從「假成功」被拉出來變成 SMS 接續；9 個百分點來自重撥換時段；5 個百分點來自反向 inbound 由 AI 接得起、客戶不用等客服回撥就完成改期。司機白跑率從 8.4% 降到 1.4%＝每日少 35 趟白跑、月省派遣與油資成本 NT$26,000–42,000；加上人事節省 NT$48,000、月度直接成本下降 NT$74,000–90,000、60 天攤回方案月費。
「我們以前 21:00 客服才打完當日通知、隔天又從未接清單追起。現在客服 17:30 下班前就看到當日 95% 收斂、反向 inbound 也不用佔分機。最大的改變不是『多接幾通』、而是 ops 主管每天不用再花 4 小時對 Excel。」
— 中型宅配公司 ops 主管（用戶授權匿名引用）
其他行業的對照案例可參考壽險業務開發案例與醫美診所預約案例；跨通路客戶資料如何寫回同一條 timeline 的設計見跨通路客戶時間軸。
常見問題
AI 通話會不會讓客戶不爽？要不要先告訴客戶「我是 AI」？
要。個資法第 8 條規定蒐集個資應主動告知 7 件事項；通保法第 29 條規定一方同意之錄音不違法、但要事前揭露。物流範本開場白第 1 句即揭露「我是 OO 物流的 AI 客服小 X、這通電話會錄音以利後續派送追蹤」、客戶問「你是 AI 嗎」AI 必答「是的」。內部測試顯示、配送通知場景客戶接受 AI 的比例（87%）高於行銷外撥場景（62%）、因為內容對客戶本身有用。
答錄機怎麼處理？不會留下一段無效錄音？
不會。後台 4-way 分流會把答錄機獨立成一條出口、AI 偵測到答錄機 beep 後自動切到 SMS 接續、不會對著錄音講完整段台詞。SMS 範本附訂單編號 + 配送日期 + 改期回覆指令、客戶下次通話時 AI 也帶上「上次未接、SMS 已發送」context。詳細答錄機偵測機制見為什麼台灣 AMD 失效。
颱風假當天會不會誤撥？整批訂單怎麼處理？
不會誤撥。系統每天 08:00 自動拉中央氣象署颱風警報與各縣市政府停班停課公告；任一行政區停班、當日該區名單依 contact.region 整批延後到下個營業日、並告警 ops 主管。內部用戶實測颱風假當天誤撥 0 通。配送業務本身的「貨已在末端轉運站」狀況另外標記、不走同一條通知流。
跨地區時段差異怎麼處理？北部 9:00 開始撥對中南部會不會太早？
依 contact.region 與訂單地址自動換算撥打時段。預設台北 9:00–18:00、但客戶居住地若為偏鄉或夜班行業（24 小時便利商店、夜市攤商）、系統可依歷史接聽窗口微調至 10:00–19:00。客戶說「不要再打給我」 30 秒內全系統 do-not-call 生效、不再被同一份名單下次活動抓到。
與既有 ERP / WMS 整合需要寫程式嗎？
不需要 ops 主管自己寫。後台提供 webhook 與 REST API 兩種整合方式：訂單系統發訂單到後台、通話結束後 60 秒內把結果（接通／未接／改期意圖／新地址）寫回訂單系統。常見 WMS（出貨王、千里馬、自架 SAP / Odoo）多有現成 webhook 入口、IT 主管 1–2 天可完成串接。整合期間訂單系統與 AI 接管並行、不影響現行配送流程。
改期吸收率短時間拉不到 92% 怎麼辦？
先攻答錄機切 SMS 這條、能拉 18–22 個百分點。多數宅配公司導入第一週看到的最大改善其實是「答錄機假成功被撈出來」、不是 AI 接電話多漂亮。第二週開始重撥換時段策略（24 / 48 / 72 小時錯開）、再拉 5–10 個百分點。第三週起 AI 接反向 inbound 開始攤平 inbound 客服話務、整體 60 天看到 KPI 完整收斂。
跟一般撥號工具差在哪？月費差多少？
一般撥號工具把 voicemail 跟 answered 一起回傳 200 OK、重撥規則靠客服自己記、沒有 sentiment-based handoff、沒有合規開場白範本、沒有不擾民窗口預設值。本案例的 4-way 分流（接通／未接／答錄機／失敗）、每個出口接不同工作流、後台勾選即生效。具體方案費率見 方案頁；想直接看 dashboard 怎麼操作、預約 30 分鐘 demo。
下一步
想把這條工作流放進你公司的配送通知作業？Brightalk 通話自動化 4-way 分流 與 24/7 自動接打電話的中文 AI 是這個案例的兩個主要能力錨點。