一、背景

國(guó)際化(internationalization)通?？s寫為"i18n"，這是因?yàn)樵谶@個(gè)單詞中，"i`和'n之間有18個(gè)字母。這種縮寫方法在技術(shù)領(lǐng)域非常常見，因?yàn)樗梢源蟠鬁p少長(zhǎng)單詞的長(zhǎng)度，同時(shí)保持其易識(shí)別性。其他類似的縮寫這種縮寫方法不僅僅用于國(guó)際化，還有其他一些長(zhǎng)單詞也采用了類似的縮寫方法。例如：

1. L10n：本地化(Localization)，L和n之間有10個(gè)字母。
2. a11y：無(wú)障礙(Accessibility)，a和y之間有11個(gè)字母。

為什么使用這種縮寫?

1. 簡(jiǎn)潔：縮寫可以大大減少長(zhǎng)單詞的長(zhǎng)度，使得代碼和文檔更加簡(jiǎn)潔。
2. 易讀：在技術(shù)文檔和代碼中，長(zhǎng)單詞可能會(huì)讓人困惑或增加閱讀難度。縮寫可以讓內(nèi)容更加易讀和易理解。
3. 通用性：這些縮寫在技術(shù)社區(qū)中已經(jīng)被廣泛接受和使用，大家都能明白其含義。

下面是一段關(guān)于"本地化"與"國(guó)際化"非常生動(dòng)的解釋：

國(guó)際化與本地化的關(guān)系類似于勢(shì)能與動(dòng)能的關(guān)系。國(guó)際化提供了適應(yīng)本地市場(chǎng)的潛力，而本地化則將這種潛力轉(zhuǎn)化為現(xiàn)實(shí)。沒有國(guó)際化，本地化就沒有發(fā)揮作用的余地。沒有本地化，國(guó)際化就只是一種有待實(shí)現(xiàn)的潛力。

更多干貨：

二、目標(biāo)

業(yè)務(wù)上以最低成本完成翻譯工作，獨(dú)立的國(guó)際化版本 islands 在應(yīng)用商店上架

以最高復(fù)用性、最大通用性，完成出海訴求，做好本地化支持（泰國(guó)TH、越南VN、新加坡SG、馬來(lái)西亞MY）

三、解決方案

1. 國(guó)際化包含哪些工作呢？

前端

一個(gè)所見即所得的翻譯后臺(tái)

設(shè)計(jì)

1. 翻譯工作流
2. 跨部門工作流?i18n 工作流，產(chǎn)品、設(shè)計(jì) ?? 客戶端 ??后端

客戶端工作

1. 確保支持unicode編碼，這樣文字不會(huì)亂碼
2. 代碼和資源文件（界面詞）的分離，如果代碼和資源文件混在一起，即所謂“硬編碼”，單純將其中的界面詞替換成另一種語(yǔ)言將造成一系列的問題
3. Key 的實(shí)時(shí)更新

未來(lái)本地化包含哪些工作？

1. 確?？梢酝ㄟ^選擇或者讀取系統(tǒng)設(shè)置來(lái)正確顯示各類本地化的元素
2. 支持本地的格式，如日期、時(shí)間、日歷、數(shù)字、地址等方面的格式
3. 游戲、軟件廠商的國(guó)際化問題

看其他公司的經(jīng)驗(yàn)，本地化團(tuán)隊(duì)，說起國(guó)際化，大多挺無(wú)奈。對(duì)于剛出海的公司，開發(fā)團(tuán)隊(duì)基本沒有國(guó)際化意識(shí)，導(dǎo)致本地化團(tuán)隊(duì)在發(fā)售deadline已經(jīng)很緊的情況下，還要和各種無(wú)法預(yù)測(cè)的突發(fā)情況作斗爭(zhēng)，比如：

1. 硬編碼無(wú)規(guī)律地夾在代碼中，無(wú)法通過自動(dòng)化手段抽取，只能手動(dòng)修改，一個(gè)語(yǔ)言還好，若是多語(yǔ)言版本發(fā)布，只能熬夜修改
2. 不知為何，產(chǎn)品經(jīng)理將界面文案豎著寫，海外版得重新設(shè)計(jì)（見過豎著寫的英文嗎？）
3. 游戲文案多處用文言文，很難翻譯，硬翻出來(lái)不僅貴，效果也不好，還常常導(dǎo)致爆框
4. 為圖省事，人物對(duì)話由占位符拼接而成，比如一句話就是仨占位符<PH1><PH3><PH2>，沒法翻譯等等
5. 本地化團(tuán)隊(duì)只能不斷和開發(fā)團(tuán)隊(duì)溝通，提升他們的國(guó)際化意識(shí)，而這并不容易。

有統(tǒng)計(jì)顯示，本地化階段發(fā)現(xiàn)國(guó)際化錯(cuò)誤再修改，比開發(fā)階段修正，要多7-8倍的成本。而若到了維護(hù)階段再回頭修改，則要多15倍左右的成本

四、問題 & 復(fù)盤

而基于以上方案，總歸會(huì)在第一次落地時(shí)候遇到不少坑，可以結(jié)合本次經(jīng)驗(yàn)，從兩個(gè)角度具體展開一些典型問題。

1. 工作流如何以最低成本實(shí)現(xiàn)半個(gè)月內(nèi)上線 MVP 版本？
2. 設(shè)計(jì)系統(tǒng)未來(lái)將如何從國(guó)際化無(wú)縫銜接到本土化？

本篇文章將從工作流的角度展開，希望能夠給予你一些啟發(fā)。期待你的收獲和反饋。

五、工作流

1. 多部門工作流

此部分具體細(xì)節(jié)可留言詢問，不過多做展開，因各公司協(xié)作流程不同，找到適合你們公司設(shè)計(jì)和研發(fā)協(xié)作高效的方式最重要

2. 翻譯工作流

R - 查詢 key

重要！加之前先檢查下是不是已有了，短期內(nèi)以國(guó)內(nèi)功能迭代為準(zhǔn)，則直接中文搜索即可

U - 修改 key

C - 新增 key

操作如下，添加簡(jiǎn)單，但這一步最考驗(yàn)多人協(xié)作帶來(lái)的“熵增效應(yīng)”，具體如何判斷是否要加看最開始的流程圖即可

接下來(lái)，展開說說，當(dāng)你確定要新增了，新增流程里幾個(gè)判斷的依據(jù)：

前端、后端判斷條件

不以翻譯人意志為轉(zhuǎn)移，需要翻譯人反向去了解實(shí)際前后端如何實(shí)現(xiàn)這部分，一般做業(yè)務(wù)設(shè)計(jì)時(shí)不需要反向了解。

但！此時(shí)需要，比如復(fù)雜的 FSM(狀態(tài)機(jī))

組件、業(yè)務(wù)判斷條件

是否全局通用這個(gè)條件無(wú)非是在收斂唯一性，比如取消按鈕不會(huì)建 N 次，考驗(yàn)抽象能力以及增前先查的好習(xí)慣。

根目錄判斷條件（設(shè)計(jì)系統(tǒng)、數(shù)據(jù)庫(kù)結(jié)構(gòu)）

已有根目錄滿足，那么直接根據(jù)需求在根目錄下通過“.”符號(hào)新建子目錄結(jié)構(gòu)，比如 10_Order.Address.xx。

鼓勵(lì) (key) 前的中文用設(shè)計(jì)稿中文，給設(shè)計(jì)、產(chǎn)品等角色查找用的。

英文 key 用英文縮寫，key 短一點(diǎn)，沒必要直譯，可以 xxxContents 來(lái)解釋 PlaceHolder，給前端角色查找用的。

若根目錄不滿足，找?@負(fù)責(zé)工作流的設(shè)計(jì)師??建個(gè)合適的文件結(jié)構(gòu)。

該角色的判斷依據(jù)是根據(jù)?數(shù)據(jù)庫(kù)結(jié)構(gòu) or 設(shè)計(jì)系統(tǒng)結(jié)構(gòu)?來(lái)決定要不要新建根目錄。

3. 問題復(fù)盤

粗心大意

App 最關(guān)鍵的部分是 - key，自檢重新綁定部分

禁符號(hào) and 空格

括號(hào)中文 or 丟失

Key 丟失

駝峰

腦子要轉(zhuǎn)一下

三方翻譯直接 copy 了一些不可見字符

Key 重復(fù)

解決方案

MVP?版本上線之后，Lemon 會(huì)迭代成新版，只保留英文 key 展示。

新增操作以后也以英文搜索為主。

并且添加相同 key 不允許通過。

這樣就能杜絕完全重復(fù)的 key 卻是 2 個(gè)中文意思的情況，以上能解決 一、二里大部分問題，但粗心本身造就的問題，還是需要操作人自身嚴(yán)謹(jǐn)性提升。

Key 更改 OR 刪除

解決方案

隨著?mvp 版本上線后，后續(xù)版本，禁止刪 key。

若需要更改，以新增更改為手段，廢棄的 key 可以標(biāo)記為不維護(hù) ，需要和負(fù)責(zé)人同步。

產(chǎn)品文案

解決方案

需要對(duì)應(yīng)產(chǎn)品/設(shè)計(jì)負(fù)責(zé)人明確自己的場(chǎng)景，不要看到一個(gè)想當(dāng)然拍腦袋決定，要有溯源全場(chǎng)景覆蓋沒問題，再更新。

本篇我們總結(jié)了在搭建國(guó)際化工作流中出現(xiàn)的幾個(gè)常見的問題以及相應(yīng)的解決方法。搭建一個(gè)好的工作流不僅能夠提升開發(fā)與迭代效率，避免重復(fù)工作，還能降低成本與風(fēng)險(xiǎn)，避免 “踩坑” 損失。

在下周的文章中，我們將從設(shè)計(jì)系統(tǒng)的角度講述如何在國(guó)際化的大背景下實(shí)現(xiàn)本地化，實(shí)現(xiàn)從“粗放適配”到“精準(zhǔn)運(yùn)營(yíng)”的升級(jí)。