如何在国际上扩展：全球产品设计

大多数推出自动适应多个国家市场的国际产品的公司往往主要关注正确的语言翻译。 但是，在构建全球产品时，不应错过许多其他重要组件。

一个很好的例子是 2012 年 Apple 的移动操作系统 iOS6 的推出。Apple 粉丝非常兴奋的一项关键创新是 Apple 内部全新构建的新 Apple Maps 应用程序的发布，其中包括全球首发的 3D Maps。 然而，在发布后的几天内，Apple Maps 应用程序被判定为公开失败，在搜索结果和位置翻译方面存在重大问题（例如，柏林成为 Schoneiche bei Berlin；在英国搜索伦敦导致伦敦、安大略省、加拿大；以及爱尔兰突然有了一个新机场）。 一次在 100 多个国家/地区推出产品是一项艰巨的任务，并且肯定会出现一些故障，但宣布该应用程序准备发布的苹果高管忽略了一些核心知识。

产品架构很重要

全球产品设计的关键要求是为易于适应不同国家的产品架构奠定基础。 确保所有文本组件（所谓的“字符串”）的结构易于提取以进行翻译然后重新集成，这一点至关重要。 创建一个有能力的特征矩阵来显示什么时候出现的特征也是一个重要的步骤。 它必须处理比纯本地产品更多的上下文信息，例如位置、电话区域或电话语言。 启用产品的功能集以适应用户检测到的位置不应该是事后的想法。 由于不同国家/地区往往具有不同级别的蜂窝流量，因此产品团队必须决定架构逻辑的哪些部分应该在服务器上，以及哪些部分将驻留在用户的设备上。 某些产品可能还需要离线模式，这是手机或设备未连接到网络时可用功能的子集。 通过考虑所有这些组件，该产品将准备好扩展到两个或 50 个国家/地区。

性能和服务器架构是另外两个必须提前解决的关键问题。 确保产品在全球国家/地区 24/7 具有足够的性能需要具有足够级别的服务器节点和负载平衡能力的服务器架构。 根据流量大小，产品团队必须决定是否需要在美国、拉丁美洲、欧洲或亚洲的服务器节点，因为将节点设置在靠近流量高的地区以确保真实-时间响应。 基于优化的每小时使用曲线，可以在 24 小时范围内平衡流量负载——例如，当东部的使用量下降时，可以通过将流量转移到东海岸来卸载主要的西海岸服务器。

区域与语言矩阵

对于移动应用程序，检测用户所在国家和手机发行地的最佳方法是依赖用户选择的区域设置或默认设置。 这也可以与语言设置相结合，以创建支持的地区和国家的复杂矩阵，而不是语言。 例如，这将使居住在美国并购买了美国手机的中国人能够让手机和应用程序显示普通话。 产品团队需要做出的另一个决定是不支持语言或国家/地区时的默认设置。 例如，如果该软件在芬兰不支持芬兰语，则默认应为英语。 这允许产品提供偏好和定制。

复杂化特征矩阵

标准特征矩阵将支持许多标准场景。 例如，如果用户已经登录，他们应该能够直接进入主页，而不是面对登录页面。 然而，构建国际产品意味着增加交互功能之外的复杂性。 一个很好的例子是 Facebook 约会功能，它首先在哥伦比亚进行了测试，但在一段时间内美国用户无法使用。 在这种情况下，如果软件检测到用户的国家是哥伦比亚，它应该显示用户的登录状态和 Facebook 约会功能。 但是，如果用户在美国，登录状态应该可见，但约会功能不可见。

同样，在 Apple Maps 示例中，搜索功能不应显示似乎是第一个逻辑结果，而应考虑用户的位置。 按字母顺序，“London, Canada”排在“London, UK”之前，但如果用户在英国并输入“London”作为关键字，则加拿大的位置应该显示为第二个选项，而不是第一个选项。

因此，搜索结果矩阵需要根据应用程序识别的手机设置、计算机 IP 地址或用户当前位置等条件来确定用户所在的地区。 特征矩阵还应该支持基于上下文的精确、自动决策，例如用户的基本国家、当前位置和语言偏好。

特征交互中的文化差异

文化方面也会对特征交互产生影响。 例如，美国用户在搜索地址时会键入字符“&”来表示交叉路口，而该字符在其他国家/地区并不常用。 墨西哥人使用缩写搜索地址，例如“Col。 del Parque”代表“Colonia del Parque”，因为墨西哥的地址通常很长。 图标也是一种独特的文化比喻，可能会导致很多误解。 我开发的其中一个应用程序有英国药房图标，我的法国用户问为什么我们在地图上显示牛奶瓶。 虽然我们可能认为“普遍理解”的符号是理所当然的，但我们不应该这样做，因为视觉交流受到文化和语言规范的影响。

这也可以应用于 A/B 测试，这种技术涉及某些产品组件的迭代，以确定哪些组件驱动了最成功的用户行为。 按钮颜色的 A/B 测试可能会受到文化认知的影响。 尽管绿色作为“去”和红色作为“停止”的看法在很大程度上是国际化的，但在文化对颜色含义的看法上仍然存在显着差异。 例如，在各个国家，哀悼的颜色可以是黑色或白色，如果使用不正确的颜色，会在用户中产生相反的反应。

本地化，不仅仅是翻译

上面的例子说明了本地化和翻译之间的区别。 本地化考虑了许多影响视觉设计和功能交互的文化元素，而不仅仅是翻译文本或音频提示。 仅举几例，它们包括货币、测量系统（公制与英制，或摄氏与华氏）和格式（美国和欧洲的日期格式不同）的多样性，以及文本字符和方向的变化设计（阿拉伯语从右到左阅读，这对页面的人体工程学有很大影响）。

本地化专家会根据文本在产品中的位置、上下文含义以及某些语言如何处理某些上下文来查看文本； 他们还将考虑俚语或不恰当的内涵以及整体文化的细微差别。 本地化产品不仅在语言上而且在文化上也适用。

设置 QA 团队以取得成功

当产品进入测试阶段时，产品团队必须考虑本地和集中测试。 尽管可以从总部自动集中测试许多场景，但一些核心功能将从现场测试中受益。 在一个国家的道路上行驶会给您对当地地图软件版本的宝贵见解； 这同样适用于使用本地蜂窝网络而不是 wifi 测试节日应用程序。 由于所需的人力资源和相应的差旅费用，现场测试的成本更高。 通常，产品团队一方面会在质量和安全风险之间进行权衡，另一方面会因深入测试而产生成本。

详细的测试计划对于确保进行适当的测试至关重要。 它由许多组件组成，包括：

• 各国主要使用场景
• 高峰流量负载
• 本地特性，例如 wifi 与蜂窝网络的使用情况
• 互联网带宽水平
• 使用的设备类型

该计划应提前准备和讨论，以确保它涵盖产品推出后基于国家推广计划的所有主要产品功能和场景。

基于位置的营销

在全球化的世界中，拥有独特的品牌和产品定位以及一些本地定制是最有效的方法。 这意味着拥有核心营销信息，这也有助于所有本地产品团队专注于独特的产品优势。 但是，建议针对每个国家/地区调整当地营销活动，以便与当地用户产生强烈共鸣并增加市场契合度。

当产品团队为进入市场计划和本地化预算计划提供投入时，他们还必须考虑所有产品信息和营销材料的本地营销迭代。 这意味着团队必须花时间咨询当地营销团队，就本地化版本达成一致，并在发布日期之前准备好所有营销资产。

挑战，但令人满意

正如我们所见，当团队构建全球产品时，您作为产品经理需要解决的关键问题是对产品架构和功能矩阵的影响、适应的上市计划和本地化。 这个过程既具有挑战性又令人满足——考虑到市场的范围和管理的复杂性，您将获得作为产品领导者的难以置信的经验。