目录
  1. 一个真实的出海故事
  2. 第一层:技术国际化,不只是翻译
  3. 1. 硬件设备的兼容性
  4. 2. 固件多语言
  5. 3. 软件系统的国际化(i18n)
  6. 第二层:产品本地化,不仅是界面翻译
  7. 功能裁剪
  8. 代理体系
  9. 第三层:运营本地化,最容易被忽略的部分
  10. 服务器部署
  11. 责任划分与 SLA
  12. 产品文档
  13. 踩坑实录:越南的网络安全法
  14. B 端 PM 出海 Checklist
  15. 启动阶段
  16. 开发阶段
  17. 运营阶段
  18. 持续优化
  19. 总结

一个真实的出海故事

你的产品在国内站稳了脚跟,突然有一天,一家东南亚工厂找上门,说想代理你的系统,在当地部署并销售。

听起来是个好机会。但你准备好了吗?

某纺织产业互联网公司就遇到了这样的事。一家越南合作织厂希望购买并在越南代理其 MES 系统(制造执行系统,即管车间生产过程的软件,比如工单、报工、设备状态)。决策层同意了合作。随之而来的问题是:要支持越南语、英语等多语言的国际版,团队需要做哪些工作?

这篇文章从技术、产品、运营三个层面,拆解 B 端 SaaS(卖给企业、按订阅付费的在线软件)出海必须跨过的坑。


第一层:技术国际化,不只是翻译

1. 硬件设备的兼容性

如果产品涉及 IoT(物联网,即带联网功能的设备)硬件,出海的第一关就是硬件适配。以下是该团队在越南遇到的硬件问题:

问题 描述 影响
电压兼容 越南的标称电压同为 220V、50Hz,但插头形式不同,需要转换插头。实际供电的电压波动范围,需要和设备参数逐一核对 设备无法正常供电,严重时烧毁
网络频段 越南运营商使用的移动网络频段,与国内不完全一致 物联网卡无法联网,设备离线
物联网卡 越南本地的物联网卡采购、开通、续费流程与国内不同 需要建立本地供应链

PM(产品经理)需要知道的:硬件出海不是换个电源适配器那么简单。每个国家都有自己的频段分配、认证标准、运营商合作流程。例如越南的 MIC 认证,即信息与通信部门对无线和通信设备的型号核准。认证主管部门近期可能有调整,申请前要以官方信息为准。建议在启动前,就和硬件团队做一份"目标国家技术兼容性清单"。

2. 固件多语言

该设备的固件(写在设备里的基础程序)需要支持越南语和英语。这不是简单的翻译,而是:

  • 固件字库是否支持越南语字符(带声调符号的拉丁字母)。
  • 固件空间是否足够容纳多语言包。
  • 固件升级流程是否支持远程 OTA(在线升级,即不用到现场,通过网络更新设备程序)。

3. 软件系统的国际化(i18n)

软件的国际化改造(i18n,即 internationalization 的缩写)涉及以下层面:

语言与格式

  • 语言符号:越南语(带声调的拉丁字母)、英语。
  • 数字格式:越南的千位分隔符用点、小数点用逗号,比如 1.000.000 表示一百万,和国内的写法相反。
  • 日期时间格式:越南常用 dd/MM/yyyy(日/月/年),不同于国内的 yyyy/MM/dd。
  • 货币格式:越南盾(VND)面额很大,金额的显示和处理方式与人民币完全不同。
  • 纸张尺寸:越南使用 A4 标准纸张,部分国内系统的自定义尺寸与之不同。

手机号码

  • 支持海外手机号格式,不同国家的区号和号码长度不同。
  • 系统需要灵活的手机号验证规则,不能写死固定长度。

第二层:产品本地化,不仅是界面翻译

功能裁剪

出海初期,不需要把所有功能都翻译一遍。该团队的做法是:只支持与 MES 相关的核心功能,包括:

  • 主页与基础资料
  • 生产管理(织机监控即看每台织布机的运行状态,织工考勤,织工工资)
  • 报表管理(生产报表)
  • 系统管理(用户、权限、操作动态、系统通知)
  • 个人中心

小程序端(微信里打开的轻量应用,无需安装)同样做了功能裁剪,只保留:主页、织机监控、停机分析、织工工资。

国际化产品的 MVP(最小可用版本)思维:出海的第一个版本,只做目标市场最需要的功能。把核心场景跑通,比追求功能完备更重要。

代理体系

出海通常不是直销,而是找本地代理。这意味着产品需要支持:

  • 代理开通与管理:代理商可以自行注册,管理自己的下级客户。
  • 代理续费流程:续费时,代理商需要有独立的定价和折扣体系。
  • 分账系统:销售收入在平台方和代理之间自动分账。

第三层:运营本地化,最容易被忽略的部分

服务器部署

出海需要考虑:

  • 就近部署:在越南或东南亚地区部署服务器,降低网络延迟。
  • 灰度发布:先让一小部分用户用上新版本,没有问题再全量推开。在多地多服务器的架构下,这件事要怎么做、怎么控制版本,需要提前设计。
  • 热更新:语言包支持热更新,无需重新部署即可切换语言。

责任划分与 SLA

本地代理模式下,责任边界必须清晰:

  • 产品公司的职责:核心功能、系统稳定性。
  • 代理的职责:本地培训、实施、一线售后。
  • SLA(服务等级协议,即约定响应时间、修复时间和升级流程的条款)标准。

产品文档

  • 产品介绍、操作手册需要提供多语言版本。
  • 操作手册中的截图需要替换为本地化界面。

踩坑实录:越南的网络安全法

这是最容易被忽视,但后果最严重的坑。

越南在 2018 年 6 月通过《网络安全法》,2019 年 1 月 1 日起施行。这部法律对数据本地化有明确要求。按公开资料整理,其大意是:在越南境内提供互联网相关服务的企业,如果收集、分析、处理越南用户的个人信息和相关数据,需要把这些数据存储在越南境内;外国企业还需要在越南设立分支机构或代表处。具体适用条件,由配套法规(2022 年的第 53 号法令)进一步规定。

补充(2026 年 10 月):据多家律所的资料,越南新的《网络安全法》已于 2026 年 7 月 1 日起施行,取代 2018 年版本,数据本地化要求仍然保留。下面是我们当时按 2018 年版本做的梳理,现在出海请按最新条款核对,并以当地律师意见为准。

这对 SaaS 出海意味着什么:

  1. 数据本地化:用户数据需要存储在越南境内的服务器。
  2. 实体设立:可能需要在越南设立办事处或法律实体。
  3. 合规成本:法律咨询、服务器采购、本地团队招聘都需要额外投入。

这是你必须在项目启动前就研究的问题。 很多国家都有类似的数据本地化要求。建议在选择目标市场时,就做法律合规评估,不要等产品做完再补。


B 端 PM 出海 Checklist

以下是可以直接拿去用的清单:

启动阶段

  • 目标市场技术兼容性评估(电压、频段、认证)
  • 目标市场法律合规评估(数据本地化、实体要求)
  • 本地化工作量评估(语言、格式、功能裁剪)

开发阶段

  • 固件和软件支持多语言架构
  • 灵活的格式配置(日期、数字、货币、手机号)
  • IoT 设备的远程升级和监控能力
  • 代理管理与分账系统

运营阶段

  • 本地服务器部署方案
  • SLA 与责任划分文档
  • 本地化产品文档与操作手册
  • 灰度发布与热更新机制

持续优化

  • 翻译平台与语言包管理
  • 多语言客服与技术支持
  • 本地化功能迭代(基于当地用户反馈)

总结

B 端 SaaS 出海,不是把界面翻译成英文就完事了。它需要在技术、产品、运营三个层面同时做好准备。

如果说国内市场做的是"深度",把产品做到极致,那么出海做的就是"宽度":在不同国家的法律法规、技术标准、用户习惯之间找到平衡。

那家越南工厂最终是否成功代理了系统?这取决于团队的准备程度。读完这篇文章,至少知道该从哪里开始了。


适合谁读:

  • B 端 SaaS 产品经理,尤其是涉及出海规划的人
  • 打算进入东南亚市场的科技公司决策者
  • 涉及 IoT 硬件的产品团队