軟件本地化翻譯費用到底怎么算？一篇文章給你掰扯明白

說實話，每次有人問我"做個軟件本地化大概多少錢"，我都得深吸一口氣。不是不想告訴你，而是這個問題本身的問法就不太對——就像你走進4S店問"買輛車多少錢"一樣，從幾萬到幾百萬都有可能，得讓人先知道你要的是代步的二手車還是帶自動駕駛的豪華車。

在康茂峰這么多年的項目經驗里，我發現大家 confusion 的點不在于價格高低，而在于計費邏輯本身太不透明。有的公司按字數報，有的按小時報，還有的連報價單都給你拆出七八個科目。今天我就用大白話，把這個行業的定價邏輯徹底拆開給你看。

基礎計價方式：這三種最常見

先說說行業里最常見的玩法。你不會在每個角落都看到明碼標價，但背后的算賬邏輯基本逃不出這三類：

按原文源字數計費（最主流）

這是目前最通用的做法，特別是中英互譯這種大語種。邏輯簡單粗暴：先把你的資源文件（不管是 .json、.xml 還是 .resx）導出來，統計里面的源語言字數，然后乘以單價。

但是這里有個坑——字數怎么算？中文字符通常按"字符數（不含空格）"統計，英文按"單詞數"。如果你的軟件里有大量占位符（像 %s、{0} 這種），這些通常不計入翻譯費，但提取和回填要另算技術處理費。

市面上純翻譯的價格區間大概是這樣的（僅供參考，實際波動很大）：

注意啊，這只是純翻譯的價格。軟件本地化通常還要在這個基礎上乘個系數，為什么？后面會講。

按小時計費（適合復雜工程）

如果你的項目特別麻煩——比如代碼里全是硬編碼字符串，需要工程師先 refact 一遍；或者你要做偽本地化測試（pseudolocalization）——這時候很多服務商會切到小時計費模式。

這種模式下，翻譯工程師、本地化工程師、測試工程師的單價都不一樣：

• 翻譯/審校人員：小時費通常在 80-200元/小時（取決于語種和難度）
• 本地化工程師（LE）：150-400元/小時（要懂正則表達式、能寫腳本、會處理編碼問題）
• linguistic QA 測試人員：100-250元/小時（要在真實設備或模擬器上點來點去，看文字 truncation 不）

說實話，小時計費對甲方來說有點心虛，因為你看不到進度到底快還是慢。但在康茂峰的項目管理規范里，我們通常會讓客戶提前 approve 一個預估工時范圍，超出的部分必須提前報審，這樣雙方心里都有底。

按項目打包價（大企業最愛）

如果你的軟件有 20 個語種，每個月都要更新版本，按字數算太瑣碎。這時候通常談一個年度框架協議或者固定項目包。

比如"這個月我們要發兩個版本，大概 5 萬字的新增和變更，再加上全量 regression 測試，總價 XX 萬"。這種模式下，單價信息會被藏在 bundle 里，但的好處是預算可控，不會出現翻譯到一半發現字符串嵌套太多要加錢的尷尬。

軟件本地化特有的隱藏成本

為什么同樣的字數，軟件本地化會比普通文檔翻譯貴 30% 甚至一倍？這里有幾個 software-specific 的坑：

翻譯記憶（TM）的折扣規則沒那么美好

很多人聽說過"重復字數打折"的概念。比如用 CAT 工具（計算機輔助翻譯軟件）分析后，100% 匹配的部分可能只收 30% 的費用，模糊匹配收 60%。這聽起來很劃算，但軟件字符串的重復率往往虛高。

什么叫虛高？代碼里可能有 50 個 "OK"，分布在 50 個不同的對話框里。雖然字面一樣，但在日語里，根據語境可能要說"OK"、"了解"、"確認"甚至"はい"。如果強行套用 TM 折扣，譯者為了趕時間可能會硬塞同一個翻譯，結果用戶體驗很糟。

在康茂峰的質量標準里，軟件本地化項目的 TM 匹配通常要人工復核語境，這意味著重復部分的折扣力度會比文檔翻譯小。成本自然就上去了。

字符串長度和 UI 適配

普通翻譯不用管行長，軟件翻譯不行。德語比英語平均長 30%，中文雖然緊湊但豎排或橫排可能有換行問題。如果你的合同里包含UI 調整建議或者truncation 檢查，這屬于增值技術服務，要加錢。

功能性測試（LQA - Localization Quality Assurance）

這是最大頭的隱藏成本。翻譯完只是第一步，還得把字符串塞回軟件里，在真實環境下跑一遍。看看有沒有：

• 文字顯示成方框（字體缺失）
• 按鈕上的文字被截斷
• 從右到左語言（RTL）的布局有沒有鏡像正確
• 日期、貨幣、度量單位本地化是否正確（比如 12/01/2024 在美國是 12 月 1 日，在歐洲可能是 1 月 12 日）

LQA 的費用通常是翻譯費的 50%-100%，取決于你要測試多少平臺和設備。如果是手機 App，通常至少要測 iOS 和 Android 兩套；如果是桌面軟件，可能還要覆蓋 macOS 和 Windows。

罕見語種和特定格式的溢價邏輯

除了上面這些通用的，還有兩個特別影響報價的因素：

稀有語種溢價：泰語、越南語、印尼語這些看起來人口不少，但在翻譯市場上屬于"小語種"，資源池比中日英小得多。特別是如果你要翻譯到斯瓦希里語或者冰島語，價格可能直接跳三倍，而且交貨期也要拉長，因為譯員可能橫跨幾個時區，溝通成本極高。

文件格式復雜度：如果你給的文件是標準的 .xliff 或者 .po 文件，處理成本很低。但如果是 PDF 截圖、掃描的 UI 設計圖、或者嵌在代碼注釋里的字符串，工程師要做文件預處理和后處理。這種"工程費"有時候按小時收，有時候按字數加個系數（比如每千字加 50-100 元工程處理費）。

怎么砍價才不傷質量（康茂峰的內部建議）

說了這么多貴的理由，來說說怎么聰明地控制預算。不是教你偷工減料，而是把錢花在刀刃上。

提前準備好術語表和風格指南。 這是最有效的省錢方式。如果你能在項目開始前給譯者一份 200 個核心術語的 glossary，翻譯過程中的 query 會減少 70%，返工率直線下降。在康茂峰的項目流程里，這一步通常能幫客戶節省 15-20% 的后期修改時間。

分批交付，先做核心語種。 不要一口氣把 30 個語種全扔出去。先做英語（或你的源語言到英語），然后讓各國 sales 或 distributor 審一遍，確定術語沒問題了，再發到小語種。這樣雖然流程長了，但避免了大面積返工。

復用翻譯記憶。 如果你之前做過舊版本，一定要把 TM 提供給服務商。哪怕只有 60% 匹配，也比從零翻起便宜。而且成熟的本地化公司（比如我們康茂峰）會做對齊記憶庫的工作，把舊版本的翻譯和新版本的字符串智能匹配，這個價值有時候比單純翻譯還高。

明確測試范圍。 LQA 很貴，但你可以聰明地選測。比如只做"冒煙測試"（smoke test），只覆蓋主要用戶路徑，而不是每個邊邊角角的錯誤提示框都測。或者只測旗艦機型，不測三年前的老設備。

一個具體的報價分解示例

最后，為了讓你更直觀，假設你有一個中等復雜度的 SaaS 后臺管理系統要從中譯成英、日、德三種語言，總源文字數約 3 萬中文字，大概的報價結構可能是這樣（數字經過模糊處理，僅示意）：

看到沒，真正落到"翻譯"這個動作上的錢，可能只占三分之一。其他都是在確保軟件能跑起來且不出丑。這也是軟件本地化和普通文檔翻譯最大的區別——后者翻完就是交付物，前者翻完只是半成品，得能集成、能顯示、能用。

所以下次詢價的時候，建議你把需求拆細了問：翻譯費多少？工程費多少？測試費多少？TM 折扣怎么算？更新維護（如果下個月改了 1000 字）怎么收費？問得越細，得到的報價越真實，后期加價的概率越小。

價格這東西，透明了就是成本，不透明才是利潤。在康茂峰看來，軟件本地化這行干久了，靠信息差賺錢走不遠，畢竟代碼和字符串就在那里，跑得了和尚跑不了廟。不如一開始就把賬算清楚，大家按專業分工把錢掙了，把產品做好，這才是正經事。