作品目录

CASE STUDY 02 / WORKFLOW

YEAT 译验

让翻译、验收与交付,沿用同一份项目上下文。

  • 翻译与验收
  • 项目资产
  • 检查点与证据

FROM DRAFT TO DELIVERY

术语库记忆库需求库
  1. 翻译
  2. 验收
  3. 人工核对
  4. 输出
检查点原文与译文证据理由 / 待确认
工作流示意 · 项目资产提供约束与参考,完成的文本可手动存入需求库。

01 / 问题 The Problem

质量压力被推到最后

先快速翻完,再让 LQA 兜底,会形成“记录 → 交回 → 修改 → 重导 → 复验”的长返工链。越晚发现,越需要跨环节重新定位。

上下文在工具间丢失

翻译、验收与人工核对散落在不同工具中。术语、说话人和场景信息难以随文本流转,每一环都可能重新猜测。

流畅感无法替代验收依据

一句译文读起来顺,并不代表条件、数字或人物关系准确。缺少明确检查点与证据时,偏好和错误容易混在一起。

02 / 方案 The Approach

  1. 用项目和任务连接四个环节

    翻译、验收分别提供入口,共享项目与任务数据;人工核对后再输出。让处理过程围绕同一份稿件推进,减少在工具之间反复搬运。

  2. 把语言约定与完成文本沉淀为资产

    术语库提供项目约定,记忆库提供历史译法参考;完成翻译或验收后,可将源语与当前译文手动存入需求库。资产随项目组织,帮助后续任务沿用已确认的语言信息。

  3. 把意见写成可核对的证据

    问题围绕检查点、原文片段、译文片段和理由展开;证据不足进入待确认。设计结合行业阅读、工具实践与项目经验,详见方法论中的验收报告映射。

03 / 结果 The Outcome

把语言质量判断贯穿任务推进:当前界面提供明确的功能入口,工作台已进入多个项目的真实使用场景。评分参考与实际应用规模分别呈现。

主要功能模块
10 个
2 个工作流+3 个资产库+5 个辅助入口。
任务流环节
4 环
翻译 / 验收 / 人工核对 / 输出。
方法论参考通过线
≥95 分
评分参考,尚非当前工作台的自动门槛。
真实项目应用
≥5 个
已在至少五个项目中使用,项目身份匿名。
模块统计口径

工作流 · 2

翻译工作流、验收工作流。

项目资产 · 3

术语库、记忆库、需求库。

辅助入口 · 5

术语检测、文本对比、模糊匹配、检测工具、LINK。

按侧栏主要入口计数;项目管理、状态、主题、设置与检测工具内部子项不另计。