术语一致性怎么做？翻译项目术语库（Termbase）落地流程与模板
2026-03-17 17:06:00
术语不一致，是“最容易被客户抓住的低级问题”
很多多语言项目翻车，不是因为译文不通顺，而是：
- 同一个产品功能，在不同页面叫了 3 个名字
- 同一个零部件/指标，在不同章节写法不一致
- 市场/法务/研发各用各的词，最后对外文件互相打架
对采购来说，这种问题的后果很现实：返工、延误上线、内部审校时间爆炸，而且很难甩锅给“语言风格”。
Termbase 的价值：不是“有个词表”，而是“统一口径可执行”
真正能落地的术语库，需要解决三件事：
- 谁来定：业务/产品/法务/品牌谁有最终决定权
- 怎么用：译员不是靠背，而是在 CAT/工作流里被强制提示
- 怎么验收：交付前有术语一致性检查，不靠肉眼抽查
一套能跑起来的落地流程（适合采购对接）
1) 立项时先做“术语范围”切割
- 必须统一：产品名、功能名、关键指标、合规表述
- 可以自由：营销修辞、非关键描述
2) 先做 30–80 个“核心术语”，不要一上来追求全量
核心术语先统一，能立刻降低返工。
3) 把术语库塞进工具链，而不是发个 Excel
- CAT 工具术语提示
- QA 规则：术语不一致直接标红
4) 设定“变更机制”
术语不是一次性文档。我们会建议： - 每次版本迭代只允许少量术语变更 - 变更要留痕：原因、影响范围、替换策略
我们怎么做
我们在多语言项目里会把 Termbase 当作“交付规范的一部分”，先协助你把关键口径定下来，再用工具链强制执行，并在交付前做术语一致性 QA，减少你内部审校的反复沟通。