在当今数字化高速发展的时代，企业数字化转型已经成为一种必然趋势。随着企业拓展国际市场的意愿日益增长，国际化改革成为数字化转型中不可忽视的一环。作为数字化的载体，企业级软件在实现出海战略中扮演着关键角色。

这篇文章将从以下几个角度展开，讨论如何分析企业级软件的国际化需求：

在开始分析之前，首先我们要了解，针对一个国际化产品，到底应该寻求怎样的切入点进行需求分析。和普通业务需求不一样，国际化需求往往是跨功能性的，它不直接服务于某一具体业务场景，但它又影响着此业务在运营和IT层面的设计和实施。

回到国际化需求分析的场景中来，到底如何开始分析呢？一般我们要从业务的视角，先确定以下两个关键点：

1）确定推广的区域范围

任何一个产品，出海的第一步都是需要明确次产品推广的区域包含哪些。因国际上不同国家的制度、文化、法律等都有着巨大的差异，所以想要一次性推广至“全球”其实是一个几乎不可能完成的任务。但产品的推广可以先由部分地区进行试点，再逐步拓展至其他区域。

2）了解海外业务现状、面临的挑战

一般企业级系统出海之前，业务都会先一步在海外试点的地区进行一轮调研、评估，或者更有可能是直接线下先进行一定规模范围内的经营行为，那么了解海外业务的现状、业务量、和面临的挑战，可以帮助我们更好的理解产品的价值，以及调整系统设计的重心。

最后，在悉知以上内容之后，便可以直接来到具体业务场景的分析了。

一、多语言支持

随着企业进军全球市场，软件界面和用户体验的本地化也能更好地适应不同文化背景的用户，提升用户满意度和产品竞争力，多语言问题显而易见成为第一个重要的障碍。

不同国家使用不同的语言这个问题很容易被注意到，因此在产品调研分析的过程中，不论是关键用户代表、PO、PM还是BA，都能非常容易地联想出页面和数据翻译的解决方案。

但对于企业级软件，其用户对象可能是多样的，可能是企业内部人员，也可能是当地市场的普通消费者，所以，多语言需要面临的远不仅是翻译的问题，对系统语言和用户语言进行分开管理和使用是至关重要的。

那么，什么是系统语言，又什么是用户语言呢？在系统设计的时候，又该如何使用呢？

举一个实例，瑞士当地有4种官方语言，德语、法语、意大利语和罗曼什语，对于在德语区接受服务的消费者而言，企业给他们推送的内容，包含短信、邮件等，如果是意大利语或者罗曼什语，那他们很有可能无法阅读此类信息，从而降低了企业服务或推广的质量。

二、时区和日期处理

除开多语言，第二个能被业务人员及BA快速识别的国际化差异，应该就是时区及日期的处理问题了吧。全球各地存在多个时区和日期格式，软件产品应该能够根据用户所在地的时区和日期格式来显示时间和日期。此外，夏令时、冬令时、各地不同的节假日等特殊情况也应考虑在内，确保软件在不同时区和日期情况下可以正常运行。

对于绝大多数时区问题，我们推荐以下办法进行系统设计，则不管此国家是只有一个时区，还是多个时区，问题都很容易被解决。

使用UTC时间

但有一些特殊的场景，特别是因为系统实现成本限制、或历史数据质量问题的影响，无法使用通用方案进行解决的话，仍然需要case by case 的进行设计和分析。但通常遇到时区的问题，都是产品现有的实现没有考虑到多时区的问题，导致存的为非零时区数据，系统的逻辑修改和数据清理会面临巨大的挑战，从而可能需要从业务的角度上共同思考解决方案。

三、币种和货币转换

软件产品应该能够支持不同国家和地区使用不同的货币，并具备货币转换的功能。系统可以根据业务所在地的货币单位来调整货币的显示和计算方式，方便用户进行交易和财务管理。

在这里，有以下三个比较典型的问题需要在需求分析时被考虑进去。

1. 币种和币种精度

因文化、历史原因和习惯的不同，不同国家地区的人们习惯使用不同的单位和度量标准。因此，软件产品也应该能够支持不同的度量单位，例如，长度可以使用英寸或厘米，重量可以使用磅或千克等。

虽然此需求重要，但它不会像上面提到的多语言、时区、币种等需求那样一定要实现，否则无法开展正常的工作，但只有处理好单位和度量标准的转换，才能更好地实现产品的国际化处理。

五、数据安全与隐私合规

其实，数据安全与隐私合规的问题并不容易被“总部”的业务人员发现，如果在业务规划或者产品设计的阶段，没有法务人员的介入，相关隐患是很难被发现的。

国际化改革必须适应不同国家和地区的法律法规要求。各个国家和地区对于数据隐私、安全性、合规性等方面都有不同的规定和标准。合规性的功能设计、数据保护机制的优化以及遵循当地法律法规的规范操作，具体可以参考以下几点。

1. 最小化数据收集

IMEI和SN号几乎是所有电子硬件产品都有的唯一标识，甚至被很多法务人员称为“电子指纹”，但大部分业务人员，是无法意识到硬件设备的IMEI、SN号是被视为个人隐私数据的，从而在业务架构设计的时候经常将业务数据强关联到IMEI或者SN上，并允许海外业务对IMEI/SN进行跨境访问。

这样做有较大法律风险，因个人隐私数据在各地都被严格保护，要求不允许跨境、或仅允许特定条件下的出境。若把业务数据强关联至IMEI或者SN上，极有可能导致出海业务受阻。所以在做业务或是系统设计的时候，都应该考虑IMEI/SN在出海时的特殊性。

六、财税合规

和数据安全与隐私一样，财税的合法合规在系统实现上也尤为重要，一旦出现财税不合规的情况，可能会直接导致业务在当地的失败；但因为我个人并不熟悉财税相关领域的专业知识，只能从个人的项目经理浅薄的提一些能在系统设计层面考虑的问题。

1. 税务规定和要求

在系统进行计价的时候，税务逻辑应该如何合规，是需要当地财务人员给到输入的，如在印度，税收需要以物品的原价计税；货物的运输需要货票通行，否则将面临罚款。

2. 财务报告和合规性

此外，国际化的产品设计还需要考虑不同国家和地区的市场习惯和偏好。企业级软件在设计和功能上应该具备灵活性，以满足不同地区的需求。例如，一些国家和地区可能更注重移动端应用，而另一些地区则更偏好桌面应用；再者，一些经济欠发达的地方，可能使用的硬件设备屏幕分辨率不够、或者性能不足等，导致无法支撑一些复杂功能的实现。

1. 移动端还是PC端

在不同国家和地区开展业务时，敏感因素也都应该完全被考虑进去，纵使这很大程度上是业务运营人员需要考虑的战略问题，但是企业的数字化变革是需要带来业务变革效果的，所以为了更好地向业务方交付价值，我们必须要在系统设计的时候就为客户考虑周到，如何避免敏感信息的展示和传播，如何能在遇到冲突的时候通过系统进行保全，如何选择支撑系统的工具等。

但此议题过于敏感，我就不多展开了，且需要考虑的点大多已经完全分散在上面7个议题当中，做好以上内容的需求分析，再综合考虑敏感因素的影响，相信一定可以一定程度上解决企业真正的难题。

写在最后

聊了这么多，总结一下，要开发一款具有全球适应性的软件产品，项目人员应该灵活运用国际化和本地化的技术手段，确保软件产品能够满足不同国家和地区的用户需求。同时，持续关注全球化趋势的发展，及时更新和优化软件产品，以适应不断变化的国际市场。

以上都仅是我个人非常非常浅薄且有限的经验和观点，希望在大家日后的工作中可以起到抛砖引玉的作用。

本文由 @豆哥Chloe 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Unsplash，基于CC0协议。