企业在本地化上花的钱，大部分在内容上线之后就消失了。活动结束，版本迭代，页面重写。

留下来的只有两样：翻译记忆库——每一对审定过的原文与译文句段；以及术语库——产品名、功能名和受监管措辞的约定译法。正是它们，让帮助中心第五次更新比第一次便宜，让德语产品页三年后仍用同一个词指同一个功能。

它们也是合同里最常被漏掉的资产。

为什么这个问题总是来得太晚

项目开始时没人会想翻译记忆归谁。TMS 替你存着，供应商替你维护，每做一单它就悄悄长大一点。问题总在最贵的时刻出现：团队想换 TMS、想整合供应商、想把工作收回内部——这时才发现，自己花钱攒下的记忆放在别人的系统里，适用的条款没人写下来过。

这时出的问题很少是纠纷，通常更安静：

• 导出来了，但缺了让它可用的元数据——没有上下文、没有创建日期、分不清哪些句段是审定稿、哪些只是草稿；
• 术语库导成一张只有词对的表格，用法说明和禁用译法全没了；
• 记忆库原来是好几个客户共用的一个库，要把你的那部分拆出来”得另立项目”；
• 有个机器翻译引擎用你的内容做过定制，可没人决定过这个定制引擎归你、归对方，还是谁都不归。

这些都不罕见，靠信任也解决不了。要靠五条条款和一个测试。

签约前要谈定的五件事

一、归属，明明白白写出来。 用你的内容建成的翻译记忆库和术语库归你所有，不管托管在哪、谁翻的。这听起来理所当然，但照样要写——因为很多标准条款在这件事上的默认态度就是只字不提。

二、导出格式和完整性。 写明开放格式——翻译记忆用 TMX，术语用 TBX——并写明导出必须包含什么：原文和译文的语言区域代码、句段状态、创建和修改日期，以及工具里存有的上下文。一份只有文字对的导出，法律上归你，实际上已经打了折扣。

三、定期导出，而不只是退出时的权利。 “你走的时候可以拿走”，等于把导出放在最糟糕的时间点。按季度例行交给你一份，把权利变成习惯；万一关系闹僵或对方被收购，你手里也有一份最新的。

四、与其他客户的内容隔离。 直接问：你的句段是单独一个库，还是和别人共用一个；你的记忆会不会被拿去服务其他客户。共享记忆库有时被当成优点来讲——匹配更多、成本更低——知情之下选择它完全合理，事后才发现就不合理了。

五、衍生资产，包括训练出来的引擎。 如果你的记忆库被用来定制机器翻译模型，事先约定：定制后的模型归谁、能否用于别人、合同结束后怎么处理。这是最常缺失的一条，也是过去两年变化最大的一条。

一个测试，看条款到底算不算数

签约之前——如果已经在合同期内，就在这个季度——要一份完整的翻译记忆库和术语库导出，用约定的格式。然后打开看。

查三件事：句段数量和你付费的翻译量大致对得上；语言区域代码正确且一致，没有通用代码和地区代码混用；抽一些最近审定过的句段，确认都在、状态也还在。

如果导出要等几周、交来不完整、或者要走变更流程，你就提前知道了将来退出时会是什么样子，而且还来得及改合同。如果一天就交来、打开干干净净，这条款就是真的。

这对「TMS 还是语言服务商」的判断意味着什么

在软件平台和托管式语言服务之间选择时，很多团队把资产归属算作平台的加分项：TMS 是你的，记忆自然也是你的。事情没这么简单。一份平台订阅可以像供应商一样牢牢攥着你的记忆，一家托管服务商也可以每季度干干净净地交还给你。保护这份资产的是合同和导出习惯，不是供应商的类别。

它确实改变了比较报价的方式：一个靠大量复用记忆压低的每字单价，只有在记忆仍归你的前提下才算省钱。如果不归你，你每年付的钱里，就有一部分花在了一份将来要留下的资产上。

这一篇的位置

这是一个更大选择之下的实际问题——翻译公司还是 TMS——对内容持续更新的团队最要紧，因为记忆库在那里干的活最多。对这些团队，让各语种版本保持一致本身就是一门功课：见如何防止多语言版本漂移。

如果你手上有一份准备签的合同，想请人再看一遍其中的资产条款，发给我们。

本文描述的是常见商业做法，不构成法律意见。合同措辞请由所在法域的律师审阅。