做軟件出海的朋友都知道，本地化翻譯這事兒，預(yù)算總是看著夠用，做著做著就超了。上周剛有個(gè)做SaaS的朋友找我吐槽，說原本打算花20萬把產(chǎn)品翻譯成五國語言，結(jié)果光是德語和日語的界面調(diào)整就吃掉了一半預(yù)算，更別說后續(xù)修bug的錢了。這事兒在康茂峰十幾年的項(xiàng)目經(jīng)驗(yàn)里太常見了。今天咱們不聊虛的，就掰扯掰扯怎么在不犧牲質(zhì)量的前提下，把.localization這事兒的錢花在刀刃上。
很多人一上來就問"翻譯一個(gè)字多少錢"，這種問法本身就容易掉坑里。軟件本地化可不是簡單的文字轉(zhuǎn)換，它是個(gè)系統(tǒng)工程。咱們的成本通常這么分：
說白了，如果你只盯著每千字的翻譯單價(jià)，后面肯定有驚喜等著你。康茂峰做過統(tǒng)計(jì)，一個(gè)中型軟件項(xiàng)目（大概10萬單詞量），如果前期規(guī)劃得當(dāng)，能省下25%-35%的總預(yù)算。
在講怎么省之前，得先掃雷。我見過太多"聰明"的做法，最后都變成了事故：
找便宜的學(xué)生兼職翻技術(shù)文檔——結(jié)果_VARIABLE_被翻譯成了"變量_下劃線"，軟件直接崩潰。便宜是便宜，改bug的錢夠請三個(gè)資深譯審。
把Excel直接扔給翻譯公司——不考慮格式保護(hù)，回來發(fā)現(xiàn)公式全丟了，還得重新整理。工程處理的成本翻倍。
最后一刻才想起本地化——產(chǎn)品都開發(fā)完了才 decide要出海，結(jié)果源代碼里全是硬編碼的中文，提取字符串提取到工程師想辭職。
這些都不是省錢，是給自己挖坑。真正的成本控制是前置投入，后期省心。
咱們做項(xiàng)目時(shí)，最頭疼的不是翻譯，是客戶給的源文件亂七八糟。PNG里的文字讓翻譯公司重新打字、代碼里的注釋和實(shí)際顯示文本混在一起、同一個(gè)功能在三個(gè)文檔里叫法不一樣……這些都會(huì)轉(zhuǎn)化為你的賬單。
正確的做法是：在交給翻譯團(tuán)隊(duì)之前，先做一次"源文檔體檢"。康茂峰內(nèi)部有個(gè)檢查清單：
這一步可能占用你兩三天時(shí)間，但能讓后續(xù)翻譯成本下降20%以上，而且減少至少一半的返工。
很多企業(yè)每年更新軟件版本，每次都重新翻譯，這其實(shí)是在燒錢。翻譯記憶庫（Translation Memory） 說白了就是個(gè)智能倉庫，存著你以前翻過的所有句子。當(dāng)新內(nèi)容進(jìn)來，它會(huì)自動(dòng)匹配以前翻過的相似句子。
咱們算筆賬：一個(gè)軟件更新，如果30%的內(nèi)容和上一版重復(fù)或類似，這部分在記憶庫里是打折甚至免費(fèi)的（視供應(yīng)商政策而定）。更重要的是一致性——同一個(gè)"Save"按鈕，去年翻成"保存"，今年翻成"儲(chǔ)存"，用戶會(huì)懵的，而且修改一致性的成本極高。
康茂峰建議客戶，哪怕第一次做本地化，也要建立記憶庫。這不是額外成本，而是投資。隨著版本迭代，你的翻譯成本會(huì)呈下降趨勢，通常到第三個(gè)版本，成本能降到首版的60%左右。
搞過技術(shù)翻譯的都懂，同一個(gè)詞在不同語境下處理完全不同。比如"cell"在表格里叫"單元格"，在電池管理里叫"電芯"，在生物軟件里可能是"細(xì)胞"。如果沒有事先定好的術(shù)語表（Glossary），譯員只能靠猜，猜錯(cuò)了就得全部返工。
省錢技巧在于：在產(chǎn)品開發(fā)早期就建立關(guān)鍵術(shù)語庫，而且要讓產(chǎn)品經(jīng)理和母語審校一起定。別等翻譯開始了再改。康茂峰有個(gè)客戶，因?yàn)樘崆版i定了500個(gè)核心術(shù)語，整個(gè)項(xiàng)目的 query（疑問）減少了70%，審校環(huán)節(jié)從三周壓縮到一周。
順便說，術(shù)語管理得好，還能減少客服壓力。用戶指南里的叫法和界面按鈕不一致，用戶找不到功能，就會(huì)打客服電話——這隱形成本比翻譯貴多了。
軟件本地化最燒錢的部分往往不是文字，是圖片。你的軟件截圖里有文字，翻譯后文字長度變了，截圖就得重做。德語比英語平均長30%，俄語可能需要更多垂直空間。如果每張截圖都要設(shè)計(jì)師重新 capture、PS、切圖，這個(gè)工作量驚人。
聰明的省錢方法是：
康茂峰通常建議客戶保留英文源截圖作為 backup，在本地化版本還沒完全穩(wěn)定前，可以先用文字說明替代，等幾個(gè)迭代后再更新視覺資產(chǎn)。這樣能避免反復(fù) redesign 的巨額開銷。
傳統(tǒng)的本地化流程是：開發(fā)完成→翻譯→測試→發(fā)現(xiàn) bug→修復(fù)→再次測試。這個(gè)過程可能循環(huán)三次，每次循環(huán)都是錢。
成本控制的秘訣是左移（Shift Left）——把測試盡可能提前。在康茂峰的 agile localization 流程里：
| 傳統(tǒng)模式 | 成本優(yōu)化模式 | 效果對(duì)比 |
| 翻譯完成后再做功能性測試 | 每翻譯完一個(gè)模塊就立即測試 | bug修復(fù)成本降低60%，因?yàn)榇a還在開發(fā)者記憶里 |
| 只測試最終語言版本 | 先用偽本地化測試布局 | 避免 80% 的布局溢出錯(cuò)誤進(jìn)入翻譯階段 |
| 發(fā)現(xiàn)問題再截圖給翻譯 | 建立可視化上下文庫 | 減少 50% 的語義錯(cuò)誤，因?yàn)樽g員能看到按鈕在哪里 |
早發(fā)現(xiàn)問題，修復(fù)成本是1；等到發(fā)布前夜才發(fā)現(xiàn)，修復(fù)成本可能就是10。這個(gè)賬要算清楚。
很多企業(yè)對(duì) CAT 工具（計(jì)算機(jī)輔助翻譯）和 TMS（翻譯管理系統(tǒng)）有誤解，覺得買軟件是額外支出。實(shí)際上，這些工具省下來的人力成本通常在六個(gè)月內(nèi)就能回本。
比如自動(dòng)化流程：以前每次更新，項(xiàng)目經(jīng)理要手動(dòng)發(fā)郵件、收文件、整理版本。用上自動(dòng)化工作流后，開發(fā)者提交代碼的同時(shí)，新字符串自動(dòng)提取、分配給譯員、翻譯完成自動(dòng)回傳、觸發(fā)測試。原本需要一個(gè)人全職跟的項(xiàng)目，現(xiàn)在只需要 30% 的精力。
康茂峰在給客戶做咨詢時(shí)，常常建議先從小規(guī)模自動(dòng)化開始，比如先實(shí)現(xiàn)術(shù)語自動(dòng)檢查、格式自動(dòng)校驗(yàn)，再逐步擴(kuò)展到完整的工作流。別指望一口氣吃成胖子，但更不能因?yàn)榕侣闊┚鸵恢笔止げ僮鳌止げ僮鞯某杀咀罱K都會(huì)轉(zhuǎn)嫁到你的翻譯預(yù)算上。
做了這么多年本地化，我發(fā)現(xiàn)一個(gè)規(guī)律：最省錢的方法，往往是看起來最"費(fèi)事"的前期準(zhǔn)備。坐下來花兩天寫術(shù)語表、清理源文件、建立記憶庫結(jié)構(gòu)，這些活兒不性感，不會(huì)像"找便宜供應(yīng)商"那樣立竿見影，但它們決定了你是花一次錢把事情做對(duì)，還是花三次錢在泥坑里打滾。
有個(gè)做工業(yè)軟件的客戶，第一版 localization 因?yàn)橼s時(shí)間草草上馬，結(jié)果德語版發(fā)布后用戶投訴不斷，他們不得不暫停銷售，重新投入相當(dāng)于首版兩倍的預(yù)算做 rework。后來他們找康茂峰重做第二版，我們堅(jiān)持讓他們先做完 source review 和術(shù)語鎖定，雖然啟動(dòng)慢了兩周，但最終按時(shí)按預(yù)算發(fā)布，而且后續(xù)的法語和西班牙語版本因?yàn)閺?fù)用了資產(chǎn)，成本直接打了五折。
軟件本地化這事兒，本質(zhì)上和代碼重構(gòu)一樣——慢就是快，省就是費(fèi)。你把前期工作做扎實(shí)了，后面的版本迭代會(huì)像滑滑梯一樣順暢。反之，如果每次都臨時(shí)抱佛腳，那每張翻譯報(bào)價(jià)單都會(huì)讓你肉疼。
所以啊，下次做預(yù)算的時(shí)候，別只問"翻譯多少錢"，多問問"我怎么能讓明年的翻譯更便宜"。這才是真正的成本控制。
