简化本地化管理的三大翻译自动化工具

嘿！ 在 MotaWord，我们不断尝试新事物，让客户在翻译方面更加轻松便捷。 我们的一些客户一直都在使用我们的服务。 因此，我们决定尝试并测试一小套以翻译为中心的自动化工作流程，以了解一些简单的问题：这些工作流程是否真的能帮助我们的用户在实际工作中取得成功？

当然，这并不是一次完美无瑕的产品发布会。 这是一个实际的实验，旨在了解哪些工作流程理念是有用的，我们还可以创造哪些其他理念，以及接下来应该为每天处理多语言内容的团队发布哪些类型的工作流程堆栈。 听起来有趣吗？ 那么，让我们一起来看看下面我们创造了什么吧！

我们为什么要测试这些工作流程

我们与需要翻译的团队合作，帮助他们加快翻译速度，减少手动操作，并使其更自然地融入他们已经使用的工具中。 正是基于此，我们开展了这项以 N8n 和 Runwork AI 为基础的实验。

我们没有一开始就进行大规模的平台推广，而是与我们的首席技术官 Oytun Tez 合作，创建了三个易于理解和评估的小型工作流程。 每个功能都专注于一项明确的任务：从电子邮件中报价项目、从文档接收文件夹启动翻译流程，或者在项目准备就绪时通知团队。

我们认为，小而精的自动化流程具有真正的价值，它可以一次解决一个令人沮丧的步骤。 我们认为验证这一点的最佳方法是展示工作流程，清楚地解释它们，并直接向实际使用者征求反馈意见。

如果反响强烈，我们计划将其扩展到更多针对不同用例的专用工作流程堆栈。 这可能包括法律运营、多语言营销、客户服务、支持团队以及其他因语言问题而造成不必要摩擦的工作流程。 但现在，我们先向您展示三种不同的工作流程，以及如何立即开始使用它们来扩展您的翻译业务。

这些工作流程旨在做什么

第一批工作流程中的每个工作流程都围绕一个简单的理念而设计：消除延迟，减少人工步骤，使翻译工作更容易开始或更容易跟踪。 我们认为这足以让我们获得初步的进展！

有些团队需要一种更快捷的方式来获取报价，而无需填写冗长的表格。 其他人则需要更清晰的重要文件接收流程。 其他人则不需要另一个仪表盘来查看。 他们只需要在工作完成后收到一条通知。

以下是每个工作流程的具体功能：

这套产品特意设计得比较窄。 我们希望第一篇文章简单易用，可以作为概念验证。 如果其中一项引起您的共鸣，我们可以以此为基础，构建更专业的技术栈和更深入的操作工作流程，您可以轻松地将其集成到您的日常运营甚至现有工作流程中。

在 Runwork 等平台上，用户可以创建使用其他代理的代理，这些工作流程无疑是对已经不断发展的生态系统的快速而高效的补充。

工作流程 1 - 自动文档翻译器导出

这是所有流程中最复杂的一个。 我们意识到，我们的翻译服务是从人工步骤开始的：有人上传文件，有人检查文件，有人确认工作详情，然后才开始实际的项目。 少量文件可能还能处理，但如果文件有时效性或对运营至关重要，就会很快变得混乱。

此工作流程专为希望在不消除仍然重要的人为判断的前提下，建立更结构化的客户需求收集流程的团队而设计。 我们最终想出了以下方案：

• 该工作流程会检查 Google 云端硬盘接收文件夹，找到第一个符合条件的文件，并忽略已标记为审核中、已完成或已拒绝的文档。

• 文件选定后，工作流程会下载源文档，规范化文件，并在审批前创建 MotaWord 项目。 然后，它会准备一份审阅请求，其中包含审阅者实际需要的详细信息，例如价格、周转时间和 MotaWord 字数统计。

• 之后，审核人员会通过 Google Chat 收到决策提示。 如果审阅者批准，项目启动，即时 AI 翻译运行，文件标记为已完成，团队收到完成提醒。 如果审阅者拒绝，工作流程将删除未启动的项目，将文件移动到已拒绝文件夹，将其标记为已拒绝，并发送拒绝警报。

该工作流程展示了如何在一个可视化的流程中完成文档接收、审核、翻译发布和团队沟通。 它保持了工作流程的实用性，同时又不会假装每个文档都应该在没有任何监督的情况下直接进入自动化流程。

你需要准备什么

您可以自定义接收文件夹和拒绝文件夹、源语言和目标语言、文件状态前缀、MotaWord 令牌和 Google Chat webhook。 您还可以调整审核语言和通知文案，使其与您的团队相匹配。

工作流程 2 - 报价导出至 Gmail

这个工作流程源于一个简单的观察：索取翻译报价不应该比发送文件本身更难。 在很多情况下，第一步仍然会造成不必要的摩擦。 需要有人找到正确的表格，将文件上传到正确的位置，然后等待人工回复。

我们想测试一种更简单的方法，这种方法感觉更符合许多人现有的工作方式。 该工作流程不会将用户引导至其他地方，而是允许他们转发带有附件的电子邮件，并从收件箱开始报价流程。 我们最终想出了以下方案：

• 该工作流程监视 Gmail 收件箱中未读电子邮件的附件与特定接收标签匹配，并且还没有 已处理 标签。

• 它加载电子邮件，提取附件，在需要时下载文件，并通过 MotaWord 创建可用于报价的项目请求。

• 项目详情返回后，工作流程会生成一封回复邮件，将该回复发送回原始 Gmail 邮件线程，添加已处理标签，并将原始邮件标记为已读。

这样可以使报价体验与正常的收件箱操作接近。 该工作流程不会创建单独的路径来启动该流程，而是将转发的电子邮件转换为结构化的报价路径。 这可能是这组工作流程中最容易理解的，而这正是它有趣的地方之一。 如果反响良好，我们可以通过 MotaWord Lab 为不同的服务、行业和请求类型构建更专业的接收工作流程。

你需要准备什么

您可以自定义 Gmail 标签、回复措辞、电子邮件模板内的品牌标识、源语言和目标语言代码、MotaWord 令牌，以及在引用失败或附件不可用时要使用的任何备用文本。

工作流程 3 - 项目状态检查器导出

此工作流程侧重于解决不同的问题。 有时问题不在于无法启动工作。 关键在于如何知道工作已经完成。 团队可能会浪费时间查看仪表板、刷新项目列表或等待其他人注意到翻译已准备就绪。

我们想测试一种轻量级的方法，让项目完成情况更加透明，同时又不要求团队过多地改变他们的习惯。 这种工作流程不是依靠人手动检查，而是将更新推送到人们已经关注的地方。 我们最终想出了以下方案：

• 计划检查会自动运行，提取最近的 MotaWord 项目，选择要检查的项目，并请求其进度详细信息。
• 当工作流找到合适的项目时，它会准备一个包含相关信息的格式化警报。
• 然后，该警报会发送到 Google Chat，以便团队可以立即查看更新并采取行动。

这是该组中最小的工作流程，但这正是它的价值所在。 它提高了工作透明度，减少了等待时间，并帮助已完成的工作更快地进入下一步。 这也指明了 MotaWord Lab 的更广阔发展方向，我们可以创建更多工作流程堆栈，将翻译更新集成到团队每天使用的工具中。

你需要准备什么

您可以自定义轮询间隔、每次运行提取的项目数量、MotaWord 令牌、聊天 webhook 目标以及您的团队实际认为有用的消息格式。

我们为什么要构建这个

我们希望在公开场合测试一些实用的工作流程方案，并从人们的反馈中学习。 我们的目标不是为了发布内容而发布内容。 目标是找出真正有用的东西，然后多做一些有用的东西。

这些最初的工作流程特意设计得简单明了。 你可以查看它们，了解它们的功能，并快速决定该想法是否适合你的团队。 这对我们来说很重要，因为我们不仅仅是在测试工作流程本身。 我们还在测试这种形式、定位以及值得深入投资的用例类型。

随着时间的推移，我们希望这个“MotaWord 实验室”发展成为一个您可以发现满足特定运营需求的工作流程堆栈的地方，而不仅仅是一次性的示例，而且对我们的用户来说完全免费。

常见问题解答

这些工作流程是否已准备好投入生产？

这些是旨在清晰展示实际应用案例的工作示例。 同时，每个团队在实际环境中使用之前，仍然需要配置凭据、文件夹、标签、Webhook、语言设置和消息副本。 但实际上，它们确实是！

这些只适用于某一类型的团队吗？

不。第一批主要关注与翻译相关的用例，但更广泛的目标是发现针对不同的实际需求，接下来值得构建哪些工作流程堆栈。 如果项目进展顺利，我们计划将这些工作流程构建并存储在一个单独的页面上，用户可以在该页面上查看并获取更多说明。

什么样的反馈最有用？

最有用的反馈是直接且具体的。 请告诉我们您认为哪个工作流程最有价值，哪个工作流程没有必要，缺少哪个步骤，以及您接下来希望我们发布哪种类型的工作流程。

这些工作流程中有哪些对您有帮助？

这就是我们试图弄清的问题。 如果这些工作流程中的某一项能够让您的团队工作效率更高、思路更清晰或更易于合作，我们很想知道。 如果这些方法都不能解决真正的问题，那也同样重要。 请告诉我们什么样的翻译工作流程才能真正帮助您，您希望接下来看到哪些技术栈，以及目前的想法有哪些不足之处。 您可以通过我们的全天候在线聊天或发送电子邮件至info@motaword.com轻松联系我们。

经纪人是未来的工作模式。 你是否在日常工作中实践了这些方法？