AI客服系統怎麼建置：網站、WhatsApp、微信多語言客服指南

AI 客服系統的原理並不複雜：把公司的產品資料、政策和常見問題整理成知識庫，接上大型語言模型，再串接到網站、WhatsApp 或微信，就能全天候用客戶的語言回答問題。難的是讓它答得準、知道什麼時候該交給真人，並且守住平台規則和資料法規。這篇文章依建置順序講清楚 AI 客服怎麼做、方案怎麼選、錢花在哪裡，以及最常見的誤區。

重點

可靠的 AI 客服 = 整理乾淨的知識庫 + 只回答業務範圍內的問題 + 隨時可以轉接真人 + 一開始就告訴客戶這是 AI。先從一個管道、一類高頻問題做起，上線後每週檢視對話紀錄、持續修正；選哪一家模型，反而不是最關鍵的。

AI客服機器人適合哪些情境

AI 客服機器人最適合問題重複、答案在公司資料裡找得到的情境：

售前諮詢：產品規格、最低訂購量、付款和出貨方式，依您提供的價目表和政策回答。
訂單與售後：退換貨政策、使用說明、保固條款；串接訂單系統後，還能查詢訂單和物流狀態。
多語言客戶：外貿、跨境電商和接待觀光客的商家，客戶用英語、西班牙語、阿拉伯語等提問，AI 依據同一份知識庫用客戶的語言回答。
下班時間和尖峰時段：先接住諮詢、回答常見問題、留下需求和聯絡方式，再由同事跟進。

需要判斷和承諾的事，不適合直接交給 AI：議價、客訴與賠償、退款這類會變更資料的操作，以及醫療、法律等高風險建議。在這些情境裡，AI 可以先蒐集資訊、整理摘要，再交給同事處理。

AI客服系統怎麼建置：六個步驟

建置 AI 客服分六步：整理知識庫、選模型和平台、串接管道、設計轉接真人、測試上線、持續最佳化。前兩步決定答得準不準，後四步決定能不能放心讓它面對客戶。

1. 整理知識庫

AI 客服答得好不好，首先取決於知識庫，因為它應該只根據您提供的資料回答。主流做法是檢索增強生成（RAG）：客戶提問時，系統先從知識庫檢索最相關的內容，再連同問題交給大型語言模型生成回答，Dify 的知識庫文件（簡體中文）就是這樣描述這個流程的。

客服知識庫要特別注意三點：把高頻問題寫成「一問一答」，比整本手冊更容易被準確檢索到；刪掉過期的價目表和政策，統一互相矛盾的說法，每份資料指定負責人；產品名稱、型號和政策條款準備一份官方譯名對照表，AI 用不同語言回答時說法才會一致。知識庫的完整建置方法，可以參考我們的〈企業AI知識庫怎麼建立〉。

2. 選模型和建置平台

模型和平台怎麼選，取決於資料可以放在哪裡、要串接哪些系統、團隊裡有沒有人維護：

商用大型語言模型 API（如 OpenAI、Anthropic 的 Claude、Google 的 Gemini）：效果好、上手快。OpenAI 的 API 文件（英文）寫明，自 2023 年 3 月 1 日起，傳送到 API 的資料預設不會用於訓練模型；Anthropic 也聲明，API 等商業產品的輸入和輸出預設不會用於訓練。
開源模型私有化（地端）部署（如 DeepSeek、通義千問）：資料不出公司，但需要伺服器、運算資源和維運人力。
建置平台：Dify、扣子（Coze）這類平台可以用低程式碼、視覺化的方式建置智能體和工作流程，比從零開發快得多。Dify 是開源軟體，可以用 Docker 自行部署，也有雲端服務版；它的授權條款是附加條件的 Apache 2.0，例如未經書面授權不得用原始碼經營多租戶服務，也不得移除前端介面的 Logo 和版權資訊。
完全自行開發：直接呼叫模型 API，自建檢索和對話服務，最有彈性，成本也最高。

3. 串接管道

網站、WhatsApp 和微信這幾個常見管道，串接方式各不相同：

網站：嵌入聊天視窗元件，樣式、開場白和資料蒐集表單都能自訂。注意別拖慢網頁載入速度；元件如果設定非必要的 Cookie 或追蹤訪客，在歐盟要先取得同意。
WhatsApp：透過 WhatsApp Business Platform（Meta 的企業訊息 API）接入，可以自行對接，也可以透過解決方案供應商（Solution Provider）；包括 Meta 內建 Business Agent 在內的三種做法比較，見〈WhatsApp AI Agent 怎麼選〉。
微信：常用企業微信的「微信客服」，透過 API 收發訊息、分配對話。

各平台對自動回覆的時限、則數和轉接真人都有各自的規定，串接前要先讀清楚平台規則。

4. 設計轉接真人

轉接真人是 AI 客服設計的一部分，不是出了問題才補的漏洞。以下情況應當轉給同事：客戶要求找真人；知識庫沒有答案或 AI 連續答不出來；客訴、退款、賠償以及法律、健康問題；大額詢價；客戶情緒明顯激動。

轉接時把對話摘要、客戶資訊和已經問過的問題一起交給同事，客戶不必從頭再說一次；下班時間則告訴客戶會由同事跟進，並留下聯絡方式。如果還不放心讓 AI 直接回覆，可以先採用「AI 草擬、同事確認後送出」的模式。

5. 測試和上線

上線前一定要用真實問題測試：從過去的客服紀錄裡挑出幾十到上百個有代表性的問題，各種語言都要有，再加上刁鑽的問題，例如知識庫裡沒有答案的、引誘 AI 承諾折扣或交期的、要求它忽略指令或說出內部設定的（提示詞注入）。逐條檢查答得對不對、語氣合不合適、該轉接真人時有沒有轉。上線時先從一個管道或一類問題開始，並在開場白說明這是 AI 助理。

6. 持續最佳化

AI 客服上線只是開始。每週檢視一遍對話紀錄，重點看 AI 答不出來的、轉接了真人的和客戶不滿意的對話，據此補充或修正知識庫；價格、政策一有變動，知識庫要同步更新。可以追蹤 AI 獨立解決的比例、轉接率、首次回應時間和客戶滿意度。

WhatsApp 和微信：串接前要看清楚的平台規則

WhatsApp 仍然允許企業用 AI 做客服，限制的是「通用 AI 助理」。 Meta 的 WhatsApp Business Platform 條款第 4.7 條規定，大型語言模型、生成式 AI 平台、通用 AI 助理等技術的提供者，不得透過該平台提供以這些技術為主要（而非附帶或輔助）功能的服務，是否屬於這種情形由 Meta 自行判定。依條款字面，企業用 AI 回答自家產品、訂單和服務的問題時，AI 是輔助功能，一般不屬於這條限制針對的情形；但正因為由 Meta 判定，AI 客服應該聚焦在您的業務上，不要做成什麼都能聊的聊天機器人。這項限制自 2026 年 1 月 15 日起實施；另外，歐盟執委會已於 2026 年 6 月 9 日以反壟斷臨時措施要求 Meta 恢復第三方通用 AI 助理的免費接入（英文），調查仍在進行中。

WhatsApp Business 訊息政策還有三條規則，直接影響 AI 客服的設計：

客戶傳訊息後會開啟 24 小時客服時段，時段內可以自由回覆，也可以用自動化回覆；時段外只能傳送審核通過的範本訊息。
使用自動化時，必須提供即時、清楚、直接的升級管道，例如在對話中轉接真人客服、電話、電子郵件、網站客服、到店或客服表單。
主動聯絡客戶之前，要先取得對方同意（opt-in）。

此外，Meta 條款規定：如果委託 AI 公司擔任服務供應商，不得讓 WhatsApp 平台的資料被用於訓練或改進 AI 模型，只允許微調專供您自己使用的模型。

微信方面，企業微信的「微信客服」可以接入視頻號、公眾號、小程式、微信內外的網頁和 App，官方開發文件（簡體中文）列出了各情境的接入方式。透過 API 接管時，對話可以處於「由智能助手接待」的狀態，再轉入待接入池或指定接待人員，正好對應 AI 先回答、真人接手的流程。另外，客戶主動傳訊息後的 48 小時內，企業透過介面最多可以傳送 5 則訊息，客戶再傳訊息後才能繼續回覆，所以 AI 的回答要簡潔完整，不要拆成很多則短訊息。

自建、SaaS 工具還是找團隊客製化

三種方式沒有絕對的好壞，取決於諮詢量、管道數量、資料要求和內部技術能力：

SaaS 客服工具（內建 AI 功能的線上客服軟體）：上線快、按月訂閱、不用管伺服器。但知識庫和對話資料存在供應商那裡，與訂單系統、ERP／CRM 的串接受限於它提供的介面，通常依客服帳號數或對話量計費，日後換平台還要搬移資料。適合問題單純、管道少、想先試水溫的團隊。
自建（如 Dify 加模型 API，或私有化部署開源模型）：資料、流程和成本都掌握在自己手裡，可以深度串接內部系統；代價是需要有人負責部署、監控、升級和資安強化。適合有技術團隊、資料敏感的企業。
找團隊客製化：由外部團隊整理知識庫、建置系統、串接管道和內部系統並培訓員工，交付後可以自行維運，也可以繼續委託團隊維護。關鍵是選對團隊，並在合約裡寫清楚原始碼、帳號和資料歸誰所有。

不論選哪種方式，WhatsApp 商業帳號、模型 API 帳號、伺服器和網域都應該開在公司自己名下。

AI客服費用由哪些部分構成

AI 客服的費用由一次性的建置成本和持續的營運成本組成，具體金額取決於管道數量、對話量和需要串接的系統。

一次性成本：知識庫整理（這部分的工作量常被低估）、平台建置與對話流程設計、管道接入與訂單或 CRM 等系統串接、測試和員工培訓。
模型使用費：商用模型 API 一般依處理的文字量（token）計費，隨對話量和回答長度變化；私有化部署則換成伺服器和運算資源成本。
平台訂閱或伺服器費用。
管道訊息費：以 WhatsApp 為例，Meta 按則計費，費率依國家而不同。行銷範本訊息按則收費；自 2026 年 10 月 1 日起，客服時段內的服務訊息也開始按則收費。
維護：知識庫更新、對話檢討、版本升級和安全性修補。

詢價時要問清楚：報價包含哪些部分，模型使用費和訊息費由誰支付，後續維護怎麼收費。

資料安全與合規：告知、合約和權限

AI 客服處理的是客戶的個人資料和對話內容，上線前要做好四件事：

告訴客戶這是 AI：歐盟《人工智慧法》第 50 條要求，直接與人互動的 AI 系統，其提供者要確保使用者知道自己正在和 AI 互動（情況顯而易見者除外），最遲在第一次互動時清楚告知；這一條自 2026 年 8 月 2 日起適用。依該法定義，委託他人開發、再以自己名義投入使用 AI 系統的企業也屬於「提供者」。最簡單的做法是在開場白寫明「我是某某公司的 AI 助理」。同一部法律第 4 條還要求使用 AI 的企業支持員工提升 AI 素養，見〈歐盟人工智慧法案第4條〉。面向中國大陸使用者時，《互聯網信息服務深度合成管理規定》要求可能導致公眾混淆的智能對話服務作顯著標識，《人工智能生成合成內容標識辦法》（2025 年 9 月 1 日起施行）進一步規定了在文字或互動介面加上顯式標識的方式。
和供應商簽好合約：處理歐盟客戶的個人資料時，您的公司通常是資料控制者，模型和平台供應商是處理者。GDPR 第 28 條要求只選用能提供足夠保障的處理者，並以合約約定處理事項；資料傳到歐盟以外，還要符合第五章關於跨境傳輸的規定。涉及台灣、香港或中國大陸使用者的個人資料，也要留意當地規定，例如台灣《個人資料保護法》、香港《個人資料（私隱）條例》、中國大陸《個人信息保護法》。
管好資料存放：確認對話紀錄存在哪裡、保存多久、誰能查看，並寫進隱私權政策；選用預設不拿資料訓練模型的商用版本，或採用私有化部署；成本價、員工資料等內部敏感資訊不要放進客服知識庫。
限制 AI 的權限：AI 可以查詢訂單狀態，但退款、改單要由同事確認。客戶可能故意引誘 AI 洩露內部指令或做出承諾，所以權限要在系統層面限制，不能只靠提示詞約束。

常見誤區

AI 客服效果不好時，問題往往出在下面幾處，而不是模型本身：

把所有檔案一股腦丟進知識庫：過期和互相矛盾的資料會讓 AI 前後說法不一。
讓 AI 什麼都聊：回答與業務無關的問題，既浪費使用費也增加風險，在 WhatsApp 上還可能碰觸平台對「通用 AI 助理」的限制。
讓 AI 假裝是真人：在歐盟可能違反透明義務，被識破也很傷信任。
沒有轉接真人，或轉接後同事看不到前面的對話：客戶要從頭再說一遍，體驗反而變差。
讓 AI 做承諾：折扣、交期和賠償只能引用知識庫裡寫明的政策。
上線後沒人管：價格和政策變了，知識庫還停在舊版本。

常見問題

AI客服系統怎麼建置？

建置 AI 客服系統一般分六步：把產品資料、政策和常見問題整理成知識庫；選擇商用大型語言模型 API 或私有化部署的開源模型，以及 Dify 這類建置平台；串接網站、WhatsApp、微信等管道；設定轉接真人的條件和交接方式；用真實問題測試後小範圍上線；上線後每週檢討對話紀錄、更新知識庫。

WhatsApp 還能用 AI 客服嗎？

可以。Meta 自 2026 年 1 月 15 日起限制的，是以 AI 本身為主要功能的「AI 提供者」，例如通用 AI 助理；企業用 AI 回答自家產品和訂單問題，一般不屬於這種情形。AI 客服仍要遵守 WhatsApp 的訊息政策：客戶傳訊息後的 24 小時內可以自動回覆，時段外只能傳送審核通過的範本訊息，並且必須提供清楚、直接的轉接真人管道。

AI客服的費用由什麼決定？

AI 客服的費用由一次性建置成本和持續營運成本決定。一次性成本包括知識庫整理、建置設定、管道接入與系統串接、測試和培訓；持續成本包括模型使用費或伺服器費用、平台訂閱、WhatsApp 等管道的訊息費，以及知識庫更新和日常維護。管道越多、對話量越大、要串接的系統越多，費用越高。

UsualMatrix 為企業建置以知識庫為基礎的 AI 客服：整理資料、建立知識庫，串接網站、WhatsApp、微信等管道，讓 AI 用客戶的語言回答問題，需要真人時轉給您的同事；可以用 Dify、扣子（Coze）建置，也可以私有化部署 DeepSeek、通義千問等開源模型。我們服務全球客戶，以中文、西班牙語或英語溝通。可以看看我們的 AI 導入與培訓服務，或直接聯絡我們，聊聊您的客服情境。

說明：本文涉及 WhatsApp 平台條款、歐盟《人工智慧法》、GDPR 及各地個人資料規定的內容，是截至 2026 年 10 月 1 日的一般性資訊，不構成法律意見。平台條款和法規會變動，具體請以官方最新文本為準，並諮詢律師或資料保護顧問。