目錄
  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 硬體的產品團隊