客戶中英混著問怎麼回？建立辨識語言與確認偏好流程

客戶在一則訊息中混用中文與英文，客服如何辨認主語言、保留不可誤譯的名稱，並在必要時確認與記錄偏好，讓回覆自然且方便交接。

客戶在同一則訊息裡交錯使用中文與英文，並不代表他希望收到兩種語言各一份答案。客服要先看懂哪一種語言承載主要請求，再保留不可改動的名稱與原文；當線索不足或選錯會影響重要理解時，才用一句簡短問題確認。這套流程的目標，是讓回覆易讀、資訊可核對，也讓下一位同事知道已確認的偏好，而不是替客戶推測語言能力。無論是在社群私訊、網站訊息或電子郵件，先用相同判準看句子主幹與明確要求，並讓客戶有機會更正。下面依照辨識、保留、確認、表達、詢問到記錄六個步驟，示範如何在不過度打斷對話的情況下完成選擇。

找出客戶主要使用語言

客戶一則訊息常有中英詞句交錯，回覆前先判斷對方用哪種語言承載主要意思，而不是數英文單字。先讀句子的骨架：誰提出什麼要求、時間條件、疑問或否定，主要由哪一種語序和虛詞組成？再看明確指示，例如「請用英文回覆」比訊息裡偶爾出現的英文術語更有力。最後判斷中英片語扮演什麼角色：若英文只是一個產品名、按鈕標籤、日期格式或工作術語，它通常不改變主要語言。若句子本身兩邊都完整，就暫把偏好記為未明，先用短句確認；不要把字母比例當成偏好投票。

假設客戶寫「Hi，我想把明天 3pm 的 demo 改到 Friday，可以嗎？」句子的請求、疑問和語序主要是中文，時間及會議詞只是英文標記，第一輪可用中文回答並保留 demo、Friday 等原文。若改成「Could we move the demo to Friday? 明天下午我也可以」，英文句子承載主要請求，後半句補充可配合時間，則英文較適合作為主語言。若看不出哪一邊是骨架，先只回確認問題，不急著解釋全部政策。辨識時也要把同一客戶過去明確選過的語言當參考，但最新一則清楚要求優先。這只是回覆起點，不是替客戶貼上永久標籤；對方換語言或說希望改用另一種語言，就跟著調整。

實務上可以把這個判斷寫成簡短順序：先找動詞與請求，再找補充條件，最後才看術語語言。若「我要退掉昨天買的 Starter plan」這句以中文提出動作，Starter plan 是識別方案的名稱，就用中文承接退訂問題並保留方案名。若客戶整句用英文，只插入中文地名或人名，則不要因此改用中文。遇到引用內容時，分清楚客戶自己的話和他貼上的原文；錯誤訊息可能與偏好語言無關。

保留不可誤譯的專有名詞

混合訊息裡最容易出錯的，常是少數看似可翻譯、實際上不能任意改寫的字串。先圈出人名、品牌名、產品型號、訂單編號、帳號、網址、按鈕名稱、錯誤訊息、日期時間格式、幣別和縮寫，再決定句子用哪種語言。這些字串若被翻成另一個名稱，客戶可能找不到頁面、填錯代碼，或無法核對紀錄。保持原樣不代表整段都要用英文；可以保留關鍵字，旁邊用客戶偏好的語言解釋它代表什麼、接下來要做什麼。

例如客戶問「我的訂單顯示 Pending Review，是不是已經出貨？」可寫：「Pending Review 表示訂單仍在審核流程中；這個狀態本身不代表已出貨。我可以再協助確認目前可查到的物流資訊。」這裡狀態名稱原樣保留，中文說明則清楚指出它不能證明什麼。碰到不確定的術語，不要自行創造官方譯名；第一次可以寫「原文名稱（暫譯：中文說明）」，並註明若畫面顯示原文請依原文查找。處理訂單、方案或退款問題時尤其要核對識別碼與原始欄位，複製貼上前也檢查空格、大小寫及連字號。若客戶提供的字串疑似有誤，先原樣引用並請對方確認，不要默默替換成自己猜測的版本。

還要分清楚「保留原文」和「完全不解釋」：客戶未必知道內部縮寫的意思，因此原文旁可加上白話用途，但不要改動可搜尋的字串。若必須提供翻譯，讓譯文做解釋，原文仍是核對依據；同一段中的名稱寫法要一致，避免前後出現兩個版本。客服範本也應把固定標籤和可翻譯說明分開，更新術語前先確認團隊使用的正式名稱。

判斷是否先確認偏好

是否先問偏好，要看誤用語言會不會讓對方難以理解、做錯動作，或使重要意思變得含糊。若主要語言明確，訊息只是夾有常見產品詞，低風險的一般詢問可以直接用主要語言回覆，並照原樣保留專有名詞。若客戶明講偏好，照其指示，不必再問一次。若兩種語言都承載完整內容、對方在同一句要求不同語言，或下一步涉及付款、取消、帳戶安全等需要精確理解的事項，先用簡短句子確認較穩妥。確認的目的在消除歧義，不是把每則混語訊息都變成表單。

可用這個簡單判準：訊息主幹清楚、只含少數術語，就先回答；主幹難分或偏好互相矛盾，就先問；就算語言選對仍需核實事實，也要分開處理，不要把「語言聽懂了」當成「事項已確認」。例如「Can you cancel it? 不要取消我下週的預約」兩句可能互相衝突，應先用對方容易理解的語言重述你看到的差異，再請他指出要保留或取消的項目。避免問「你到底要哪一種語言？」這類帶責備感的話；可以說明自己想用他最方便的語言回覆。若時間緊迫，先傳一句可立即理解的安全確認，再等偏好答案後補充細節。

確認前先掃描三個訊號：有沒有直接指定語言、句子主幹是否明顯、選錯語言會不會造成實際損失。這不是僵硬評分；它讓不同值班人員用相同理由做決定。若只有第一個訊號清楚，就直接採用；若前兩項都模糊而內容影響重大，先確認再提供細節。別因為對方用了兩種語言就自動把所有答覆翻成雙語，雙份文字可能增加歧義，也可能讓重要限制被忽略。

設計自然切換的回覆方式

自然切換的原則是讓一種語言負責完整表達，另一種語言只在必要處保留名稱或短標籤。不要逐字模仿客戶把每個詞拆成中英混句，因為那會增加閱讀負擔，也可能讓語氣像機器拼接。先用一句話承接需求，再用主語言說明答案與步驟；若畫面、方案或錯誤提示有固定英文名稱，就保留原文並在旁邊解釋。列點時，每個步驟都沿用相同的主要語言，避免一點中文、下一點英文，讓客戶以為兩點是不同條件。

如果客戶在下一輪改用完整英文，可以跟著改用英文，不必宣告「現在切換」。若對方仍用中英混合，就沿用已確認或最清楚的偏好，不必為了表面一致照搬每一種語碼。答覆完成後，檢查代名詞、日期、否定詞和條件是否仍對應原句，並確認保留的英文詞不會讓動作變得模糊。這種做法能兼顧自然口吻與資訊一致，也方便同事接手時看懂前後脈絡。

回覆前可用一個小檢查避免不自然的拼接：每句只保留一個主要語言，英文縮寫第一次出現時補足說明，日期和時間照客戶原格式重述並確認時區或日期是否清楚。若中文與英文版本可能各自被理解成不同承諾，不要同時自由改寫；先定稿意思，再確認必要術語的對應。範本適合處理重複句型，但遇到客戶原句的否定、條件和例外時，仍要逐項比對，不可只替換語言。

語言不明時怎麼請客戶選擇

語言線索不足時，請客戶直接選擇，比猜他的國籍、所在地或名字更可靠。問題保持短、低壓，給出可立即選的選項；若他已用其中一種語言寫訊息，就用那種語言提出問題，必要時附上一句精簡的另一語言版本。不要先貼一大段雙語說明，因為客戶還沒選擇就要讀兩份內容。也不必追問他為什麼混用語言、英文程度如何，或要求解釋文化背景；這些資訊通常與把事情處理好無關。

例如可以寫：「我可以用中文或 English 回覆，您閱讀哪一種比較方便？」如果兩種語言都可能看不懂，先確認可接受的語言或轉交給能承接的人，再提供重要指示；不要假設機器翻譯足以處理專業或敏感內容。若客戶沒有回覆偏好，先依目前最明確的語言線索給一個簡短、容易更正的答覆，並避免要求他做不可逆的操作。也可在句尾補上「若您偏好另一種語言，告訴我即可」，讓他能自然修正。收到選擇後，立即以該語言重答尚未解決的部分，無須要求客戶重貼整則訊息。這樣既降低來回，也把選擇權交還給對方。

如果需要雙語提問，讓兩個版本長度接近、選項相同，且不加入額外承諾；例如不要中文只問語言，英文卻順便承諾解決時間。客戶回「中文」或「English」就足夠，無須要求完整句子。若他回覆仍是混合語言，也可再依訊息主幹選一種，並提供容易更正的出口。先問偏好也不代表必須等到每個字都確定才協助；可以先處理不受語言選擇影響的安全步驟，將有歧義的內容暫緩。

記下偏好供後續承接

偏好要記在能幫助下一次承接的位置，並清楚區分「客戶說過」與「我們推測」。如果使用客服收件匣或客戶管理工具，可在允許的客戶備註中簡記偏好語言、依據、確認時間與適用範圍，例如「客戶於本次對話要求以英文回覆；本次客服往來適用」。不要只記「英文客戶」這種含糊標籤，也不要從一次英文術語、名字或所在地推斷永久偏好。記錄的目的是讓下一位承接者少問一次，不是蒐集與服務無關的個人資料；只留必要資訊，避免記下對話裡不需要的背景。

建議只記錄可觀察到的依據，不要寫「英文較好」這類能力評價，也不要把偏好和語言熟練程度混為一談。若客戶沒有明確選擇，可記為待確認而不是猜測值；若工具沒有適當欄位，就在團隊允許的交接方式中用一句中性描述，不需為了這項流程新增敏感資料。每次更新後，讓下一位同事知道哪個資訊較新，避免舊備註和當前指示互相衝突。

偏好也需要可以被更新。若客戶明確要求改用中文，就以新指示為準，並留下適合後續承接的最新資訊；若只是某次貼上英文錯誤訊息，不足以視為語言變更。跨渠道承接時，不要假設在一個平台選過的偏好一定適用所有情境；先看記錄的範圍與時間，必要時用一句話確認。交接時可附上主語言及不可翻譯的名稱，讓同事沿用一致表達。

你可以先到 ReplyBot 官網 了解品牌與相關資訊，再挑一則下一次收到的混合語言詢問，依序標出主語言、保留術語、判斷是否確認並記錄客戶已表達的偏好。