翻译与本地化协同

适用场景

]project-open[ 的翻译管理适合以下业务：

• 本地化服务商承接软件、文档、营销内容的翻译项目；
• 企业内部的本地化团队管理多语言版本；
• 需要按语言对、字数、审校轮次结算的外包协作。

如果只是偶尔翻译几段文字，专业 CAT 工具加共享表格可能更轻量；当项目数量、参与方和结算复杂度上升时，系统化管理的价值才会体现。

数据模型

翻译项目在通用项目结构上增加了语言维度：

翻译项目
  ├── 语言对（en → zh-CN）
  ├── 源文件 / 内容包
  ├── 任务：翻译、审校、校对、排版
  ├── 术语表与风格指南
  └── 交付物与验收记录

一个项目可以包含多个语言对，每个语言对下再拆分翻译与审校任务。任务仍然复用通用的任务、工时与权限模型，因此可以直接统计每个语言对的工作量和成本。

建立翻译项目

1. 创建项目，项目类型选择翻译类；
2. 设置源语言与目标语言，确定是否启用多语言对；
3. 导入源文件或建立内容清单；
4. 为每个语言对创建“翻译”和“审校”任务；
5. 指派译员与审校人，设置截止日期；
6. 关联报价或合同，确定计费单位（字数、小时或固定价）。

流程建议

一个可复用的最小流程：

阶段	负责人	产出
准备	项目经理	源文件、术语表、风格指南
翻译	译员	初译稿
审校	审校人	修改记录与终稿
校对	项目经理	格式与一致性检查
交付	项目经理	交付包与验收单

流程不必追求复杂。关键是每个阶段都有明确的责任人、截止时间和验收标准，并且工时与任务绑定。

字数与计费

翻译项目常见的计费方式：

• 按字数：以源文或译文字数计费，需要在项目开始时约定口径；
• 按小时：适合审校、排版等难以按字数衡量的工作；
• 按项目：固定总价，适合范围明确的小型项目。

无论采用哪种方式，都应把计费口径写入项目说明，并在工时或账单备注中保留依据。否则对账时容易出现争议。

术语与质量

系统本身不替代 CAT 工具，但可以管理质量过程：

• 术语表作为项目附件维护，版本变更留痕；
• 审校任务必须记录修改原因分类（术语、风格、准确性）；
• 关键项目增加抽样质检任务；
• 交付前由项目经理确认术语一致性。

与客户协作

如果客户需要查看进度，可以只授予该项目或特定任务的只读权限。建议：

• 客户只看到交付相关页面，不暴露内部成本与工时费率；
• 对外状态使用项目状态而非内部任务细节；
• 交付记录与验收意见保存在项目中，避免散落在邮件里。

常见问题

一个语言对要不要单独建项目？ 如果各语言对独立报价、独立交付，建议拆成子项目；如果统一报价统一交付，用一个项目加多语言任务更清晰。

译员需要系统账号吗？ 外部译员可以使用受限账号，仅访问被指派的项目与任务；也可以由项目经理代录工时，但会降低数据实时性。

能否直接对接 CAT 工具？ 可以通过文件交换或 REST 接口集成，具体取决于工具能力与项目规模。

下一步

• 工时与计费
• REST API