AI IVR 和傳統 IVR 差在哪？從按鍵分流到直接完成服務
傳統 IVR 的核心是分流，把電話送到正確窗口；AI IVR 則多了一層理解、補問、查詢與收單能力，讓部分標準化需求可以直接在通話中完成。
AI IVR 與傳統 IVR 差在哪？功能比較、適用情境與導入評估
企業已經有語音選單，還需要導入 AI IVR 嗎？
AI IVR 與傳統按鍵式 IVR 的差別，主要在客戶如何表達需求，以及系統如何接續處理。 按鍵式 IVR 讓客戶依提示選擇服務、輸入資料；AI IVR 則讓客戶直接說明需求，再透過對話補問必要資訊，依知識內容與系統串接條件回答、查詢或收單。
不過，傳統 IVR 也可能已經具備自助查詢功能；AI IVR 能否查詢或更新既有系統，同樣需要確認介面、權限與整合範圍。真正值得比較的，不只是「按鍵或說話」，而是：哪些服務原本就能完成，哪些還需要人工重複詢問，而 AI 對話能改善其中哪些環節。
AI IVR 與傳統 IVR 功能比較：差別不只在按鍵或說話
以下以常見的按鍵選單型 IVR，與 Qubby AI IVR 電話客服 的規劃方式比較。不同系統的實際能力仍要看配置與整合範圍。
| 比較項目 | 按鍵選單型 IVR | Qubby AI IVR |
|---|---|---|
| 需求表達 | 依語音提示選擇服務項目、輸入指定資料 | 客戶直接說明需求，再依對話補問 |
| 流程推進 | 按預先編排的選單與欄位前進 | 依來電意圖與已取得資訊，接續設定好的服務流程 |
| 知識回答 | 依原有流程提供固定資訊或轉接窗口 | 依知識內容回答，依據不足時安排人工處理 |
| 即時查詢 | 取決於既有系統是否已配置查詢功能 | 具備對應 API、文件、認證與權限，並完成串接與測試後，可納入對話流程 |
| 需求收集 | 依原有輸入與紀錄方式處理 | 補問必要欄位，將收單結果留在 Qubby 後台 |
| 寫回既有系統 | 依原本流程與整合範圍確認 | 另行確認寫入介面、權限及測試結果 |
| 真人接手 | 依既有路由與轉接設定 | 可直接轉接，或先收斂需求再交接；資訊同步依通路與整合方式確認 |
| 維護重點 | 選單分類、語音提示與既有流程 | 知識內容、對話流程、轉接條件與專有名詞辨識校正 |
如果原有 IVR 已經能完成某項查詢，就應把這項能力視為現況，而不是導入 AI 才新增的功能。 接著再比較：客戶是否更容易表達需求、缺少資訊時能否接續處理，以及最後交給真人的工作有沒有改變。
同一通維修查詢，傳統 IVR 與 AI IVR 會怎麼處理？
以一個常見需求為例：
「我上週送修的機器好了沒？」
以下是流程示例，不是真實客戶通話或效能測試。假設企業的維修系統允許使用報修時登記的電話號碼查詢，而且兩種流程都已完成必要的查詢設定與資料使用條件確認。
| 處理階段 | 按鍵式查詢流程示例 | AI 對話流程示例 |
|---|---|---|
| 表達需求 | 依提示選擇「維修服務」與「進度查詢」 | 直接說「我上週送修的機器好了沒？」 |
| 提供條件 | 依提示輸入報修時登記的電話號碼 | AI 補問：「方便提供報修時登記的電話號碼嗎？」 |
| 查詢資料 | 由已設定的查詢流程取得結果 | 由已完成串接的流程查詢維修系統 |
| 回覆結果 | 依既有流程提供維修進度 | 依查詢結果回覆目前進度 |
這個例子中，兩種流程都能查到資料，主要差別在於需求表達與資料收集方式：按鍵式流程讓客戶依選單輸入；AI 對話則從客戶的說法判斷需求，再補問缺少的資訊。
如果企業原本只有分流與轉接，導入 AI 時也可能一併加入查詢與收單。但這是對話設計、服務流程與系統整合共同完成的結果，而不是只要改成語音互動，就能自動取得後端資料。
後續要登記取件時間，先分清楚「收單」與「寫回」
同一通電話也可以依規劃接續詢問取件需求。Qubby 可逐項收集並確認資料，將需求留在 Qubby 後台，交由人員接續處理。
把取件需求記錄下來，不等於已經在維修系統完成安排。 若要直接更新既有系統，還要另外完成寫入介面、權限與測試。只有查詢權限時，應清楚告知客戶已登記需求，後續仍由專員確認。
尚未完成維修系統串接時，AI 仍可回答一般問題、收齊資料交給人工，但不能把這種處理方式說成已查得個案的即時進度。
哪些來電適合交給 AI IVR？用四個問題盤點
先整理最近幾個月的前 10 大來電意圖，並記錄各自的來電量或占比。這裡的「意圖」指客戶想完成的事情，例如查進度、確認營業時間或修改預約，而不只是依部門名稱分類。
接著，可用下面四個問題規劃服務分工：
| 判斷問題 | 如果是 | 如果否 |
|---|---|---|
| 1. 是否涉及金額爭議、醫療判斷、法律認定等個案判斷？ | 直接轉真人 | 繼續下一題 |
| 2. 是否屬於需要人工處理的客訴或申訴？ | 直接轉真人 | 繼續下一題 |
| 3. 是否有標準答案或明確的處理流程？ | 繼續下一題 | AI 收斂需求後交給真人 |
| 4. 完成需求是否需要即時查詢或寫回既有系統？ | 相應介面、權限與整合測試已完成，才評估由 AI 完成；否則先收單或轉真人 | 在知識與流程範圍內，由 AI 處理 |
盤點結果可以分成三類，不必只在「全部交給 AI」與「全部由人工處理」之間選擇。
1. 直接轉真人：需要判斷、協商或處理爭議
金額與合約爭議、需要人工承接的客訴，以及涉及專業判斷或高風險決策的個案，應依企業規則交給專員。
這些需求的重點不只是取得資訊，還涉及判斷與處理權限。若本來就需要真人，不必為了增加 AI 承接的步驟而延後交接。
2. AI 可完成：標準問答，或已完成串接的明確流程
營業時間、據點位置、已確認的收費方式與服務規則，可在相應知識範圍內回答。
查詢維修進度、確認預約、修改預約或更新資料，則要以實際完成的系統串接為前提。其中，查詢與寫入是不同範圍，應分別確認。
3. AI 收斂後轉真人：先整理需求，再交給專員
當問題需要個案處理，或答案位於尚未串接的系統時，可以先由 AI 確認需求、收集必要資料，再依接手方式提供摘要。
這類流程的目標，是讓專員知道客戶想處理什麼、已提供哪些資訊，以及還有哪些事情沒有完成，減少接手後重複詢問。轉真人也可以是原本就規劃好的服務流程，而不是 AI 處理失敗。
轉接條件、交接資訊與未接時的後續處理，可參考〈AI 客服轉真人怎麼設計？4 種轉接情境、交接資訊與未接備援〉。
已有 IVR 要不要保留？先看來電占比與現行流程
不需要把所有代表號一次換成 AI。 服務類型穩定、客戶熟悉，而且現有選單已能順利完成的流程，可以先保留。
對來電量大、問題集中、規則明確，但目前仍需要人工重複詢問的代表號或服務情境，則可評估先導入 Qubby AI。其他號碼維持原本流程；不同代表號也可依規劃配置不同 AI 角色，分別設定開場白、知識範圍、服務流程與真人轉接規則。
評估時，不宜只看前 10 大意圖中「有幾個」適合 AI。更有用的是一起查看：各意圖占多少來電、原本已自助完成到哪一步，以及剩下哪些工作仍需要真人。
一個來電占比高、處理流程明確的需求，就可能值得單獨評估；不需要湊到特定數量，才開始討論導入。
導入 Qubby AI IVR 前，還要確認哪些條件？
1. 既有 PBX 是否能整合
導入 AI IVR 不一定需要更換原有總機。在支援的電話環境下，Qubby 可透過標準網路電話分機向既有 PBX 註冊，保留原有總機、代表號與分機架構。
評估時，應先確認 PBX 型號、SIP 分機接入能力、網路環境，以及原廠與防火牆限制。類比線路、較舊設備或封閉內網需要另外評估，不能預設所有環境都能直接整合。
相關接法可參考〈不用換掉總機，AI 就能幫你接電話〉。
2. 知識、查詢與寫入範圍是否已確認
知識問答需要有適用且經確認的內容；即時查詢需要相應 API、文件、認證與權限；修改預約、更新資料或建立單據，還要另外確認寫入介面與測試結果。
這三件事應逐項確認，而不是只用「已串接」概括。尚未具備完整條件時，可以先導入知識問答與需求收集，再由人工接續處理。
通話錄音、對話紀錄與客戶資料的存放位置，也應在導入時確認。部署方式可參考〈地端還是雲端？企業整合 AI 語音總機的兩種部署架構〉。
3. 專有名詞是否納入測試與校正
產品型號、藥品名稱、據點簡稱、特殊人名及破音字，應納入實際通話測試。Qubby 可透過熱詞與發音校正處理相關辨識需求，並在上線後依通話情況持續調整。
除了確認辨識結果，也要把電話環境、知識素材、系統權限與驗收方式放進導入清單，逐項確認負責窗口。
完整準備項目可參考〈導入 AI 電話客服前要準備什麼？4 大準備項目與上線檢查清單〉。
常見問題 FAQ
AI IVR 就是把按鍵改成語音嗎？
不只是這樣。AI IVR 除了讓客戶直接說明需求，還可補問必要資料，接續知識回答、分流與收單流程。即時查詢或更新既有系統，則需要完成相應串接。
比較時，應同時看互動方式與服務流程，不要把既有 IVR 已具備的查詢能力，重複算成導入 AI 才增加的功能。
已經有傳統 IVR，還需要 AI IVR 嗎？
要看來電結構與現有流程。原本已能順利完成的服務，可以保留；來電量大、規則明確，但仍需要人工重複詢問或收集資料的情境，則值得優先評估。
除了適合 AI 的意圖數量，也應看各意圖的來電占比，以及知識與系統串接是否具備條件。
AI IVR 可以完全取代真人客服嗎？
不應把完全取代真人當成導入前提。客訴、爭議、專業判斷與需要人工協商的個案，仍應依企業規則由專員處理。
較適合的分工，是讓 AI 承接標準化問答與明確流程，必要時先整理需求與資料，再交給真人接續。
沒有 API，可以用 AI IVR 嗎？
可以先導入標準知識問答與需求收集，將結果留在 Qubby 後台，再由人員接手。
但需要即時查詢或寫回既有系統的服務，仍須準備相應 API、文件、認證與權限，並完成串接與測試。收齊資料，不等於已經在既有系統完成查詢或異動。
原本的 IVR 要全部拆掉嗎？
不一定。可先針對特定代表號或服務情境加入 AI，其他維持原本 IVR，逐步測試並調整分工。
原有總機是否能保留，則要依 PBX、網路與整合條件確認，不代表每一種電話環境都能直接套用相同接法。
AI IVR 導入前最先該做什麼？
先整理最近幾個月的前 10 大來電意圖與來電量，註明原本 IVR 已完成哪些步驟、哪些仍需真人，再確認標準答案、處理權限與系統串接條件。
這份盤點可以幫助企業決定哪些流程保留、哪些適合交給 AI，以及應優先從哪個代表號或服務情境開始。
先找出現有流程還沒完成的工作，再評估 AI IVR
評估 AI IVR，不必先決定要不要換掉整套語音選單。先看客戶最常提出哪些需求、原本流程已經做到哪裡，以及專員仍在重複處理哪些工作，再決定適合加入 AI 對話的環節。
把主要來電意圖、現有處理方式，以及需要的知識與系統條件整理清楚，才能具體討論哪些流程保留、哪些由 AI 完成，以及哪些從一開始就交給真人。
正在評估 AI IVR？ 可先整理現有總機型號、主要來電需求與希望串接的系統，與 Qubby AI 討論適合的導入範圍與服務分工。
延伸閱讀
準備進一步規劃 AI IVR，可依目前的需求閱讀以下文章：
- 導入 AI 電話客服前要準備什麼？4 大準備項目與上線檢查清單：整理電話環境、知識素材、系統權限與驗收標準。
- AI 客服轉真人怎麼設計？4 種轉接情境、交接資訊與未接備援：確認何時轉接、專員需要哪些資訊，以及真人未接時的後續處理。
- 不用換掉總機，AI 就能幫你接電話：了解既有 PBX 的整合方式，以及來電分流與轉接流程。
- 地端還是雲端？企業整合 AI 語音總機的兩種部署架構：比較部署方式、資料存放位置與維運安排。