用DeepSeek做企業微信雙語客服

簡而言之： DeepSeek可以驅動一個企業微信客服機器人，用中文回覆內地客戶，同時為海外總部產生一份英文簡報；而且由於DeepSeek的API部署在中國境內，資料在地化這件事比把聊天記錄送去境外模型要簡單得多。真正決定成敗的，是轉真人的路徑、雙語提示詞設計，以及搞清楚《個人資訊保護法》到底要求哪些告知與同意。

如果你的客戶在中國內地，你的客服佇列就不是一個信箱，而是企業微信——客戶像給同事傳訊息一樣給你傳訊息，期待幾分鐘內得到回覆，而且用中文寫。與此同時，掌握產品的總部在新加坡、東京或更西邊的地方，讀英文，對這一切毫無可見度。這個斷層才是真正的問題，而在企業微信裡加一層AI，恰恰最擅長彌合它。

為什麼面向中國的客服真正發生在企業微信裡

因為客戶本來就在那裡。 企業微信直接連通個人微信，客戶可以從自己整天都在用的那個App裡找到你的客服帳號，不需要安裝任何東西、不需要在哪裡註冊、也不用等一封郵件回覆。讓他們改用一個西方的工單入口，等於是在請他們幫你一個忙。

期待值是對話式的，而不是工單式的。 訊息是一段一段短促往返地過來的，常常跨越好幾個小時，有時候還帶一則語音或者一張螢幕照片。一個圍繞「每個問題一張格式完整的工單」建立起來的客服模型，和這個管道的真實使用方式並不匹配。

這一切對讀英文的總部完全不可見。 對話是中文的，發生在中文平台上，由本地團隊處理，等它傳到總部時已經被壓縮成一份週報摘要。產品決策就在缺少「客戶到底說了什麼」的實質內容的情況下做出了。

境外託管的AI工具並不適合這個管道。 先撇開網路可靠性不談，把內地客戶的聊天記錄傳給境外模型，會把一個客服流程變成一次個人資訊跨境傳輸——在《個人資訊保護法》下這是一個有具體要求的特定法律行為，不是一條註腳。

最後這一點，正是DeepSeek在這個具體場景裡反覆被提到的原因。它是一個能力不錯、API部署在中國境內的模型，這意味著聊天記錄預設就留在境內，而不是靠例外安排才留在境內。

把DeepSeek接進企業微信

架構上就是一條中間夾了模型的訊息轉送鏈。企業微信把客戶的入站訊息投遞到你控制的一個回呼URL；你的服務讀取訊息、呼叫DeepSeek的API得到一則建議回覆，再透過企業微信的發訊息API把結果傳回去——或者更好的做法是，先進入客服人員的佇列等待確認，再發出去。

企業微信應用註冊與回呼設定

在企業微信管理後台，你可以建立一個自建應用；如果是面向客戶的場景，則要設定「客戶聯繫」能力，正是它讓你的帳號能夠與外部微信使用者互動，而不只是與內部員工互動。你會拿到CorpID、應用ID和一個Secret；回呼設定需要一個公網可達的HTTPS端點、一個Token和一個EncodingAESKey——因為企業微信會對傳給你的訊息內容做加密。

第一次做這件事的團隊，有兩點幾乎必定會被絆到。第一，企業微信在設定時會透過傳送一個挑戰字串來驗證你的回呼URL，你必須正確解密並原樣回傳——加密處理寫錯了就什麼都跑不通，而錯誤訊息相當不友善。第二，這個端點必須能從中國內地穩定存取，實際上這意味著要把它部署在內地的雲端區域。到這裡，一個面向公網的網域就會牽出境內ICP備案的問題，值得在動工之前就確認清楚自己的立場，而不是事後再說。

處理雙語場景：中文回客戶，英文簡報給總部

直覺做法是跑一次提示詞，然後把輸出翻譯一遍。更好的模式是從同一段對話脈絡裡產出兩份彼此獨立的輸出。

面向客戶的回覆用中文原生產生，提示詞裡帶上語氣規則（正式還是親切、是否使用「您」、品牌調性是否允許表情符號），並且錨定在你自己的知識庫上，而不是模型的通用知識上。這是一則用中文寫出來的回覆，而不是一則英文回覆的譯文——差別對母語讀者來說一目了然，而這正是「感覺在地」和「感覺是進口的」客服機器人之間的主要區別。

內部英文簡報是對同一段對話討論串的第二次呼叫：客戶問了什麼、回答了什麼、還有哪些未解決、情緒如何、是否需要產品團隊關注。這份內容會進入你的工單系統或者某個Slack/Teams頻道給總部看。它不是把對話翻譯一遍，而是給一個需要在三十秒內抓住實質的人寫的摘要。

把兩者分開，也把失敗模式分開了。一份笨拙的內部簡報只是讓人不舒服；一則笨拙的客戶回覆，則是一起面向客戶的事故。

一個實作做法：從入站訊息到經過複核的雙語回覆

一位客戶用中文給你的企業微信客服帳號傳訊息，分兩段描述了一個問題，間隔三十秒，其中一段帶著截圖。

你的回呼服務接收並解密這兩則訊息，把它們歸入同一段對話脈絡，而不是當成兩次獨立的提問，同時拉取這位客戶最近的歷史記錄。

一個檢索環節找出相關的知識庫文章——這一步是很多團隊會跳過的，而跳過它正是機器人會自信地編造出一條根本不存在的政策的原因。模型應該基於你已經寫下來的答案作答，而不是基於它猜測「像你們這樣的公司大概會怎麼說」。

DeepSeek產生中文回覆，約束在檢索到的材料範圍內，並明確要求：不知道就說不知道並提供轉真人，而不是猜。

一位人工客服在企業微信的客服工作台看到這則草稿，選擇直接傳送、編輯後傳送，或者接手對話。 從這裡開始。完全自動傳送是你在觀察草稿品質數週之後才贏得的決定，而不是第一天就做出的決定。

第二次DeepSeek呼叫產生英文簡報寫入工單系統，按產品模組標記，並帶一個情緒標記，好讓總部不必逐則讀完所有對話，也能看到那些棘手的交流。

機器人答不上來的每一個問題，都變成一份由某個人負責的知識庫缺口清單上的一條——這才是這套系統持續變好、而不是停留在上線那天文件涵蓋範圍上的方式。

企業微信裡的DeepSeek vs 境外託管機器人 vs 外包客服團隊

資料在地化 — DeepSeek的境內API讓聊天記錄留在境內，這是《個人資訊保護法》下最乾淨的立場。境外託管的模型會讓每一次對話都成為一次跨境傳輸，需要各自的合法性基礎。外包客服團隊介於兩者之間，完全取決於供應商在哪裡營運、合約裡怎麼寫。
中文品質 — DeepSeek和其他國產模型在內地中文的對話語域上表現很強，包括人們在微信裡真實使用的那種口語化、縮略的寫法。領先的境外模型中文也不錯，但「中文不錯」和「聽起來像企業微信裡的內地客服」不是一回事。在細微處，人工外包團隊仍然勝出。
從內地存取的網路可靠性 — 從內地存取，一個境內託管的API就是比境外端點更可靠，這是一個務實的維運判斷，不是政治判斷。時不時逾時的客服，比沒有機器人更糟。
規模化後的成本 — AI路線每次互動的成本只是幾分錢的零頭；外包雙語客服團隊是按席次或按工單計費的合約，隨量線性成長。量越大AI的優勢越明顯；如果你一天只處理二十則訊息，這個優勢可以忽略不計。
應對意外情況 — 人工團隊完勝。憤怒的客戶、不尋常的商務訴求，或者任何涉及退款或合約的事情，都需要一個人來處理；這裡真正重要的設計決策，是機器人多快轉真人，而不是它多努力地嘗試。
建置與維護 — 外包團隊是一份合約。DeepSeek這套是一個扎實的整合專案，外加對提示詞和知識庫的長期所有權。預算要留給「長期維護」，而不只是「建置」——一個沒人維護的客服機器人，退化得比幾乎任何其他自動化都快。

翻譯品質、語氣，以及人必須留在迴路裡的地方

真正傷害品牌的失誤，不是某個詞翻錯了，而是語氣。中文商務溝通承載語域的方式，是天真的翻譯流程保不住的：用「您」還是「你」、道歉怎麼組織、拒絕之前要鋪墊多少緩衝。一則事實正確但語氣不對的回覆，讀起來就是敷衍，而客戶不會告訴你——他們只會投訴升級，或者直接離開。

三條規則基本能涵蓋大部分情況。原生產生而不是翻譯，讓模型從一開始就用中文語域來組織。把明確的語氣規則寫進系統提示詞，並用真實的歷史對話去測試，而不是用編造的例子。以及，在任何涉及金錢、合約承諾、客訴，或者客戶明顯情緒不佳的場景上，劃一條硬性的人工邊界——不是因為模型寫不出得體的句子，而是因為這些恰恰是「出錯代價高昂」的對話，應該由人來對結果負責。

把這件事做對：資料在地化、API金鑰，以及何時該讓IT介入

在動手建置之前，先把資料流向寫下來。 對一套「企業微信+DeepSeek」的方案來說，誠實的答案通常是「訊息內容和客戶識別資訊都留在內地基礎設施內」，這是一個很強的立場——但它只有在英文簡報不會連著完整對話記錄一起被推送到境外工單系統時才成立。那一步就是跨境傳輸，而解法很直接：只傳摘要，不傳原始對話，並有意識地決定哪些識別資訊隨之一起走。

把《個人資訊保護法》的告知與同意當作設計輸入。 客戶應該知道自己正在與一個AI輔助的管道對話，以及這段對話會被如何處理。這在你的服務帳號歡迎語裡就是一行字，不是一個法務專案，而且在上線時就加進去，遠比事後補要容易。

妥善保管API金鑰和企業微信的各項憑證。 CorpID、應用Secret、EncodingAESKey再加上DeepSeek的金鑰，合在一起足以既讀取你的客戶對話，又以貴司名義傳送訊息。這些應該放在帶輪換機制的金鑰管理服務裡，而不是整合伺服器上的一個設定檔裡。

明確知識庫由誰負責。 機器人的品質上限就是你文件的品質上限。必須有人對那份缺口清單負責，而這個人應該來自客服團隊，而不是建置流程的工程師。

Brocent的7×24小時多語種服務台以國語、粵語和英語運作；實務上，這樣一層AI最好是坐在人工服務台前面而不是取而代之——機器人吸收掉重複量，服務台處理剩下的部分。我們的AI+支援服務負責企業微信整合、檢索設定與提示詞設計，託管IT支援則涵蓋託管、憑證與監控，讓它持續跑下去。如果你的問題更多是關於模型和資料在中國境內該放在哪，我們那篇用DeepSeek建置中國合規知識助理的指南直接講的就是這塊。Brocent自2007年在北京創立以來一直在亞洲提供託管IT與安全服務，總部位於新加坡，並自2016年起設有香港辦公室。

常見問題

這套方案會讓客戶資料離開中國嗎？

核心迴圈不會——企業微信是境內平台，DeepSeek的API也部署在境內，所以對話和產生的回覆都留在境內。資料通常會離境的地方，是那份送往境外工單工具的內部英文簡報。傳摘要而不是完整記錄，決定好哪些識別資訊隨行，如果你處理的是敏感個人資訊，還應就跨境立場諮詢法律顧問。

機器人能在企業微信裡轉給人工客服嗎？

能，而且應該這麼做。企業微信支援把會話轉接給人工客服，實務上更好的設計是先讓AI在客服工作台裡以「起草+建議」的形態運作。第一天就該設好的升級觸發條件包括：檢索信心度低、任何提到退款或合約的內容、反覆表達不滿，以及客戶明確要求轉真人。

《個人資訊保護法》如何適用於聊天記錄？

包含客戶識別資訊的聊天記錄屬於個人資訊。實務上的義務是：告知蒐集了什麼以及為什麼、處理要有合法性基礎、保存時長要有節制，以及一旦其中任何部分跨境，就需要另有合法性基礎並滿足額外要求。把儲存和處理完全放在內地基礎設施內，正是讓其餘部分變得可管理的前提。

機器翻譯在客服語氣上夠用嗎？

對內部簡報來說，一般夠用。對面向客戶的回覆，請用中文原生產生而不是翻譯——一則翻譯過來的回覆會帶著英文的句式和語域，母語讀者立刻就能察覺。這個差距在道歉、拒絕，以及任何需要拿捏禮貌分寸的場景裡最為明顯。

我們需要內地伺服器和ICP備案嗎？

你的回呼端點必須能從中國內地穩定存取，實務中這意味著要用內地託管。是否適用ICP備案取決於網域以及它的使用方式，所以請對照你的實際方案在動工之前確認——這是一個有前置期的事項，發現得太晚就會變成進度問題。

如果我們已經在用Zendesk或其他西方工單系統呢？

把它保留為記錄系統，把企業微信當作一個向它輸送內容的管道。英文簡報變成工單；中文對話留在企業微信裡，也就是客戶所在的地方。真正行不通的做法，是為了遷就工具而把內地客戶硬趕到一個西方入口上去。

同一套設定能應對粵語或繁體中文客戶嗎？

書面繁體中文作為一種輸出模式很容易加上。口語化書寫的粵語要難得多，在做出承諾之前值得用真實訊息專門測試，尤其是當你透過同一個管道服務香港客戶時。

從哪裡開始

先從你量最大、風險最低的那一類問題入手——物流狀態、帳號開通、基礎操作指引——做一個「只出草稿」的機器人，檢索基於你現有的文件，每一則回覆都由人工客服確認。跑上幾週，統計兩件事：草稿未經修改就發出的比例，以及機器人答不上來的問題。前一個數字告訴你什麼時候可以放寬自動化範圍；後一個就是你的知識庫藍圖。等中文這一側表現穩定之後，再加上英文簡報。如果你更希望由在這個市場裡真正做過的人來建置企業微信整合和這套合規框架，歡迎聯絡我們。