翻译项目管理中的三个数据口径

翻译项目的对账争议，十有八九不是翻译质量问题，而是口径问题。

口径一：字数按源文还是译文

按源文计费对译员更公平，因为工作量主要由源文决定；按译文计费对客户更直观，因为交付物是译文。两种都合理，但必须提前约定，并在系统中固定下来。

容易被忽略的细节：

• 是否计入空格；
• 标签与占位符是否计入；
• 重复句段是否去重；
• 修订后的增量如何计费。

如果项目开始时没有写清楚，后期每一方都会选择对自己有利的解释。

口径二：工时覆盖哪些工作

翻译只是工作的一部分。术语整理、上下文确认、审校、格式调整、客户沟通，都会消耗时间。

系统化管理的价值在于：把这些工作拆成任务并记录工时，而不是在项目结束时拍一个总数。这样才能回答“这个语言对为什么成本偏高”。

口径三：交付版本以哪一版为准

一个翻译项目可能经历：初译稿、审校稿、客户反馈稿、终稿。如果没有版本记录，客户说“我反馈过”，译员说“我改的是最新版”，就会陷入扯皮。

建议在项目中维护明确的交付记录：

版本	内容	确认人	日期
v1	初译	项目经理	2026-08-10
v2	审校修订	审校人	2026-08-14
v3	客户反馈修订	客户联系人	2026-08-20
final	终稿	项目经理	2026-08-22

把口径写进流程

三个口径，对应三个动作：

1. 立项时写明计费单位与去重规则；
2. 执行时按任务记录工时，而不是按人汇总；
3. 交付时保留版本与确认记录。

这些动作不复杂，但需要在项目模板中固化。否则每个项目都要重新讨论一次，规模一大就不可控。

工具的位置

CAT 工具解决翻译效率，项目系统解决协作与结算。两者不是替代关系。把字数、工时、版本三组数据放在同一个项目上下文里，才能真正减少争议。