前阵子收拾办公室，从抽屉深处翻出一个移动硬盘，插上一看，好家伙，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说明，给未来的自己或者下一个接手的同事省省心。三年后的某一天，当你或者你的客户需要那份"绝对不改了"的文件时，你会感谢现在这个没有偷懒的自己。
