您是否应该转变为持续本地化？
持续本地化可缩小本地化与软件开发之间的差距。它将本地化流程整合于敏捷软件开发，从而使本地化的产品能在各项新功能发布的同时予以交付。
但是如果与正在本地化的公司交谈，您很快就会意识到，大部分公司并未坚持他们的 本地化流程和技术， 以跟上敏捷软件开发的步伐。主要问题？缺乏一致的系统和方法，意味着本地化往往被视为马后炮。
本地化与软件开发之间的差距是个由来已久的问题。持续本地化作为一种潜在解决方案应运而生，但它也伴随着许多挑战，需要公司做出改变。幸运的是，借助合适的工具和流程，其结果可能会是颠覆性的。
什么是持续本地化？
持续本地化是一种通向全球内容的新途径，它与公司常向客户交付软件采用的CI/CD方法整合在一起。其主要理念是：持续整合、持续交付。
掌握 持续本地化 的最简单的方法，是将您的本地化工作流程想象成一个具有五个关键步骤的周期：
1. 开发人员创建翻译秘钥，将代码储存在一个诸如GitHub的储存库中（与某个 TMS相连）。
2. 翻译秘钥提供给项目经理。
3. 经理定义项目范围，进行预翻译，分配任务以使语言学家进行翻译工作。
4. 译文由QA团队审核认证。
5. 翻译秘钥由开发人员放回储存库，从而实现一个本地化资产持续部署的半自动化流程。
全面的持续本地化应该简化代码创建（i18n）、本地化文件处理和语言QA。解决方案应该与软件开发配合流畅，具有明确的可执行错误管理与协作。
持续本地化的商业价值
与传统方法所可取得结果相比，持续本地化在正确实施的情况下，几乎始终可以产生更高的团队工作效率、更多的协作、更快的上市时间以及更低的风险。
更快的上市时间：多语言开发与同步发布
持续本地化 并非在单一市场发布一款产品，然后每到一个新市场 翻译一次，而是允许本地化与软件开发同步进行，这就是说，产品的本地化与每个sprint同步进行。
将本地化融入软件开发， 本地化的产品便能以多种语言打造，同时在多个市场发布。换言之，您的本地化内容随时准备发布。好处显而易见：通过更快的周转时间，您以更大的一致性和总体连贯性将本地化的产品更快地投入市场 – 从而获得更大的投资回报。
减少开发人员和产品经理的工作
通过将本地化完全整合于软件的持续交付，工程师便可一劳永逸，使您的本地化利益相关者得以将其努力融入数字资产持续部署之后的本地化周期。
记住，发布内含问题截屏的错误报告，意味着开发人员必须停下手头的工作，找出问题所在并将其修复，然后重新测试。如果有人需要修改最新的sprint文件，而其可能只有几个单词需要本地化更新，您则会自动亏钱。只是因为这可能不是直接的本地化费用，并不意味着它没有花费。
此外，它还会增加人为错误的几率，加大简单任务陷入一堆待办事项之中的可能。
在部署层面减少本地化缺陷
提前将本地化整合于开发工作流程，可使团队快速、轻松地检查其设计是否对所有目标语言正常运行。在部署层面减少本地化缺陷，您便可降低在多语言界面使您的客户感到迷惑、接收错误信息或彻底受到冒犯的风险。
除了为客户提供不良用户体验的风险，与本地化相关的 错误修复还可能使您的企业每年花费50,000多美元。与在测试期间或本地化之后相比，在软件开发期间修复问题是迄今最便宜的做法。事实上，在开发阶段解决问题比发布之后进行调整节省10倍。
使用案例：为何金融科技公司需要不断更新其本地化内容
由于本地化在增加市场份额方面起着关键作用，因此十分之九的金融科技应用提供多种语言也就不足为奇了。但是为何这些公司需要如此频繁地更新本地化呢？难道他们不能一次性创建内容并将其翻译、交付吗？
简短的回答是：不能，如果他们想要保持竞争力和顺应性，则不能。
强劲的竞争优势
可以说，经过认真考虑的本地化在金融科技领域比在基于技术的其它垂直市场更为重要。提供准确的可访问内容是与潜在客户建立信任感的关键。但在飞速发展的行业，情况在不断变化，因而内容需要经常更新。
寻求快速扩大规模的创新型金融科技公司也需要通过适配产品UI、支持和营销资料，在新市场发布产品的能力。以金融科技初创企业Revolut为例：通过采用持续本地化工作流程，该公司对其应用进行评估时，可 比其采用Apple更快地推出新的语言 。
根据规则和动态内容发展
虽然翻译只是本地化结构的一部分，但其仍是金融科技公司在受到高度监管的环境中运营的一个重要环节。这在他们在经常发生变化的多个司法管辖区运营时尤为如此。由于世界各地有各种不同的金融科技许可系统，因而金融科技公司就必须不断更新、部署及保持既可扩展，又很灵活的本地化内容。
另外还有不断变化的外汇汇率的问题，也要求金融科技经常对其进行更新。在没有适当的系统确保内容可定期更新的情况下，管理动态内容需要付出很大的努力。
顺便说一下，如果您想了解有关解决 金融科技领域的本地化挑战的更多情况，请查阅 本电子书 ，其中包含Google、Western Union、Crypto.com、TransferGo、Remitly、Revolut等专家的见解。
构建持续本地化的基础
大多数公司都跳过可使未来向持续本地化轻松转变所需的步骤。让我们看看您决定做此转变后，将使这种过渡更为顺畅的基本要素。
强化您的质量工作 l10n工程
本地化的连续系统应首先使编写国际化源代码简单明了。事实上，如果您未满足基本技术要求，最好的技术也只不过是个摆设而已。
消除软件开发与本地化之间的摩擦点
修改本地化流程在很大程度上是个变更管理问题。令人吃惊的是，公司仍须等待工程师手动处理资源文件；将其发出，然后再收回、汇总，放入某个build。
将接收、审核及执行文件标准化（以及中心化）只是自动化日常任务的第一步，若非如此，这些任务就会造成不必要的摩擦，对项目范围造成损害。
采用可将各部门联合起来的技术，并将本地化纳入工作流程
本地化项目经理面临许多挑战，但技术可帮助他们解决最大的挑战。Blizzard Entertainment的高级本地化项目经理Silvia Mapelli分享如下：
我常常看到公司使用分散的工具进行本地化 – 专有的CAT工具、金融工具、通讯工具、储存库工具、质量管理工具等。拥有满足所有这些需求的一整套TMS，可减少利益相关者之间的往复次数，从而提高工作效率。结果成本降低，资源也可集中于他们的专业技术领域，而非手动任务。
若要在持续本地化中取得成功，您需要用作翻译秘钥数据库、具有进行跨团队协作所需全部功能的本地化软件。这就是您确保公司不同部门及供应商协调一致，同时针对项目进行合作、开展工作的方式方法。
提出持续本地化的想法
持续本地化是经常对其应用、网站和内容发布更新的公司的最有效的流程。但是，如果您仍在设法使团队相信本地化的重要性，那么，向持续本地化的转变则是无法抗拒的。
如果您需要增强意识，请记住，本地化目标很令人兴奋。这其实并非关乎流程的事情 – 它有一个关于新用户、授权解决方案和公司成长的故事。
从面对客户的团队及客户本身获得支持和意见。告诉人们它为何重要以及哪些人会受到影响。随着您的公司将其关注点推向全球，提出可使您的计划经受未来检验的想法。
