我维护一个开源 Android 应用程序。每隔一段时间，一些匿名英雄就会使用其母语进行本地化，发送文件或使用我们的在线工具。
起初我认为协作的魔力足以提供及时的本地化，但实际上，UI 字符串发生了变化，每个版本都大致附带：
我非常感谢，但是当发布到来时，我能做些什么来将本地化从 70% 提高到 100%？
我在每次发布前一个月和一周前在代码冻结的邮件列表上发送消息，但大多数贡献本地化的人不阅读邮件列表，实际上他们中的大多数可能只是路过的好心人.
我应该跟踪翻译并亲自询问他们吗？
我一直在考虑让一个人负责每种语言。这个人（我应该如何称呼这个角色？）将“负责”在每次发布之前将翻译达到 100%。他们的名字将列在“关于”对话框中。这是一个好策略还是一个坏策略？有小费吗？
这是 90-9-1 原则 - http://www.90-9-1.com/ - 指定负责事情的人是行不通的。您可以提供现金 - 奖励/支付 - 或者您可以培养他们。如果您将资金投入其中，请记住它很快就会变成权衡分析。人们会将您提供的内容与他们自己可以赚取的内容进行比较。因为我假设你没有那么多钱，所以你不想要那种比较。
实际上，修饰它们是更好的选择。你已经完成了第一步——包括他们——表明他们的修复、更新等被包括在内并帮助了产品。下一步是公开感谢他们并欣赏他们。如您所见，这将获得前 80%。下一步是让他们亲自投入。开始直接与他们互动。向他们发送您的感谢......不仅仅是在电子邮件中。如果您有一件产品 T 恤，请给他们寄一件带有手写便条的 T 恤。在您的发行说明中，链接到他们的网站。如果您亲自见到他们，请购买他们的咖啡……随便。关键是你要竭尽全力——无论多么小——承认他们正在走出自己的路。
使用胡萝卜和大棒的方法。在您的“关于”屏幕中给予人们信任，并称他们为特定语言的首席翻译（如果他们愿意接受该责任）是一件好事。在您让某人承诺成为该语言的首席翻译之前，不要包含翻译；就像代码一样，你不想接受贡献，除非（a）你有能力并且愿意维护这些贡献，或者（b）你认为可靠的人自愿负责维护它。
“坚持”是，如果有人停止维护一种语言，并且未能适当地将责任转嫁给其他人，那么您将从应用程序的下一个版本中删除该语言。大多数翻译您的应用程序的人可能会这样做，因为他们更愿意以他们的母语使用您的应用程序。从下一个版本中删除语言的威胁，或者当他们发现下一个版本不包含他们的语言时的警钟，可能会激励他们回来完成最后 30% 的翻译工作。
你错了，社区翻译是一个持续的过程，或者说永无止境的方法。
这并不意味着这是错误的，但您必须接受这样一个事实，即本地化始终是一种折衷方案，而且通常，最好有 20 种语言 50% 的翻译比 10 种语言 100% 的翻译要好。
如果一种语言很重要，它就会有更多的用户，所以它会有更多的贡献者，翻译率也会更高。
您不知道特定语言的翻译何时以及是否会 100%，可能永远不会。
好的部分是你不应该关心获得 100%，你应该努力激励人们做出贡献。
可能您已经知道，社区翻译不适用于打包产品。
这个问题的解决方案是改变你的工作方式，并在你的版本中提供部分翻译和一个简单的更新系统来更新它们（最好是一个静默的系统，比如 Chromium 更新）。
PS。如果您需要在发布之前确保有限数量的语言的 100% 翻译率，请考虑向翻译供应商付费。
好吧，你得到你所支付的。你计划实施的策略不会给你任何东西。那是因为英雄有自己的生活。完成这项工作的唯一方法是让更多人参与翻译，因为完成百分比是社区规模的函数。
如果您的应用程序足够有用，您可以尝试提供一个链接“帮助翻译成您的语言”，这可能会持续一段时间。
考虑创建讨论组或板，当您准备发货时，您可以发布“请求翻译”。翻译人员通常没有时间跟踪更改。
需要注意的一件事是，本地化人员需要时间来进行本地化，而且他们获得的报酬越少，他们需要的时间就越长。这意味着您至少应该尽量避免在发布前不久更改本地化键（尤其是包括定义新键）。我知道不受这样的限制很好，但现实情况是，如果你不付钱，那么在大多数情况下你不会很快得到周转，所以你必须为此做好计划并减轻你的负担日程。实际上，您必须停止将向用户显示的文本视为可以在项目后期完成的内容，而是开始将其视为您计划更早锁定的重要界面问题。