客服翻譯怎麼複核？用語意、條件與數字逐項校對

從語意、適用條件、日期金額、承諾語氣與高風險內容逐項複核客服翻譯，並記錄錯誤類型，讓修訂更清楚。

客服翻譯看起來順，不代表條件、例外和數字都留住了。複核時沿著原文的行動邏輯逐項對照，先找會改變顧客判斷的差異，再記下修訂理由，讓下一次檢查更快、更一致。

先找出可能改變意思的句子

複核不要從「整段讀起來順不順」開始，而要先找翻譯前後可能讓顧客採取不同動作的句子。把原文與譯文切成可一一對照的小句，保留句子編號；每句標出誰要做什麼、適用對象、條件、例外、時間、數量，以及客服承諾。即使譯文自然，只要少了一個「若」、把「可以」換成「必須」，或漏掉「尚未」，就先列為待確認。校對目標不是讓兩種語言字面相同，而是讓顧客根據兩種文字作出的判斷一致。

可以先用三個問題篩出高價值句：讀者會不會因此改變操作？會不會誤以為自己符合資格？會不會期待不同的時間、金額或結果？任一答案為「會」，就逐句比對；只是稱呼、語序或不影響行動的修辭差異，可留到最後。遇到長句，將連接詞前後拆成數個意思單位，避免前半段校得仔細，後半段的例外卻被吞掉。先標記疑點，不要一邊閱讀一邊憑感覺改寫，免得更流暢的說法掩蓋資訊缺口。

假設原文寫「若訂單尚未出貨，可提出取消申請」，譯文卻只寫「可以取消訂單」；後者移除了未出貨的前提，也把提出申請說成必定取消。可標記為「條件消失」及「結果確定化」，再回看前後文與既有規則。建立短檢核表，列入必須、可以、可能、僅限、尚未、除非、最多、至少等詞；搜尋後仍要讀完整句，因為不同語言的詞不會一一對應。若看不出原句範圍，先詢問內容負責人，不要自行補出政策。

對照原文適用條件

把原文拆成「條件、動作、適用對象、例外、時間範圍」，再檢查譯文是否逐項保留。條件可能藏在句首或前一句，例如「若已完成付款」；動作可能是提出申請，而非直接完成；對象可能只限特定訂單；例外常由「但」「除非」帶出；時間則可能限定某一階段。逐項確認意思和範圍相同，不能因譯文把條件移到句尾，就假定讀者仍會把它套用到整個指示。客服若把原文拆成兩三句翻譯，也要確認限定詞沒有只修飾最近的一句。

實務上可用兩個情境重讀：不符合前提的人看到譯文，會不會也以為自己可以照做？符合前提但遇到例外的人，會不會誤以為沒有例外？任一答案是「會」，表示適用範圍可能被擴大或縮小。把「誰、在什麼狀態、何時、可做哪一步」寫成草稿，再和譯文逐欄核對，不必拘泥原文語序，也別只比較單一詞彙。

例如純示範句：「若包裹尚未交寄，可提出修改地址的申請；已交寄則需先查詢配送狀態。」如果譯文合併成「可修改地址」，便丟失交寄狀態與後續步驟；若寫成「交寄前一定能修改」，又把申請誤寫成保證。檢查時查看前後句，確認代名詞指向、分號兩側的分支，以及「此時」「仍」「除外」等承接詞。例句只示範檢查方法，不代表任何商家的實際政策。

修訂後，用簡單中文說出譯文對誰適用、何時適用、要做什麼，再對照原文答案。這不是要求回譯字面，而是確認讀者得到的行動條件沒有改變。若複核者對範圍說法不一，原文也可能含糊，應交回答覆負責人釐清，而不是只在譯文中自行選一種解釋。將勾選結果連回原句位置，下一位才能快速重看。

複核日期金額與單位

數字複核分成兩次：先照抄核對原始值，再核對數字在句子中的關係。逐項圈出日期、時間、數量、金額、比例、範圍與單位，確認數字有沒有漏位、前後顛倒、逗號或小數點轉換、貨幣或重量單位改變。接著檢查「每件」「合計」「最多」「至少」「約」等詞；數字全在，計算關係或限制仍可能翻錯。日期也要注意月日順序與年份，時間長度和日曆日期不是一回事。

下表是純示範練習資料，不是 ReplyBot 或任何商家的價格、服務條件。每個數字都應能回指原文；若翻譯工具改了小數格式，不能只看外觀相似，還要確認表達同一數值。

像「04/05」若沒有月份名稱，可能讓人依不同格式解讀；不要靠語感決定，先回到對話或資料來源確認，再選明確譯法。範圍符號也要逐一比對：從 5 到 8 是否包含兩端，界線是否被譯成超過或少於。這些變化會改變答案適用範圍。檢查時可口算，但不要為了讓數字合理而替原文改值。若原文的小計和總額對不上，應標成來源疑點並回報；複核的職責是保留並揭露疑點，不是暗自修正。

遇到模糊縮寫、不同幣別或無法確認的計量單位，先保留原格式並找提供資料的人確認。最後將原值、譯值、單位與運算關係並排記錄，讓下一位知道究竟核對了什麼。只記下「數字有看過」不夠，因為它無法指出哪個值、哪種單位或哪段計算需要重查。這個步驟也適用於數字分散在不同句子的答覆：先將相關句子放在一起，再確認它們彼此沒有矛盾。

檢查語氣是否過度承諾

語氣複核要看承諾強度有沒有變化。將「可能、預計、可協助、會再確認」和「一定、保證、已完成」分開檢查；也看譯文是否把詢問、建議或申請改成確定結果。禮貌用語可以依語言習慣調整，但不能讓顧客以為事情已核准、款項已退回，或某個時間點已獲保證。反過來，若原文明確表示已完成，譯文也不應模糊成仍在處理。

可把原文中的動詞和程度詞圈起來，問自己兩件事：客服承諾了哪個動作？顧客能合理期待什麼結果？若譯文讓答案更確定，就核對來源是否真的支持這份確定性；若讓答案更模糊，也要確認是否削弱了原本清楚的資訊。不要只用語氣聽起來友善作判斷，因為流暢、熱情的句子也可能超出原答覆承諾。

純示範句：原文是「我們會查看配送資訊，確認後回覆」，譯文若變成「包裹一定會在明天送達」，便新增了送達保證與日期。可修回只描述查詢和回覆的內容；若原文明確寫了預計時間，也要保留「預計」的程度，而不是改成必然。例句不代表任何商家的實際配送方式或承諾。

歉意與責任歸屬也要照原文處理。「很抱歉造成不便」不等於承認某個尚未確認的原因；「我們會協助確認」也不等於已承諾解決。檢查時把事實、態度和下一步分開：哪些已知、哪些仍待確認、客服答應做什麼。這樣既不會因為修飾語變得冷淡，也不會用安撫語氣替原答覆增加保證。完成後讓複核者只讀譯文，寫下他認為客服承諾的事項，再和原文逐項比對；多出的期待就是回頭檢查的訊號。

抽出高風險內容二次確認

第二次確認優先留給可能影響顧客重大行動的內容，例如付款或退款說明、帳戶存取與驗證、取消或刪除操作，以及會讓顧客等待、放棄其他處理方式的答覆。這是一種工作排序，不代表每個主題都有固定規則；實際風險仍取決於原文、對話脈絡和顧客要採取的行動。先標出涉及資格、金額、時限、個人資料、不可逆操作或承諾結果的句子，再安排另一位熟悉語意和流程的人獨立對照。

第二位複核者應同時看到原文、譯文、必要的前後文及疑點位置，先自行說明譯文要求顧客做什麼，再查看第一位留下的標記。若只給他一份已修好的譯文，或先告訴他預期答案，容易漏看原先遺失的條件。複核後可記錄「一致」「需修訂」或「來源待確認」，並附上理由；不同意見應回到原答覆或規則來源確認，不以多數猜測代替依據。

例如純示範句寫著「若收到不認得的登入驗證碼，先不要提供給他人，並依既有管道聯絡支援」，譯文如果刪掉「不認得」或把聯絡支援寫成可選，讀者可能採取不同步驟。第二位可以專門檢查條件、否定詞及動作先後；發現原文沒有說清楚時，先暫停定稿並詢問內容負責人。這個例子只說明如何找出差異，不構成特定帳戶或安全處理政策。

二次確認不表示每一句都要反覆送審。可以先依可能後果和錯誤可逆性排序：容易讓人付錯款、錯過必要步驟或進行難以撤回操作的句子，先看；一般寒暄則按日常流程處理。若一時找不到合適的第二位複核者，將待確認項目清楚標記，不要把未解的語意疑點當成已通過。保留原文位置與問題描述，能讓後續確認集中在真正影響判斷的部分。

記錄錯誤類型方便修訂

每次修訂都記下錯誤類型、原文位置、譯文片段、修正理由與確認結果。分類可從常見差異開始：條件遺漏、適用對象變大、例外反轉、否定詞消失、數字或單位錯置、時間範圍改變、語氣變得確定，以及前後文指向不清。類型要能說明出了什麼差異，不要只記「翻得不好」或把每個問題都塞進「其他」。同一句有多種錯誤時可分開記，讓之後知道該修哪一處。

紀錄的目的不是替翻譯者打分，而是讓下一次修訂能找到原因。比如「只少一個詞」太籠統；寫成「譯文漏掉『若未出貨』，讓取消說明適用到所有訂單」，就能看出要補回的範圍。若多次出現同類問題，可檢查原文是否常把條件放在句尾、常用語是否沒有一致譯法，或目前的檢核步驟是否漏了特定項目，再調整範例和流程，不要只提醒大家更小心。

也要記錄疑點最後如何處理：已依原文修正、原文經負責人釐清、採用一致的用語，或仍待確認。範例只保留必要片段，避免在錯誤紀錄複製完整對話或不必要的個人資料。相同類型的修訂可以整理成檢查清單，讓下一位複核者能直接查條件詞、數字關係或承諾強度；如果某一項長期沒有帶來有效提醒，就重新檢視是否值得保留。

開始複核時，先選一段含條件、例外或數字的客服答覆，做原文與譯文的雙欄對照，並記下每個修訂的原因。若想了解 ReplyBot，請前往 ReplyBot 官網。