如何翻译支持工单：设置指南
工单翻译让支持 User 无需将客户消息复制到单独的工具中，就能用熟悉的语言阅读消息，并用客户的语言回复。具体工作流程取决于帮助台。有些系统会自动翻译，而另一些系统会自动检测语言，并让 User 选择何时翻译。
上线前请检查三件事：
- 确认实际工作流程。 弄清楚语言检测、工单翻译和回复翻译是自动执行，还是由 User 触发。这些是彼此独立的功能。
- 核实支持的语言对。 平台可能为界面支持一组语言，为翻译工单内容支持另一组语言。
- 规划审核和隐私保护。 保留原始消息，在发送前审核敏感回复，并了解翻译服务提供商如何处理工单数据。
要点总结
可靠的翻译工作流程应让 User 保持控制权，保留原始文本，并为团队提供清晰的方式来处理不确定或敏感的翻译内容。
| 要点 | 详情 |
|---|---|
| 将检测与翻译分开 | 自动语言检测并不一定意味着工单或回复也会自动翻译。 |
| 从 User 触发翻译开始 | 让 User 对照原文和译文，同时让团队了解哪些内容最值得审核。 |
| 保留原文可见 | 应便于根据源消息核对姓名、订单号、产品术语和法律措辞。 |
| 按语言衡量结果 | 分别跟踪最常用语言对的修改报告、回复时间和升级情况。 |
| Deskhero 使用一键翻译 | Deskhero 会自动检测收到的语言，而工单翻译和回复翻译由 User 触发。 |
目录
- 工单翻译能为支持团队带来什么
- 如何准备工单翻译：配置检查清单
- 语言检测如何工作，以及如何处理错误结果
- 按工单或会话管理翻译
- 发送前翻译 User 回复
- 已知限制、数据隐私和质量控制
- 上线检查清单、指标和故障排查
- Deskhero 如何处理工单翻译
- 大多数工单翻译指南都会忽略的部分
- Deskhero 让多语言支持从第一天起就变得简单
- 来源
- 常见问题
工单翻译能为支持团队带来什么
帮助台翻译工作流程可以包含三个不同步骤：检测收到消息的语言，将会话翻译成 User 能阅读的语言，以及将 User 的草稿翻译回客户的语言。在比较产品时，应将这些视为独立的控制项。
实际好处是更简单地处理日常多语言工单。User 无需将会话转移到其他应用中，就能理解请求并准备回复。机器翻译可以减少多语言支持所需的时间和成本，但仍需在速度、范围和质量之间进行权衡。Phrase 的多语言客户支持指南建议，在准确性很重要时进行人工审核和译后编辑。
翻译不等同于领域专业知识。翻译可以在不同语言之间传达消息，但无法确认退款决定是否正确、法律措辞是否安全，或技术诊断是否可靠。User 仍需对答案负责。
因此，合理的工作流程应保留源消息，明确翻译方向，并在发送翻译后的回复前要求确认。同时，还应为高风险会话提供转交双语审核人员的途径。
如何准备工单翻译：配置检查清单
不同产品的翻译控制各不相同，因此请使用以下清单检查你实际使用的系统：
- 确定翻译模型。 弄清楚翻译是内置于帮助台、通过云 API 连接，还是在浏览器中执行。根据 MDN Translator and Language Detector API 参考文档，浏览器翻译 API 仍处于实验阶段，且浏览器支持范围有限。
- 检查源语言和目标语言。 确认团队所需的确切语言对。当不同市场的语气或术语存在差异时，请测试地区变体。
- 梳理每项控制。 记录哪些操作是自动执行的、哪些需要 User 点击、是否可以手动选择源语言，以及目标语言是否会被记住。
- 确保原始内容可用。 User 需要能够将姓名、代码、链接、金额和引用措辞与源消息进行对照。
- 测试发出内容的翻译。 确认草稿可以在发送前翻译，并且界面清楚显示客户将收到哪种语言。
- 审核数据处理方式。 检查供应商的数据处理条款、保留规则、子处理方，以及适用于个人信息或受监管信息的任何控制措施。
- 定义升级规则。 确定哪些主题需要双语审核人员，例如法律纠纷、安全问题、高金额退款或受监管建议。
专业提示： 从具有代表性的脱敏工单中建立一个小型测试集。加入短消息、混合语言文本、产品名称、订单号和礼貌用语。在面向客户使用该工作流程前，检查两个翻译方向。
语言检测如何工作，以及如何处理错误结果
语言检测器会评估文本并返回语言标识符。有些服务还会返回置信度分数和文字体系信息。Microsoft 的语言检测文档说明，含义不明确的文本可能会降低置信度，而混合语言内容通常会根据占比最大的语言进行标注。
常见故障模式包括：
- 短消息。 一句问候、产品代码或两个词的回复可能没有足够的语言特征上下文。
- 混合语言文本。 客户可能使用一种语言书写，同时粘贴另一种语言的错误消息。
- 姓名和专业术语。 品牌名称、缩写和技术词汇可能会干扰检测结果。
当检测出的语言看起来不正确时，不要认为重新运行相同请求就会有所改善。如果帮助台允许，请手动选择源语言并再次翻译。否则，请要求客户提供更完整的描述，或将工单转交给能够识别该语言的人员。
代码也需要特别注意。服务可能返回语言代码、语言加地区代码，或单独的文字体系代码。集成时应有意识地映射这些值，而不是假设每个供应商都使用相同格式。
专业提示： 将极短消息和混合语言消息与普通工单分开测试。如果它们经常失败，请将其发送到审核流程，而不要设定一个通用的置信度或字符数阈值。
按工单或会话管理翻译
按工单控制比单一的全局开关更安全，因为正确的操作取决于具体会话。至少应关注以下功能：
- 按需翻译会话。 User 应能够翻译指定工单，而不改变工作区中所有工单的设置。
- 选择目标语言。 User 使用的语言应明确显示，并且易于更改。
- 返回原文。 未翻译的会话应始终可访问，以便进行对照。
- 翻译待发送回复。 User 应能够在发送给客户前翻译草稿。
- 确认发送语言。 清晰的确认步骤可以降低发送错误语言版本的可能性。
对于合同、涉及精确措辞的投诉、安全事件、医疗或金融信息，以及任何措辞细微变化都可能改变含义的情况，应更加谨慎地处理翻译。在这些情况下，请保留原文并请合格的审核人员参与。
不要假设每个帮助台都提供按会话设置的自动翻译开关、可编辑的置信度阈值、翻译日志，或针对每个渠道的独立设置。在为团队编写文档前，请先在产品中核实这些控制项。
| 控制项 | 用途 | 使用时机 |
|---|---|---|
| 翻译工单 | 用选定的语言阅读会话 | 分配给该工单的 User 不熟悉原文语言时 |
| 选择源语言 | 覆盖不确定的自动检测结果 | 短消息、含义不明确的消息或混合语言消息 |
| 查看原文 | 对照确切的姓名、数值和措辞 | 质量检查和敏感案例 |
| 翻译草稿 | 用客户的语言准备外发回复 | 发送以另一种语言撰写的回复前 |
发送前翻译 User 回复
以审核优先的工作流程作为默认方式更安全。User 使用熟悉的语言撰写答案，翻译草稿，检查姓名和关键术语，确认目标语言，然后发送。帮助台应在整个过程中清楚显示翻译方向。
请特别注意机器翻译处理不佳的细节：产品名称、占位符、单位、法律短语、尊称，以及正式或非正式语气。除非有明确的本地化理由，否则请保持链接、订单号和代码片段不变。
简短的术语指南可以帮助团队保持一致。列出不得翻译的产品名称、重复出现的功能名称的批准译法，以及需要人工审核的短语。对于公开知识内容，Phrase 建议将机器翻译作为起点，并由人员审核和进行译后编辑。
专业提示： 将术语指南重点放在已经引起混淆的术语上。产品或政策发生变化时进行更新，并为 User 提供一种简单方式，让他们能够在工单工作流程中报告糟糕的翻译。
已知限制、数据隐私和质量控制
准确性限制。 短消息、习语、幽默、混合语言内容和专业术语仍然难以处理。图片和扫描文档也可能需要先提取文本，才能翻译其中的内容。
可用性和配额限制。 云服务可能会施加请求、速率或使用量限制。基于浏览器的翻译取决于浏览器支持、权限、模型可用性和本地下载。MDN 将浏览器 Translator and Language Detector API 标记为实验性功能，并指出它们并非在所有广泛使用的浏览器中都可用。
数据隐私。 如果帮助台将工单文本发送给翻译服务提供商，个人信息可能会由另一项服务处理。请审核实际的供应商协议和部署模式。不要假设每项翻译服务都会存储数据、使用数据进行训练，或遵循相同的数据保留规则。
| 风险领域 | 需要检查的内容 | 实际应对措施 |
|---|---|---|
| 个人信息 | 供应商条款、子处理方和数据所在地 | 在可行时进行脱敏，并选择获批准的服务 |
| 含义变化 | 姓名、日期、金额、义务和否定表达 | 与原文进行对照，并升级敏感回复 |
| 服务限制 | 所选供应商当前的速率和使用量限制 | 监控错误，并记录备用处理路径 |
| 薄弱语言对 | 按源语言和目标语言统计的修改及升级情况 | 在质量不稳定的地方要求审核 |
专业提示： 定期抽样检查翻译后的工单，同时纳入日常案例和敏感案例。记录哪些内容需要修改，并利用这些模式改进术语指导和升级规则。
上线检查清单、指标和故障排查
分阶段上线有助于在翻译成为默认习惯之前发现特定语言的问题。请按以下顺序执行：
- 选择具有代表性的 User。 纳入处理最常见多语言主题的人员，以及至少一名能够审核相关语言的人员。
- 从使用量最高的语言对开始。 同时测试收到工单的翻译和发出回复的翻译。
- 记录控制项。 向 User 展示如何翻译工单、选择源语言或目标语言、返回原文以及翻译草稿。
- 定义敏感工单处理方式。 标记需要双语或专业人员审核的主题。
- 建立备用方案。 确定翻译不可用或明显错误时 User 应采取的措施。
- 审核结果后再扩展。 只有在工作流程清晰且初始修改问题得到解决后，才添加更多语言。
需要监控的指标：翻译工单量、首次回复时间、修改报告、升级情况，以及表明存在误解的客户后续跟进。请按语言对拆分结果，因为一个总体平均值可能掩盖表现较弱的语言对。
常见故障排查：
- 检测出的语言错误： 如果产品支持，请手动选择源语言，或要求客户提供更多上下文。
- 翻译方向不明确： 再次翻译前，确认所选的源语言和目标语言。
- 缺少翻译： 检查是否支持该语言对，以及供应商或浏览器是否报告了可用性错误。
- 姓名或代码损坏： 从原文中恢复确切值，并将其添加到团队术语指南中。
Deskhero 如何处理工单翻译
Deskhero 的多语言支持会自动检测收到工单的语言。User 可以将工单翻译成选定的语言，用该语言阅读会话，并在发送前将回复翻译回客户的语言。
这一点区别很重要：语言检测是自动的，而工单和草稿翻译则由 User 触发。翻译控制可以自动检测源语言，也可以使用 User 选择的源语言。Deskhero 会记住所选目标语言，将打开的草稿和待发送的 AI 建议回复与工单一同翻译，并在回复语言与客户语言不同时显示确认信息。
实际使用 Deskhero 的工作流程如下：
- 将 Gmail、Google Workspace、Microsoft 365 或基于 DNS 的邮箱连接到共享收件箱。
- 打开工单并使用 Translate。保留自动检测或选择源语言，然后选择目标语言。
- 在保留原文可用的同时，审核翻译后的会话。
- 用你的语言撰写回复，将其翻译成客户的语言，并在发送前确认。
- 在基于语言的路由有用时，在自动化规则中使用检测到的工单语言。
Deskhero 的 AI 建议回复以工作区知识为基础，其中可以包括已回答的工单、内部知识、已批准的公开 FAQ 条目、抓取的网站页面、导入的问答内容以及已连接的产品数据。聊天机器人和 AI 自动回复遵循更严格的规则：它们只根据已批准的公开 FAQ 作答。翻译本身不会改变这些知识规则。
专业提示： 使用真实邮箱和非生产环境会话测试完整流程。翻译收到的工单，将草稿翻译回去，并在培训其他团队成员之前，确认最终的语言确认信息。
大多数工单翻译指南都会忽略的部分
困难之处不在于让翻译显示出来，而在于发现译文读起来流畅，却改变了客户原本的意思。当负责的 User 无法阅读原始语言时，这类错误很容易被忽略。
团队应将翻译质量视为运营责任。抽样检查会话，记录反复出现的修改，并将日常问题与敏感案例区分开来。为 User 提供清晰的升级路径，而不是要求他们判断自己不懂的语言。
机器翻译对日常支持很有用，但不能取代母语人士或专业人员的判断。使用它来减少常见会话中的阻碍；当措辞、政策、安全或法律含义很重要时，再请合格人员参与。
Deskhero 让多语言支持从第一天起就变得简单
Deskhero 在付费方案中提供多语言会话，因此团队无需连接和管理单独的翻译 API。连接现有邮箱，让 Deskhero 检测收到的语言，并在 User 需要时使用工单翻译控制。界面本身支持 14 种语言。
User 可以在工单内翻译会话和回复草稿，并在使用另一种语言发送前获得确认。立即开始30 天免费试用，无需信用卡，并使用你自己的邮箱测试工作流程。
来源
常见问题
如何为支持工单开启翻译？
首先检查你的帮助台是自动翻译，还是提供按需控制。Deskhero 会自动检测收到消息的语言。User 打开工单，选择 Translate，保留自动检测或选择源语言，然后选择目标语言。
帮助台最好的工单翻译工具是什么？
最佳选择应支持你所需的语言对、保留原文可见、支持在发送前翻译回复，并满足你的数据处理要求。内置帮助台翻译更易于运营。云 API 提供集成灵活性，而浏览器 API 目前在兼容性和可用性方面存在更多限制。
工单翻译工具要多少钱？
价格取决于产品。云服务可能按字符数或使用量收费，而一些帮助台会将翻译包含在订阅中。Deskhero 在付费方案中提供多语言会话，因此客户无需为内置工作流程管理单独的翻译 API 订阅。
User 可以修正错误的语言检测结果吗？
这取决于帮助台。Deskhero 的翻译控制允许 User 保留自动源语言检测，也可以在翻译工单前手动选择源语言。
达到翻译服务限制后会发生什么？
具体行为取决于供应商。云 API 可能返回错误或延迟请求，而浏览器模型可能因兼容性、权限或模型下载状态而不可用。请监控实际错误并记录手动备用方案，而不要假设失败会被静默处理。