Surventis 致力于开发汽车涂料和表面处理解决方案。其 Refinity 平台将数字化色彩管理、业务工具和培训功能整合在一起，为汽车修补漆专业人员提供服务。车身修理厂利用这些功能来支持其日常运营。
这种广泛的覆盖范围带来了持续的本地化需求。随着产品的不断发展，团队需要管理应用程序及其配套体验的语言覆盖范围。
在采用 Localize 之前，Refinity 团队曾使用 Microsoft Azure 认知服务构建了自己的翻译系统。这个过程耗费了开发团队太多时间。
2023年，Refinity团队开始使用Localize时，其系统已经支持超过45种语言。他们的需求不仅限于生成翻译：团队希望将现有工作成果应用到新项目中，并协调不同人员管理的应用程序之间的术语。建立管理员职责和译员工作流程也是这项工作的一部分。
Refinity 的旧版应用程序通过短语标识符引用翻译。迁移到 Localize 后，团队需要决定应用程序中哪些部分将继续使用该系统，哪些部分可以迁移。
现有已审核的译文必须保持有效性。仍由旧系统管理的内容需要明确界限。团队还必须控制短语检测，以确保个人信息和来自外部系统的内容不会影响翻译工作流程。
分阶段迁移为团队提供了一种管理这些依赖关系的方法。同时，由于每个页面都需要迁移到 Localize 平台，因此也需要进行仔细的实施和测试。
团队的迁移方案首先是将已有的已审核译文导入 Localize 系统。仍依赖于旧系统的章节则不会被导入 Localize 进行翻译。
页面准备就绪后，开发人员会移除这些排除项，更新应用程序代码，并检查本地化功能是否能捕获到预期的短语。所有更改都会先经过开发和测试环境，然后才会部署到生产环境。
自定义变量和内容拦截器支持更精确地处理应用程序内容。这些控件有助于团队区分需要翻译的文本、变量值以及应排除在检测范围之外的内容。
这项工作也涉及负责维护翻译的人员。Localize 的客户成功团队为译员提供培训，并定期与 Refinity 团队举行工作会议，以解决实施过程中遇到的问题。账户记录会显示使用 Localize 的 Refinity 应用程序、版本说明和商店等功能。
Refinity 的经验表明，在成熟的应用程序中更改本地化系统需要付出大量的实际努力。团队需要了解每个部分由哪个系统负责，哪些翻译可以复用，以及哪些内容在发布前必须通过测试。
对 Surventis 而言，这些决策促成了其逐步向本地化转型，同时又能适应应用程序现有的架构。对于那些多语言产品规模已超出内部翻译工作流程能力的团队来说，这种方法提供了一个有用的起点。
计划从内部本地化迁移到外部本地化？请与我们的 本地化专家 讨论您现有的翻译、应用程序需求和部署计划。
