翻译质量出问题，很多时候不是因为某个词译错，而是因为同一个词在不同段落被译成了不同样子。读者会以为是两个概念，同事会反复确认，客户会觉得不够专业。术语库要解决的正是这件事。
一、不一致的代价
产品手册里 deployment 一会儿是“部署”、一会儿是“发布”，技术支持就要多问一轮；合同里“甲方”与“委托方”混用，可能引发解释争议。术语不一致还会影响检索：用户搜不到自己熟悉的说法，就会认为文档没写。
二、先划定范围，再收词
不要一上来就整理几千条。先选一个具体项目，把其中反复出现、容易译错、译错代价高的词收进来。三类词优先：产品与功能名称、行业专有概念、公司内部固定说法。普通名词和形容词不必强行统一。
- 源词与目标词各一列，避免一条多译
- 标注词性与适用语境，减少误用
- 记录来源与确认人，方便日后追溯
- 可选项：禁用译法，防止旧版本回流
三、导入之后要验证
术语库建好不等于生效。导入后先拿一份旧文档试翻，检查命中提示是否出现、优先级是否正确、同一词条会不会被默认译法覆盖。发现冲突时，回到词条本身确认是不是收了近义词，而不是反复调整工具设置。
四、维护比建设更难
建议指定一个人负责术语库，其他成员只能提交建议。每次项目结束花十分钟复盘：哪些词条从没命中，哪些被手动改过，哪些新词需要补充。把这件事写进流程，术语库才不会变成一份没人更新的表格。
最后提醒：术语库是给人和机器共同使用的约定，不是越全越好。词条太多会互相冲突，反而降低命中率。保持精简、明确、有人负责，比追求数量更有价值。
术语库优先收录“高频、易错、错不起”的词，并指定专人维护。