導入 AI 電話客服前要準備什麼？4 大準備項目與上線檢查清單
導入 AI 電話客服前，先確認電話環境、知識素材、系統與權限，以及驗收標準。從第一階段的服務範圍出發，整理所需資料與串接條件，並透過具體情境確認 AI 能回答、查詢、收單或轉接到哪一步。
導入 AI 電話客服前要準備什麼？4 大準備項目與上線檢查清單
企業在評估 AI 電話客服時，常會先問 AI 能不能回答問題、聲音自然不自然、能不能自動接電話。
但真正進到導入階段後，最常影響專案進度的，往往不是 AI 本身，而是企業端有沒有先把幾個基礎條件準備好。
最重要的四個部分是：
- 電話環境能不能串接
- 知識與流程素材夠不夠完整
- 系統 API 與權限能不能取得
- 驗收標準有沒有先定義清楚
只要其中一項沒有確認，專案就可能在中途重新調整架構、等待權限，或反覆修改內容。
這篇文章會把 AI 電話客服導入前的準備工作拆成四大區塊，也整理成一份可以直接用在專案啟動會議上的檢查清單。
TL;DR：導入 AI 電話客服前，先確認這 4 件事
如果只想快速掌握重點，可以先確認：
- 電話環境：現有 PBX 是否能整合第三方網路電話分機？要讓哪支號碼交給 AI？需要幾路同時通話？
- 知識素材：哪些問題有標準答案？哪些問題一定要轉真人？誰負責確認答案正確？
- 系統與權限：要不要查訂單、查預約、寫入 CRM？有沒有 API、文件、測試環境與權限？
- 驗收標準：怎樣才算 AI 有通過測試？哪些問題要回答、哪些要查詢、哪些要收單、哪些一定要轉真人？
如果這四件事能在專案啟動前先有答案，後續流程設計、串接與測試通常會順很多。
1. 電話環境：先確認怎麼接，再確認由誰設定
PBX 能否整合，不只看品牌名稱
先確認現有總機（PBX）的品牌、型號，以及是地端設備還是雲端服務。以本文介紹的 Qubby 接入方式來說，是透過標準網路電話分機向既有 PBX 註冊，因此要確認現有環境是否開放第三方分機整合。
在可整合的標準網路 PBX 或雲端方案下，可以保留既有總機、代表號與分機；類比線路、較舊設備、封閉內網或原廠介面不開放的環境，需要另外評估，不能預設都能直接接入。
電話條件會影響接入方式與專案範圍，應優先確認；知識素材與高頻問題則可以同步盤點，不必因為電話設定尚未完成，就停下其他準備。
整合方式可參考〈不用換掉總機，AI 就能幫你接電話〉。
先選服務範圍，也先確認通話資源
不必一開始就把全部代表號交給 AI。先決定哪支號碼、哪個部門或哪類需求要納入，並確認目前的來話分流方式，以及服務時間內與非服務時間是否使用不同流程。
先估算預計同時有幾通電話需要服務，再依分機配置與電話環境確認可用的通話資源。若進線與批次外撥會共用資源，也要把兩者一起盤點，避免只估算其中一種需求。
若同時規劃預約提醒、售後關懷等主動聯繫任務，可參考〈AI 外撥適合做什麼？5 類適合任務、3 類不適合情境與導入準備〉，把外撥需求一併納入評估。
把總機維護商與資料管理窗口找齊
總機可整合，不代表企業內部就有人能修改設定。若設備由外部維護商管理，應在啟動時確認誰能調整分機、來話路由、網路與防火牆。
Qubby AI 電話客服 提供通話錄音、逐字稿與 AI 摘要。導入時，也應一併確認紀錄與客戶資料的存放位置、哪些人可以查看，以及是否有地端、雲端或內網要求。這些條件會影響部署方式與網路準備。
相關架構可參考〈地端還是雲端？企業整合 AI 語音總機的兩種部署架構〉。
日常的名單與流程操作不一定需要寫程式，但電話、網路及系統權限仍需要 IT 或維護商參與。導入前應分別確認日常操作與技術設定的負責窗口。
2. 知識素材：先整理高頻問題，再畫出回答邊界
可以從現有素材開始，不必重寫一整套文件
官網、產品手冊、FAQ、收費表、據點資訊與服務流程圖，都可以作為知識來源。既有問卷、名單與 API 文件，則有助於釐清流程及串接需求，不必全部整理成同一種問答格式。
建議先從最近三個月的通話紀錄、客服信件或第一線經驗中，整理前 20 個高頻問題。每題補上客戶常用問法、經確認的標準答案、例外情況，以及需要轉真人的條件。這份清單後續也能直接用來設計驗收案例。
需要個案判斷的問題，應另列人工處理情境
有些問題的答案是「要看個案」「要由主管決定」「需要專業人員判斷」。這些不應被寫成一個讓 AI 直接套用的結論，而要在流程中標示何時轉真人或交由人工後續處理。
知識庫不必一次涵蓋全部需求，但第一階段要回答的範圍、無法回答時的去向，應先確認。轉接規則也不能取代內容校對，仍須有人檢查答案是否正確、是否過期。
轉接條件、專員接手時需要的資訊，以及真人未接時的後續處理，可參考〈AI 客服轉真人怎麼設計？4 種轉接情境、交接資訊與未接備援〉。
指定誰核准答案，也指定誰更新
收費、資格條件、退換貨規則可能來自不同部門。若官網、內部文件與舊簡報出現不同版本，需要先由負責窗口確認哪一個才是目前適用內容，而不是把所有版本都交給 AI。
除了內容核准人，也要安排更新責任。活動結束、價格調整、據點變更時，誰提供新內容、誰確認更新，都應在上線前說清楚。
3. 系統與權限：把「先收單」和「直接辦完」分開
如果第一階段只需要知識問答與需求收集，可以先把結果寫入 Qubby 後台，再由人工承接。但若需要查訂單、查預約、建立工單或回寫 CRM，就要逐一確認對應系統的介面與權限。
每一套系統，都先確認五件事
| 檢查項目 | 要釐清的問題 |
|---|---|
| API | 是否提供這次服務所需的查詢或寫入介面？ |
| 文件 | 欄位定義、資料格式與錯誤回傳是否有說明？ |
| 認證 | 使用什麼認證方式，必要帳號或金鑰如何取得？ |
| 權限 | 誰核准？這次開放的是查詢、寫入，還是兩者？ |
| 測試環境 | 能否在正式上線前完成整合測試？ |
有 API 文件，不代表已經取得可使用的權限；查詢權限也不等於寫入權限。 例如查得到預約，不代表已經能修改預約。
資料可以讀到哪裡、能寫入哪些內容、不同角色能查看什麼，也應提早與資安及系統窗口確認，避免到驗收才發現範圍不一致。
暫時無法串接，可以先縮小到明確可完成的範圍
沒有可用 API 時，Qubby 仍可先進行標準問答與結構化收單，將客戶需求及必要資料整理到後台，再交由人工接續既有流程。
這種做法完成的是「需求登記」，不是「既有系統已經更新」。 待 API、文件、認證與權限具備，並完成串接、測試與驗收後，再將相應流程擴充為即時查詢或寫回。
評估時，比起只問「支不支援我們的系統」，更有用的是確認：這次要處理哪個動作、需要哪個介面，以及串接前後分別能做到哪一步。
4. 驗收標準：用具體結果確認，不只憑聽感
語音自然度可以是檢查項目，但不足以單獨判定一套 AI 電話客服是否完成導入。每個主要來電意圖，也就是客戶想完成的事情，都應寫清楚客戶可能怎麼問、AI 要回答或執行什麼，以及哪些情況必須交給真人。
建議每個意圖至少準備三種問法，再依專案範圍確認預期結果。回答、查詢、收單與轉接是不同的驗收項目，不宜只寫成「AI 能處理預約」。
驗收範例：只收集改期需求，尚未串接預約系統
以下是測試設計示例，並非實測結果；欄位與通過標準應依實際流程決定。
| 測試項目 | 本示例的設定 |
|---|---|
| 服務範圍 | 收集改期需求，留在 Qubby 後台，由人工確認新時段 |
| 客戶問法 | 「我想改預約」「原本的時間不能去」「可以改成下週三下午嗎？」 |
| 需要收集 | 此流程事先指定的聯絡資料與希望改期的時間 |
| AI 預期行為 | 依流程補問必要資料、確認客戶需求，說明後續由人工處理 |
| 應檢查的結果 | 後台紀錄與客戶確認的資料一致，且沒有宣稱原預約已修改成功 |
| 人工處理情況 | 客戶要求立即由專員確認，或需求超出這次收單範圍 |
如果專案已納入直接修改預約，驗收就不能只看需求是否記錄完成，還要確認對應串接是否正確執行，以及結果是否與預期一致。
讓第一線客服試打，也把未接與分歧走一遍
Qubby 的流程可以在後台預覽，並以模擬通話檢查完整對話、分歧與轉接路徑。上線前仍應由第一線客服實際試打，不只測照著標準問法走完的情況。
客戶換個說法、中途插話或改需求、不照流程回答、要求真人，或真人沒有接聽時，流程各自走向哪裡，都應按這次專案納入的範圍逐項確認。服務時間內與非服務時間的處理方式，也要依已定義的流程實際試打。
AI 電話客服導入前，一頁式檢查清單
完成四大準備項目的盤點後，可用下表逐項檢查這次導入需要的資料與條件。
| 準備項目 | 導入前要確認的內容 |
|---|---|
| 電話環境與接入 | PBX 品牌、型號、地端或雲端、第三方分機整合條件 |
| 服務號碼與時段 | 哪支代表號交給 AI、目前分流方式、上下班流程 |
| 通話資源 | 預計同時進線量、分機配置、是否與外撥共用 |
| 設定權限 | 誰可以修改總機、網路與防火牆 |
| 錄音與資料存放 | 錄音與客戶資料的存放位置、部署要求、存取權限 |
| 高頻問答 | 前 20 個常見問題、標準答案與可用素材 |
| 人工處理邊界 | 沒有標準答案或必須轉真人的情境 |
| 內容維護 | 答案核准人、更新負責人與檢視頻率 |
| 系統介面 | 要串哪些系統、API 文件、查詢或寫入需求 |
| 認證與測試環境 | 認證方式、權限核准人、測試環境 |
| 驗收案例 | 客戶問法、AI 預期行為、轉接條件與通過標準 |
| 上線後檢視 | 誰檢查未命中問題、知識更新與轉接資料 |
如果這四個區塊大部分都有答案，代表專案已具備進一步設計與測試的條件；尚未具備的部分，則先確認是否影響第一階段的服務範圍。
導入 AI 電話客服常見的卡關點，如何提早排除？
除了備妥資料，也要確認資料能否使用、設定由誰執行，以及規則由誰核准。原本分散在不同部門的工作，可以在啟動會議中一起確認。
| 卡關情況 | 導入前先確認什麼 |
|---|---|
| PBX 可以整合，但沒有人能修改設定 | 找到有設定權限的 IT 或總機維護商，確認分機、路由與網路調整由誰執行 |
| 文件很多，但各版本的規則不一致 | 由內容負責人核准目前適用版本，再提供給 AI 使用 |
| API 已有文件，但權限尚未取得 | 確認帳號、Token、VPN、白名單及測試環境等實際所需條件，由誰申請與核准 |
| 到驗收才討論哪些問題不能讓 AI 回答 | 在知識盤點時先定義人工處理情境，並把轉真人條件納入測試 |
上線後要維護什麼？先看未命中問題與內容更新
上線後不要只看接通量，也要透過通話錄音、逐字稿、AI 摘要與問題分類，檢視客戶需求及實際服務情況。
優先查看客戶提出、但 AI 沒有足夠依據回答的問題，再判斷是要補充知識、修正內容，還是列入人工處理情境。問題分類也能協助團隊掌握熱門需求與轉人工原因，持續調整服務流程。
維護工作應有負責人與檢視頻率，至少涵蓋知識更新、轉接條件、通訊錄與系統權限。活動、服務規則或人員異動時，也要同步檢查對應內容與設定。
常見問題 FAQ
導入 AI 電話客服一定要換總機嗎？
不一定。若既有 PBX 支援第三方標準網路電話分機整合，就有機會保留原本的總機、代表號與分機架構。
實際接入方式仍要依 PBX 型號、網路環境、原廠限制與現有設定評估。類比線路、較舊設備或封閉內網，則需要另外確認。
沒有完整 FAQ，也可以先導入嗎？
可以。先整理高頻問題與經確認的標準答案，圈定第一階段要處理的服務範圍，再把沒有標準答案或需要個案判斷的問題，安排為真人轉接或後續人工處理。
知識庫可以持續補充，但哪些問題可以回答、無法回答時怎麼處理，以及誰負責內容更新，應在上線前確認。
沒有 API，AI 電話客服還能做嗎？
可以先處理標準知識問答、需求確認與結構化收單，把結果留在 Qubby 後台，再由人工接續既有流程。
這不等於已完成既有系統的查詢或更新。即時查詢與寫回功能，仍須具備相應 API、文件、認證與權限，並完成串接、測試與驗收。
導入 AI 電話客服需要 IT 參與嗎？
通常需要。日常的名單、知識與流程設定不一定需要寫程式，但 PBX、網路、防火牆、API、帳號權限與資安要求，仍需要 IT、系統管理者或外部維護商參與。
導入時應分別指定電話、內容與系統的負責窗口，避免所有待確認事項都集中在單一人員身上。
AI 電話客服上線後還需要維護嗎？
需要。至少要持續檢查知識內容是否過期、轉接條件是否適用，以及通訊錄、分機與系統權限是否跟著組織異動更新。
也要透過實際通話紀錄檢視未命中的問題，決定應補充知識、修正流程，還是改由人工處理，並安排固定的維護窗口與檢視頻率。
先把第一階段的範圍說清楚，再開始整合
從 PBX 資訊、高頻問題、需要串接的系統與預期處理結果開始，就能整理出一份可以討論的導入範圍。尚未備妥的部分，則列出負責窗口與待確認事項，不必等所有條件齊備才開始評估。
電話接入應優先確認，知識與流程素材則可以同步盤點。重點是把第一階段要完成的事情、由誰負責，以及怎樣算通過驗收說清楚。
正在規劃 AI 電話客服？ 可帶著這份清單、現有 FAQ、流程圖，以及已備妥的 API 文件，與 Qubby AI 逐項確認可先導入的服務、需要的串接條件與驗收方式。
延伸閱讀
進一步規劃 AI 電話客服，可依目前需要確認的環節閱讀以下文章：
- AI IVR 與傳統 IVR 差在哪？功能比較、適用情境與導入評估：比較按鍵選單與 AI 對話，釐清哪些流程保留、哪些適合加入 AI，以及查詢與寫回的串接條件。
- AI 客服轉真人怎麼設計？4 種轉接情境、交接資訊與未接備援：確認何時轉真人、專員需要哪些資訊，以及真人未接或非服務時間的後續處理。
- 不用換掉總機，AI 就能幫你接電話：了解既有 PBX 的整合方式，以及來電分流、分機轉接與忙線時的處理。
- 地端還是雲端？企業整合 AI 語音總機的兩種部署架構：比較部署方式、資料存放位置與維運分工，協助確認電話與資料環境的準備方向。