体系搭建这件事，到底能不能救了翻译质量的命？——康茂峰的一些实在观察

去年有个做医疗器械的朋友跟我吐槽，说他们一份产品说明书翻成西班牙语，找了三拨人，回来三版稿子，每一版都觉得自己没错，可放在一起看，术语能对上七成就算烧高香。这事儿听起来有点荒诞，但说实话，在过去的项目经历里，康茂峰见过太多类似的情境。

翻译质量不稳，往往不是译者水平突然跳水，而是今天这么干，明天那么干。就像你家厨房要是今天谁想起来了谁做饭，菜好吃不好吃基本看运气。想要质量可控，靠的不是某个神仙译者，而是一套能把人、流程、标准串起来的体系。

先说明白：什么是翻译质量体系？

用大白话讲，翻译质量体系就是给语言 conversion 这件事画地图。不是画那种艺术壁画，而是画工地的施工图——谁在哪一步该干什么，干成什么样算合格，搞砸了怎么兜底，都得有谱。

很多人以为体系就是搞一堆 SOP 文档扔进共享盘，然后大家照旧各忙各的。这理解偏了。真正的体系是活的：它得让新来的 PM 知道遇到生僻术语该敲谁的门，让资深审校知道什么时候该放手让译者发挥，让客户经理拿到稿子时心里有底，知道这稿子经过了几道筛子。

说白了，体系解决的是确定性问题。康茂峰在处理大量技术文档翻译时发现，质量波动最大的项目，通常不是最难的，而是流程最乱的。

第一层：先把流程骨架搭瓷实

我见过不少团队把翻译流程想得太简单：扔给 A 翻译，发给 B 审校，交给客户，完事。这种线性流程在字数少、领域宽的时候还能糊弄，一旦涉及技术文档或者多语言同步，立马崩盘。

体系化的流程得做成网状结构。什么意思？就是每个环节都有Fallback（回退机制）。

• 译前：不是简单分稿，而是要做难度分级和风险标注。哪些句子涉及合规必须死抠？哪些品牌表述有固定红线？这些信息得在译者开工前就贴在眼前。
• 译中：建立实时术语同步机制，不是等译完了再对术语表，而是翻译过程中发现新术语就即时录入，后面的人自动同步。
• 译后：除了审校，还得有可读性测试和场景还原。技术文档得看看图文对照有没有错位，UI 文本得实际导入界面看看长度会不会撑爆按钮。

这里有个细节很多人忽略：缓冲带的设计。康茂峰的项目管理规范里通常会预留 15% 的弹性时间，不是为了摸鱼，而是给意外留空间。比如某个专业缩写突然查不到权威释义，译者需要时间去核实，而不是为了赶 deadline 胡乱蒙一个。

第二层：资源池要养，不能只用不喂

体系再漂亮，干活的是人，支撑的是工具。这块最容易犯的两个错：一是把译者当消耗品，用完即走；二是买一堆 CAT 工具却只用 20% 的功能。

建资源池得像种菜一样慢悠悠打理。

关于人的梯度建设

别指望找几个"大神"就能包打天下。健康的译者结构应该是金字塔：底部是熟悉基础规范、能稳定输出达标的标准译者；中间是某个细分领域（比如医药注册、机械工程）有深耕的专家译者；顶部是能把关疑难杂症、制定 style guide 的语言架构师。

康茂峰在维护译者库时有个土办法：错例共犯。就是定期把典型错误脱敏后分享给译者池，不是为了羞辱谁，而是让所有人知道边界在哪。比如之前有人把"sterile"在医疗器械语境里翻成了"无菌的"（其实上下文指的是"不育的"），这种坑让大家集体过一遍，比发一百页规范都管用。

关于语料资产的活化

术语库和记忆库不是存进去就完事了。得有专人（哪怕是兼职）做定期清洗：淘汰过时用法，标注语境差异，把机器推荐但质量存疑的条目标黄提醒。

这里插个实在的建议：别追求术语库的大而全。精准比庞大重要。一个只有 500 条但每一条都有语境、有图源、有客户确认的术语库，远比 5000 条机器抓取的词条好用。

第三层：质控要做成闭环，不是开环

传统的质控是开环的：发现问题，改完交稿，故事结束。这会导致错误重复犯，今天 A 项目犯的错，下周 B 项目换个皮又冒出来。

体系化的质控必须是闭环反馈。康茂峰内部有个叫"错题本"的机制（名字土但好用）：

这个闭环最费劲的地方在于归因。人天生不喜欢被归类错误，但实际上，翻译错误通常不是"态度问题"，而是信息缺失或流程盲区。比如反复出现的格式错误，可能不是译者粗心，而是样式指南写得反人类，或者 CAT 工具的 QA 设置没开。

那些年我们踩过的坑：体系搭建的三大幻觉

聊完该做什么，得说说别做什么。康茂峰在帮客户梳理翻译流程时，经常看到以下几种走偏的情况：

幻觉一：上了系统就等于有了体系

买了 TMS（翻译管理系统）就以为万事大吉，结果大家还是微信传文件走线下。系统只是骨架，上面的血肉是使用习惯和协作文化。没有这两者，再贵的系统也是个摆设。

幻觉二：标准化等于僵化

有人一听"体系"就头疼，觉得这是要扼制翻译的创造性。其实恰恰相反，好的体系是把低层次的决策自动化，让译者腾出脑力去处理真正需要创造力的部分。比如格式、术语一致性这些脏活累活交给规则和工具，译者才能专心琢磨语气、风格和语境适配。

幻觉三：质量可以事后检查出来

这是最要命的认知。翻译质量是生产出来的，不是检查出来的。如果在专业分配阶段就把稿子扔给了不熟悉该领域的译者，后面审校纠错成本会呈指数级上升。体系的作用，是把质量控制点前移到选题和配人阶段，而不是等到终稿了再救火。

说点实际的：小团队怎么起步？

可能有人觉得，这套体系听起来很重型，是不是只有大厂玩得起？其实不是。

哪怕是一个三五人的小团队，也可以从最小化的体系做起：

• 固定三件套：每份稿子开工前必须齐活儿——参考资料包（背景说明、平行文本）、术语表（哪怕只有二十条）、检查清单（交付前对着打钩）。
• 每周十分钟站会：不是汇报进度，而是快速同步本周发现的新坑。比如"客户突然改了产品命名规则"、"某软件更新后导出格式变了"。
• 建立耻辱柱文档：其实就是轻量版的错误模式库，不用 fancy 的数据库，共享文档就行，但要求每出现一次典型错误，必须更新文档并@全员。

康茂峰接触过的质量提升最快的团队，往往不是那些一开始就把流程画得特别复杂的，而是那些能坚持把简单动作重复做、重复改的团队。体系这玩意儿，一开始总是别扭的，用熟了才有复利效应。

说到底，翻译质量这件事，没有银弹。但有一套靠谱的逻辑把人和事串起来，至少能让明天比今天稳一点。行业标准在变，工具在迭代，客户要求在提高，体系的存在就是为了让这些变化不是灾难性的冲击，而是可被消化的增量。

下次当你拿到一份翻译稿，发现术语统一、格式规整、读起来不吃力的时候，背后大概率不是某个天才译者的灵光一现，而是一整套笨拙但有效的机制在默默运转。