2000年12月15日
統一的術語讓全球品牌讀起來像一個品牌。沒有受管制的術語庫，每新增一個語種就重新引入一次偏差。從優先權、工具打通、治理到複核的建立路徑。
建術語庫最怕的是一上來就把產品手冊裡的所有字都收進去，做到一半沒人維護，庫就廢棄了。更有效的做法是依照譯錯造成的損失排序：產品名稱、安全術語、功能名稱、法規表述，這四類是譯錯會造成實質損失的，先做。常規描述性詞彙放後面，甚至可以不做。
第一批術語庫不用大，幾百條就夠用。關鍵在於這些條目要真的被用起來──進翻譯流程、進審校清單、進產品文件。一個兩百條但人人遵守的術語庫，價值遠高於兩千條沒人看的。
排序的依據是業務影響，不是詞彙頻率。很少出現但譯錯會出安全事故的詞，優先順序高於每天出現十次的普通名詞。
庫建好這個術語之後最常見的問題是：它在某個共享盤裡，譯者不知道，或者知道了也不查。這樣它只是文檔，不是工具。真正有效的做法是把它接進 CAT 工具和 MTPE 流程，讓譯者在工作的介面上就能看到已審定的術語。
接進流程之後，校驗一詞可以自動化。多數 CAT 工具和質檢工具都支持術語一致性檢查，能直接標出譯文裡用了非標準譯法的地方。這一步能把術語執行從靠自覺變成有檢查。
還有一個容易被忽略的環節：新人培訓。譯員第一次接觸專案時，術語庫就是最好的背景資料──它告訴譯員這個產品叫什麼、功能怎麼稱呼、哪些字不能亂譯。帶新人時先過一遍術語庫，比事後改錯省時間。
術語庫不是建完就結束的資產，它需要維護，而維護的前提是有明確的責任人。要有一個人或一個小組決定何時變更、由誰批准、變更如何通知所有相關方。沒有這個安排，術語庫會慢慢失效──譯者們回到各自猜測的狀態，柯瑞的內容越來越舊。
常見的做法是設一個術語負責人（terminology owner），配一個由產品、市場、翻譯組成的評審小組。任何新術語或變更走一個固定流程：提交、評審、批准、入庫、通知。流程不用複雜，但必須有，必須有記錄。
變更一詞的版本記錄同樣重要。術語不是靜態的，產品在演進、市場在變化，去年的標準譯法今年可能就不再合適——但改動要有據可查。
為使用頻率最高的那批術語安排季度複核，同時淘汰已不適用的條目。產品停產的型號、已改名的功能、法規更新後廢棄的表述，都該從術語庫中清除。留著不刪的壞處比省下的麻煩多——譯者會誤以為它還有效。
複核還有一個隱藏收益：它是發現術語體系漏洞的機會。有些條目長期沒人用，可能表示對應的功能沒人翻譯，或是譯者根本不知道有這個字。這些訊號只有定期看數據才能發現。
術語管理說到底不是翻譯工具問題，是企業全球化基礎設施的一部分。地基打好了，每加一個語種只是量的變化；地基沒打，每加一個語種都在重新累積偏差。方氏服務在多語種專案裡把術語管理當作前置環節，可以先帶產品資料來聊，從建第一批術語開始。
一位客戶做海外認證時才發現，三份不同年代的產品手冊裡同一個零件有三種叫法：早期叫散熱器，後來叫冷卻模組，最新版叫熱管理單元。認證機構認為這可能是三個不同零件，要求澄清，來回一個月。如果早期術語表沿用至今，這筆澄清成本根本不會發生。術語管理省下的往往不是翻譯費，而是返工、澄清、甚至認證延誤的錢。
術語表維護的現實做法是：第一步只收強制的——產品定義、參數名、認證用語、品牌名；第二步抓住「一名多譯」和「一譯多名」，這兩種是投訴和返工的源頭；第三步設定責任人和更新節奏，產品換代必須複盤術語。方氏服務為客戶建立雙語術語庫時會標註每個詞條的禁用譯法與適用語境，術語表隨項目版本走，不可譯詞（型號、品牌）在翻譯流程裡自動跳過，避免被機器改寫。
術語管理容易被講成體系工程，從而遲遲無法啟動。实际上前三个月只要做三件事就能见到效果：把产品定义和参数名强制统一，按产品线收口；建立禁用译法清单，把已经造成过投诉和返工的译法标记为禁止；在翻译流程里加入术语预检，让高频词在送译前先过一遍。
这三件事不需要大投入，却能立刻减少两类问题：同一产品多个名字引发的澄清和返工，以及已经知道会出错的译法再次出现。術語表從三十個字開始也完全夠用，關鍵是它真實反映了產品，而不是抄來的通用詞表。
方氏服务为客户建术语库就是从产品实际出发的：先收高频和强制的词条，标注语境和禁用译法，与项目版本绑定，并在翻译流程中作为预检项执行。術語管理只有開始起作用，才值得談體系。