技术翻译：准确文档的实用工作流程

技术翻译将专业信息转化为另一种语言，以便读者能够理解概念、对比规格或正确执行任务。它涵盖设备手册、工程规范、软件文档和研究报告等文档。掌握词汇是必要的；而保留说明、数值、图表和版本之间的关系也同样重要。

对于技术作家或项目负责人而言，首要决定应该是翻译错误可能改变什么，而不是哪个工具能产出最快的初稿。翻译错误的概述段落和颠倒的操作条件不应以相同的优先级进入同一个审校队列。

本指南提供了一个跨文档的工作流程。如需了解特定格式的详细工作，请使用用户手册翻译指南或研究论文翻译指南。下载技术翻译控制矩阵，将以下的决策转化为指定的检查项。

按用途而非仅按主题对文档进行分类

技术文档可以服务于多种目的。工程师可能会阅读翻译的研究报告以了解背景、将规格复制到采购决策中，或者在带电设备上遵循操作程序。主题可能相同，但错误后果却截然不同。

在定义项目时使用此风险图。它是一个规划框架，而非认证方案。

切勿仅凭文件简短就推断风险低。一页纸的规范可能比长篇的描述性报告承载更多重大信息。

对于受监管或对安全性要求极高的材料，应由负责的专家决定是否允许使用机器翻译。排版精美的初稿并不能证明其符合监管要求或具备运行安全性。

在请求翻译前编写验收简要说明

明确目标区域、受众、用途、源版本、输出格式以及审批负责人。“翻译成西班牙语”并未明确读者究竟是墨西哥的工程师、西班牙的消费者，还是使用内部工作副本的研究人员。

美国翻译协会的技术项目指南建议准备可编辑的源材料、受众与用途信息、参考文档以及留出审查时间。该指南还建议核实译者的相关专业特长，而不是假设通用的双语能力就已足够。

您的简要说明应回答以下运营问题：

• 哪个源文件和版本具有权威性？
• 包含哪些附录、嵌入图表、电子表格或链接文件？
• 输出形式是供阅读的副本、可编辑的工作文档，还是发布成品？
• 哪些数字、标识符、产品标签和术语需要受控处理？
• 谁来解决技术上的含糊不清之处，谁有权批准目标语言的措辞？
• 何种证据可以证明任务完成：经审查的文件、问题日志、已解决的引用，还是已签署的发布记录？

在与任何服务共享源文件之前，请先设置保密和上传权限。文档翻译隐私检查清单将有用的供应商提问与未经证实的安全性假设区分开来。

准备一个保留上下文的源程序包

请在可能时获取原生创作文件，并附带显示预期呈现效果的 PDF 参考。将可编辑的图表标签和链接资产与之保留在一起。如果 PDF 是唯一的来源，请记录该限制，而不是假装丢失的创作结构总能恢复。

翻译前，请区分可选择文本的 PDF 与纯图像扫描件。OCR 增加了一个识别步骤：错误的字符可能会变成对错误源文本的看似合理的翻译。对于该分支，请使用以下工具检查识别质量：扫描版 PDF 工作流.

使模糊的源文措辞明确。请看这个虚构的规范句子：

控制模块监控驱动单元。在检查前断开其连接。

代词使得第二句的宾语含糊不清。译者可以询问指的是哪个组件；流畅的自动输出可能会掩盖这个未决的问题。在任何人批准翻译之前，文档所有者应在源文中明确指明该组件。切勿让译者凭空捏造操作说明。

微软的全球通信写作指南支持清晰的句子结构、一致的术语，并避免难以翻译的表达。应用这些原则是为了消除歧义，而不是剥夺必要的技术细节。

将概念与字面字符串分开控制

围绕影响理解的概念建立一个简短的术语表。对于每个条目，包括定义、源上下文、批准的目标术语、拒绝的备选项以及决策所有者。一份光秃秃的两列表格可能会让译者猜测“bearing”、“terminal”或“range”究竟适用哪个含义。

维护一个单独的字面字符串列表：必须与实际产品匹配的零件号、命令名、URL、文件路径和界面标签。某些标签应本地化；其他标签必须保持显示原样。记录选择，而不是应用全局的“全部翻译”规则。

例如，名为reset_cache的命令与解释性短语“reset the cache”不是同一种项目。该命令需要精确匹配检查；该短语需要准确、自然的翻译。

将未解决的问题记录在一个地方，并附带源位置和更改文档的答案。译者查询工作流在多名审阅者或多种语言存在相同的不确定性时非常有用。

围绕交付物选择工作流

以下分支可防止通用的技术翻译流程变成单纯的手动检查清单。

当批准的译文在不同版本之间重复时，基于 CAT 的工作流程可能会很有用；文件级翻译草稿可能适合一次性阅读或审查任务。这两种选择都不能免除检查最终文件的需要。该CAT 工具与机器翻译比较解释了如何在人工主导、自动和混合工作流程之间进行选择。

在处理整个包之前，请使用有代表性的部分来检查所选工作流程是否能够交付所需的格式。包括困难的材料，而不仅仅是简单的介绍页。如果表格、图表或公式无法在进入审查的路径中存活，请在扩大规模之前解决该问题。

审查六个层级，每个层级指定一名负责人

将下面的矩阵视为发布清单。勾选并不是因为有人浏览了文档就完成了；它需要源位置、目标位置和结果。

在审校期间保持数字和单位在一起。作为一种具体约定，NIST 的 SI 指南在数字和单位符号之间保留一个空格，包括摄氏度。源文本中的25 °C需要的不仅是拼写检查：它所描述的数字、符号和条件都至关重要。单位换算是独立的编辑决定；在翻译时不要默默地转换或四舍五入数值。

有关 PDF 特定的交付检查，请继续阅读PDF 翻译质量保证检查清单。更广泛的翻译质量控制中心涵盖了相关的术语和后编辑任务。

一个实际审查示例：字词正确，规格错误

假设一个虚构的产品说明书包含以下两行：

如果目标表格互换了型号标签但保留了每个数字，那么数字存在性检查会通过，但文档传达的限值却是错误的。这些虚构的值用来说明文档关系，而不是对真实产品的操作建议。

在可下载的矩阵中，这变成了检查NUM-02：将每个型号标识符、值、单位和条件作为一个整体进行比较。领域审查员记录更正；生产审查员重新打开导出的文件，以验证修复没有再次错位单元格。

这个教训不仅限于表格：要检查关系，而不仅仅是检查单个字符串是否仍然存在。

分离审批角色并控制后续修订

领域专家可以确认规格的含义，但不一定具备判断每种目标语言细微差别的资格。语言审查员可以识别出错误翻译，却不知道哪个源规格具有权威性。为两者提供通往文档所有者的清晰路径；不要让“由工程部审查”替代所有其他检查。

明确划分四项职责，即使同一个人合法担任多个角色：

1. 文档所有者： 负责解决源文中的疑问并批准范围或需求的变更。
2. 语言审校： 对比源文与目标文的语义，并为目标读者进行润色编辑。
3. 领域审校： 验证技术概念、条件以及具有决策意义的信息。
4. 生产负责人： 验证导出的交付物并打包正确的版本。

发布阻碍因素包括：未解决的技术歧义、缺失必需的内容、错误的数值或条件，以及将读者引导至错误项目的图表或引用。美观上的偏好不应掩盖这些实质性缺陷。

源文发生变更后，应识别受影响的章节以及相关的表格、图表和引用，并重新开启对其的检查。切勿假定先前已批准的段落在其操作上下文改变后依然有效。应将源文版本、目标文版本、术语决策以及关闭的问题日志统一存储。

BookTranslator 的适用场景

BookTranslator 支持整文件 PDF 和 DOCX 翻译。对于适合上传并作为初稿使用的文档，可从 PDF 翻译器 或 DOCX 翻译器 开始，然后将结果与您的验收简报和控制矩阵进行对比。

切勿将文件支持或自动术语表视为每一个技术细节、图表标签或排版都完好无损的证明。OCR 工作流会重建识别出的内容，而无法保证对页面的完全精确复制。安全关键型、受监管的或其他具有重大影响的文档需要在开始时建立专业的工作流，而不是在未经审核的翻译完成后才做最后的免责声明。

有用的交接成果是一个翻译后的文件，外加一份记录（记录了检查内容、检查人员以及参照的源文）。这正是让下一次修订变得轻松可控的关键所在。