2000年12月15日
统一的术语让全球品牌读起来像一个品牌。没有受管控的术语库，每新增一个语种就重新引入一次偏差。从优先级、工具打通、治理到复核的建立路径。
建术语库最怕的是一上来就把产品手册里的所有词都收进去，做到一半没人维护，库就废弃了。更有效的做法是按译错造成的损失排序：产品名称、安全术语、功能名称、法规表述，这四类是译错会造成实质损失的，先做。常规描述性词汇放后面，甚至可以不做。
第一批术语库不用大，几百条就够用。关键是这些条目要真的被用起来——进翻译流程、进审校清单、进产品文档。一个两百条但人人遵守的术语库，价值远高于两千条没人看的。
排序的依据是业务影响，不是词汇频率。一个很少出现但译错会出安全事故的词，优先级高于每天出现十次的普通名词。
术语库建好之后最常见的问题是：它在某个共享盘里，译员不知道，或者知道了也不查。这样它只是文档，不是工具。真正有效的做法是把它接进 CAT 工具和 MTPE 流程，让译员在工作的界面上就能看到已审定的术语。
接进流程之后，术语校验可以自动化。多数 CAT 工具和质检工具都支持术语一致性检查，能直接标出译文里用了非标准译法的地方。这一步能把术语执行从靠自觉变成有检查。
还有一个容易被忽略的环节：新人培训。译员第一次接触项目时，术语库就是最好的背景资料——它告诉译员这个产品叫什么、功能怎么称呼、哪些词不能乱译。带新人时先过一遍术语库，比事后改错省时间。
术语库不是建完就结束的资产，它需要维护，而维护的前提是有明确的责任人。要有一个人或一个小组决定术语何时变更、由谁批准、变更如何通知到所有相关方。没有这个安排，术语库会慢慢失效——译者们回到各自猜测的状态，库里的内容越来越旧。
常见的做法是设一个术语负责人（terminology owner），配一个由产品、市场、翻译组成的评审小组。任何新术语或变更走一个固定流程：提交、评审、批准、入库、通知。流程不用复杂，但必须有，且必须有记录。
术语变更的版本记录同样重要。术语不是静态的，产品在演进、市场在变化，去年的标准译法今年可能就不再合适——但改动要有据可查。
为使用频率最高的那批术语安排季度复核，同时淘汰已不适用的条目。产品停产的型号、已经改名的功能、法规更新后废弃的表述，都该从术语库里清出去。留着不删的坏处比省下的麻烦多——译员会误以为它还有效。
复核还有一个隐藏收益：它是发现术语体系漏洞的机会。有些条目长期没人用，可能说明对应的功能没人翻译，或者译员根本不知道有这个词。这些信号只有定期看数据才能发现。
术语管理说到底不是翻译工具问题，是企业全球化基础设施的一部分。地基打好了，每加一个语种只是量的变化；地基没打，每加一个语种都在重新积累偏差。方氏服务在多语种项目里把术语管理作为前置环节，可以先带产品资料来聊，从建第一批术语开始。
一家客户做海外认证时才发现，三份不同年代的产品手册里同一个零件有三种叫法：早期叫散热器，后来叫冷却模块，最新版叫热管理单元。认证机构认为这可能是三个不同零件，要求澄清，来回一个月。如果早期术语表沿用至今，这一笔澄清成本根本不会发生。术语管理省下的往往不是翻译费，而是返工、澄清、甚至认证延误的钱。
术语表维护的现实做法是：第一步只收强制的——产品定义、参数名、认证用语、品牌名；第二步抓住「一名多译」和「一译多名」，这两种是投诉和返工的源头；第三步设定责任人和更新节奏，产品换代必须复盘术语。方氏服务为客户建立双语术语库时会标注每个词条的禁用译法与适用语境，术语表随项目版本走，不可译词（型号、品牌）在翻译流程里自动跳过，避免被机器改写。
术语管理容易被讲成体系工程，从而迟迟无法启动。实际上前三个月只要做三件事就能见到效果：把产品定义和参数名强制统一，按产品线收口；建立禁用译法清单，把已经造成过投诉和返工的译法标记为禁止；在翻译流程里加入术语预检，让高频词在送译前先过一遍。
这三件事不需要大投入，却能立刻减少两类问题：同一产品多个名字引发的澄清和返工，以及已经知道会出错的译法再次出现。术语表从三十个词开始也完全够用，关键是它真实反映了产品，而不是抄来的通用词表。
方氏服务为客户建术语库就是从产品实际出发的：先收高频和强制的词条，标注语境和禁用译法，与项目版本绑定，并在翻译流程中作为预检项执行。术语管理只有开始起作用，才值得谈体系。