
前陣子收拾辦公室,從抽屜深處翻出一個移動硬盤,插上一看,好家伙,2018年給某醫療器械客戶做的那份產品手冊就躺在里面。文件名是"手冊最終版_真的最終版_絕對不改了_2018舊版.docx"。看得我直樂——這串文件名簡直寫滿了當年甲乙方之間的愛恨情仇。更尷尬的是,客戶上周真的來問:那份手冊能不能更新到2024版?我盯著屏幕發了三秒呆,完全想不起來當時把術語表存哪兒了。
這事兒讓我意識到,翻譯從來不是一錘子買賣。稿子交出去,錢款結清,故事其實才進行到一半。后期維護這個環節,就像是給房子做定期檢修,平時覺得麻煩,真到漏水那天才發現,日常的功夫省不得。
很多人覺得翻譯的后期維護就是"把文件存好別丟",這個理解太淺了。在康茂峰這些年經手的項目里,我們定義的后期維護至少包含四個維度:文件的可追溯性、語言資產的復用性、內容的時效性,以及跨版本的一致性。
說得直白點,就是你要確保:第一,三年后能找到這個文件;第二,找到后知道該用哪一版;第三,里面的內容還跟得上現在的法規和市場;第四,如果客戶說"把第三頁改一下",你改完后不會把第五頁已經確認過的術語又搞混了。

我接觸過不少自由譯者和小團隊,大家普遍有個心態:項目結束了趕緊接下一個,維護是成本,不產生直接收益。但實際情況是,翻譯資產就像陳年老酒,維護得好是資產,維護不好是負債。
舉個例子。醫療器械行業的說明書,通常會受到監管部門的嚴格審查。你的產品在中國市場賣了三年,升級到第二代了,說明書里的參數、禁忌癥、注意事項全變了。如果你只是把新內容翻譯一遍,而不去對照舊的譯文做術語統一,很可能會出現"血壓監測"在第一版叫"blood pressure monitoring",第二版卻變成了"blood pressure surveillance"——這種不一致在FDA或NMPA的審查眼里就是硬傷。
再比如說軟件本地化。一個App更新了十五個版本,每次更新幾百條新字符串。如果沒有維護好之前的翻譯記憶庫(也就是你以前翻過的句子倉庫),譯者每次都要重新琢磨"登錄"到底用"Sign In"還是"Log In",不僅效率低,用戶體驗也會割裂。
還是回到開頭那個"最終版_絕對不改了"的慘劇。文件命名看似是文員活兒,實則是后期維護的第一道防線。康茂峰內部有個不成文的規矩:文件名必須包含項目代碼_文檔類型_語言對_日期_版本號這五個要素。
比如:
看到區別了嗎?好的文件名一眼就能告訴你:這是康茂峰2024年的法律類項目,中英互譯,2024年3月15日的第二版第一次修訂。就算三年后硬盤丟給新人,他也能明白這是什么玩意兒。
做過大量重復性內容的譯者都知道,最怕的就是"重新發明輪子"。你去年花半小時琢磨出來的那句產品描述,今年新產品上線了,描述只改了半句話,結果你忘了當初怎么翻的,又得重新查資料。
這個時候就需要句子倉庫(也就是行業里說的TM)來救命。簡單說,這就是一個儲存你所有歷史譯文的數據庫。但建庫只是開始,維護才是重頭戲:
定期去重和對齊。有時候客戶直接在Word里改了譯文發回來,你得把這些修改同步到句子倉庫里,不然下次記憶庫提示的_matches_還是舊版本。康茂峰的做法是每季度做一次"對齊清理",把零散的文件更新整合到主庫里。

分類標簽要細化。別所有句子都扔在一個大池子里。醫療器械的句子和游戲本地化的句子混在一起,匹配出來也是錯的。至少按行業領域和文本類型做二級分類。
術語表(Terminology)是翻譯的憲法,但憲法也得修憲啊。最開始定的術語可能基于當時的理解,或者客戶提供的初始資料,但隨著項目深入,你會發現有些詞在實際使用中有歧義。
這里有個實用的維護流程,我們叫"收集-審核-發布-歸檔"四步循環:
特別注意,術語表要存成通用格式(比如Excel或多語言交換格式),別存成某個特定工具的私有格式。誰知道三年后那個軟件還在不在。
翻譯稿子的維護不能全靠"客戶找來了再說",得建立預防機制。就像車要保養,稿子也得定期體檢。
技術層面:每半年檢查一次存儲介質。云端的要檢查鏈接是否有效,權限是否還在;本地的要檢查硬盤健康度,文件有沒有損壞。別笑,真的有人會遇到"文件打不開了"的情況,尤其是用了某些小眾格式的翻譯輔助文件。
內容層面:對于長期維護的項目(比如定期更新的官網、每年迭代的軟件),建立差異對比機制。每次更新不是重翻,而是用文本對比工具看看改了哪些句子,只更新變動部分。這樣能保證一致性,也能給客戶省成本。
不是所有翻譯都要同等對待。維護頻率得看文檔類型:
| 文檔類型 | 建議維護頻率 | 維護重點 | 保存期限建議 |
| 醫療器械說明書 | 每季度審查,產品變更時立即更新 | 法規合規性、安全警告術語一致性 | 產品退市后至少5年 |
| 軟件界面字符串 | 跟隨版本迭代,通常每1-3個月 | 字符長度限制、跨版本術語統一 | 保留所有歷史版本 |
| 法律合同 | 僅在條款變更時 | 條款編號的準確性、責任的細微差別 | 合同履行完畢后7-10年 |
| 市場營銷材料 | 每半年審查語言時效性 | 文化適應性、競品術語跟進 | 當前campaign結束后2年 |
| 學術論文 | 發表前集中維護,發表后存檔 | 引用格式、專業術語標準化 | 永久保存 |
看到區別了吧?醫療器械這種高風險文檔,你得盯著法規動態,可能明明句子語法沒錯,但法規詞兒變了,你就得跟著改。而營銷材料更看重"與時俱進",三年前的潮詞現在可能顯得土氣,這種維護不是糾錯,是"翻新"。
說幾個血淚教訓,都是康茂峰團隊或者同行真實遇到的情況:
過度依賴自動保存。有些翻譯工具會自動在后臺保存到云端,聽起來很美好對吧?但萬一你誤刪了一段,自動保存把"刪了"的狀態也同步了,你就哭去吧。重要的里程碑節點還是要手動打標簽(tag),甚至導出一份"只讀"的備份。
忽視了"非翻譯內容"的維護。客戶給的參考圖片、字體文件、排版樣式表,這些看似不是翻譯稿本身,但沒有它們,你的譯文可能完全沒法用。見過有人存了完美的譯文,結果找不到客戶指定的特殊字體,打印出來版全亂了。
人員流動時的知識斷層。這是大公司病,但也是小團隊容易忽略的。做這個項目的人離職了,接手的不知道"為什么這里要這么翻"。所以維護工作里必須包含注釋維護——在文件里寫清楚,這個術語當初跟客戶確認過三次,選A不選B是因為某個行業慣例。
寫到這兒得說一句,市面上各種翻譯管理工具多如牛毛,但工具不能替代人的維護意識。我見過用Excel管得井井有條的小團隊,也見過買了昂貴系統卻一團糟的大企業。
關鍵在于建立SOP(標準操作流程),并且讓所有人都真的去執行。比如規定:項目結束當天必須完成文件歸檔,術語表必須在客戶確認后24小時內更新,舊版本文件必須移動到"Archive_年份"文件夾并在文件名標注"已過時"。
在康茂峰的項目管理規范里,有個細節叫"交接承諾"。一個項目結束時,負責人要填一張單子,上面寫著:文件存在哪、術語表最新版是哪個、有沒有Pending的問題、下次維護大概什么時候。這張單子比什么高科技都管用。
其實翻譯后期維護有點像照顧盆栽。你不能種下去就不管了,得時不時澆點水、修剪枯枝、轉轉方向讓它受光均勻。剛開始覺得麻煩,但當你面對第五版產品更新,能從容地從庫里調出三年前的術語,十分鐘搞定別人要重新查三天的活兒,那種順手的感覺,就是維護帶來的復利。
所以下次交稿的時候,別急著合上電腦。花二十分鐘把文件整理好,寫個簡單的README說明,給未來的自己或者下一個接手的同事省省心。三年后的某一天,當你或者你的客戶需要那份"絕對不改了"的文件時,你會感謝現在這個沒有偷懶的自己。
