說實話，每次有客戶問"我們這網站翻成英文要幾天"，我都不知道怎么張嘴。不是不想給準數，是這話就像問"裝修房子要多久"——你是指刷個墻，還是把水電、地暖、定制家具全算上？
在康茂峰處理過的項目里，同樣是一萬個單詞的網站，快的三周交付，慢的能拖半年。差距不在翻譯老師打字速度上，而在于你有沒有意識到：網站本地化根本不是"把文字從A語言搬到B語言"，而是給一棵樹修枝換土，還得保證它在新環境里照樣開花結果。
大多數人腦海里的流程是這樣的：原文給翻譯→翻譯翻完→上線。對吧？真要是這么簡單，我們早就失業了。在康茂峰的項目日志里，真正的周期通常被這五件事瓜分：
這一步經常被直接跳過，后果就是后面瘋狂返工。你得先回答幾個扎心的問題：網站是用什么CMS建的？WordPress、Drupal還是自研的？有沒有硬編碼在JS里的文字？圖片上的文字是層還是？
上周剛有個做工業設備的客戶，給了我們五千頁HTML，里面混著CSS樣式和Python模板標簽。翻譯老師看到代碼里夾雜著"{{ user.name }}"這種變量，根本不敢下手。結果我們得先花一周做"偽本地化測試"——把原文替換成帶重音符號的假文本，跑一遍看看哪里會崩。這個階段省不得，省了你后面就得在凌晨三點 debug 排版錯亂。
按照行業慣常的估算，一個專業譯者一天能處理2000-3000字源語言的初稿。但這是理想狀態，前提是術語表已經對齊，風格指南明確，且內容不需要創意改寫。
可網站翻譯偏偏最忌諱"直譯"。你的首頁slogan"匠心鑄就未來"，直譯成"Craftsmanship casts future"在用戶看來就是機器人在說話。康茂峰的本地化團隊這時候得做"創譯"（transcreation），可能得磨三小時才確定用"Engineered for What's Next"還是"Built to Outlast"。這種活兒，沒法按字數算進度。
翻譯稿回到技術團隊手里，痛苦才剛開始。RTL語言（阿拉伯語、希伯來語）要把整個CSS布局鏡像；德語這種長單詞語言可能擠爆你的按鈕；日期格式、貨幣符號、度量單位得批量替換；甚至圖片里的文字要重新P圖。
我們有個內部梗：給電商平臺做本地化，處理購物車結算流程的時間往往比翻譯產品描述還長。因為涉及到 PCI 合規提示、退貨政策的地域適配、支付網關的報錯信息——這些都不是Word文檔里能看到的，得在Sandbox環境里跑幾十遍測試。
你的URL結構要不要改？hreflang標簽怎么寫？meta description是重新寫還是翻譯？圖片的alt文本考不考慮當地搜索習慣？
康茂峰的項目經理有個檢查清單，光SEO相關就有十七項。很多人以為"翻譯了內容就自然有排名"，結果發現西班牙語的頁面在墨西哥搜不到，因為關鍵詞用的是西班牙本土詞匯而非拉美用法。這種細節，上線后返修的成本是現在的三倍。
Linguistic QA（語言質量保證）和Functional QA（功能測試）必須分開做。前者看文字對不對，后者看功能有沒有因為新語言而崩。我們曾經遇到過一個案例：日語版提交表單后報錯，后來發現是數據庫字段長度限制，日文全角字符占兩個字節，截斷時剛好劈開了UTF-8編碼。
這種bug，不真機測試根本發現不了。所以別問"為什么不能今天給稿明天上線"，除非你想讓用戶看到滿屏的"????"。
知道了流程，還得看看哪些變量會把你的時間線扯變形。在康茂峰的經驗庫里，這幾個因素最致命：
| 因素 | 對時間的影響 | 典型場景 |
| 源文件格式混亂 | 增加30%-50%時間 | PDF掃描件、圖片中的文字、沒有導出功能的CMS |
| 語言對復雜度 | 中文→英文比中文→阿拉伯語快40% | 東南亞語種資源稀缺，譯者檔期難協調 |
| 多媒體內容占比 | 每10分鐘視頻增加2-3天 | 字幕翻譯、畫外音重錄、口型同步 |
| 決策鏈長度 | 每增加一級審批延長25% | 跨國企業的品牌、法務、區域市場都要簽字 |
| 術語庫完備度 | 從零構建術語庫增加1-2周 | 醫療器械、化工等高度監管行業 |
特別說說這個決策鏈。我們接觸過最磨人的項目，不是技術難，是客戶內部三個部門對"您"和"你"的用法達不成一致。中文里糾結"Sie"和"Du"（德語的敬語問題），來回扯皮兩周，翻譯老師只能干等著。這種時間損耗，服務商真的控制不了。
還有返工。康茂峰統計過，項目后期修改的成本是前期的六倍。如果第一階段沒把內容凍結，客戶在翻譯過程中還在改中文原文，那簡直是災難。你改了首頁一句話，可能導致已經翻譯好的三級頁面、郵件模板、幫助文檔全要跟著調。所以聰明的客戶會在工程準備階段多付一周時間"鎖內容"，反而比后面趕工省錢。
說了這么多變量，你肯定還是想要個大概。基于康茂峰過去三年處理的中位數項目（排除掉極端復雜和極其簡單的兩端），給你幾個坐標系：
微型網站（10-20頁，純展示型）：
中型電商或SaaS平臺（500-2000個頁面，含動態內容）：
大型企業門戶（多產品線，復雜權限，多地區合規）：
這種項目別用"天"算了，用"季度"。康茂峰去年收尾的一個制造業全球站點，涉及12個語種，僅僅是為了讓德國站和法國站的GDPR彈窗符合當地律師要求，就折騰了三周。整體下來八個月，這還是客戶IT部門配合度極高的情況。
如果你真的很急，有些方法可以縮短周期，但得犧牲點東西，或者提前準備。
并行工程（In-context review）：別讓翻譯團隊干等技術準備。用staging環境直接翻譯，譯者能看到文字在按鈕里的實際效果，省去后期調整排版的時間。康茂峰給長期合作的客戶會部署這種環境，能省掉20%的來回確認。
機器翻譯+譯后編輯（MTPE）：對于非核心頁面（比如過期的博客、內部文檔），可以用神經機器翻譯打底，人工只校對關鍵錯漏。這樣能把速度提升3倍，但你的品牌首頁千萬別這么干，省時間丟口碑。
術語庫前置：如果你知道明年要做本地化，現在就開始整理多語言術語表。康茂峰有客戶堅持維護了五年雙語對照的產品數據庫，結果新項目啟動時，術語確認環節從兩周壓縮到兩天。
凍結內容（Content Freeze）：這是最便宜的時間壓縮方式——在翻譯期間承諾不再改源文件。聽起來簡單，能做到的客戶不到30%。我們理解市場變化快，但你要明白，每改一行字，至少有五個環節要重新走。
有時候，慢一點反而快。與其第一周就催翻譯老師出稿，不如多花兩天做詳細的style guide和terminology briefing。康茂峰觀察過，前期準備充分的項目，后期QA環節少得驚人；而匆忙上馬的項目，最后都卡在"這個地方用詞不一致要統一"這種本可避免的地方。
另外，別試圖一次性解決所有問題。先做MVP（最小可行本地化），把核心的"首頁-產品頁-聯系我們-購買流程"這條黃金路徑跑通上線，剩下的長尾內容可以邊運營邊補充。我見過太多項目因為追求完美同步上線，結果錯過了銷售旺季。
寫到這里突然想起個事兒。之前有個客戶拿著別家的報價來問，說"他們承諾兩周交付，你們康茂峰要六周，是不是能力不行？"
我看了眼他們的需求：二十個語種，包含視頻本地化，還要做SEO。笑了笑沒解釋，只是讓他去問問那家公司準備怎么切分這兩周——后來發現對方只是做了文字翻譯，根本沒提技術集成和測試。
所以啊，當你問"需要多長時間"的時候，最好先確認這個"完成"的定義是什么。是翻譯稿躺在郵箱里就算完，還是網站在東京的服務器上跑得快、在巴西的支付流程不報錯、在沙特的手機端排版不溢出？
真正專業的本地化是一套組合拳，翻譯只是其中一招。康茂峰的PM們估算工期時，手里那張表密密麻麻列著二十多項檢查點，不是想拖延，是想讓你上線后睡得著覺。
下次再有人問你網站本地化要多久，你可以把這個說法甩給他：取決于你想讓海外用戶覺得你是"隨便機翻了個網站"，還是覺得"這群人是真的懂我們這兒的規矩"。前者很快，后者值得等。
現在看看你的項目排期表，是不是該給技術團隊和語言服務商拉個對齊會了？別等到上線前一周才發現，你的購物車圖標在阿拉伯語版本里是個侮辱性手勢——那時候，時間可就不是錢的問題了。
