上个月有个客户找我咨询，开口就问："我们就一个官网，二三十页，翻译一下顶多两周吧？"我听着电话那头笃定的语气，一时不知道怎么接话。这让我想起老家装修房子的亲戚，总觉得贴瓷砖就是抹点水泥往上糊，一天就能搞定整个厨房——直到他看见师傅拿着水平仪一块块比对，才明白快工和细活之间的鸿沟。
网站本地化这事儿，说白了就是让你的数字门面在另一个文化环境里活起来，而不是简单地换个语言皮肤。交付周期这个问题，真不能拍脑门给数字。我见过五页纸的落地页折腾两个月的，也见过上千个SKU的电商平台四十五天搞定的。差别在哪儿？咱们掰开揉碎了聊。
大多数人算时间，只算了"翻译"这个动作。但实际上，在康茂峰接过的项目里，纯文字处理只占整个流程的40%到60%。剩下的时间花在哪儿了？
这些因素就像冰山埋在水下的部分，不亲自撞一次根本看不见。所以先说结论：如果你手里是个标准的B2B企业站，页面在三十页以内，没有复杂的动态功能，预算充足且素材齐全，四到六周是比较现实的基准线。但这只是个起点，不是答案。
这里说的不是服务器负载，而是内容的复杂度密度。同样是五十页：
情况A是静态的产品介绍，文字为主，图片为辅，改起来像翻一本精装书；情况B是带用户评论的电商平台，每个商品页都有实时库存、可变参数、促销倒计时，这就像是给行驶中的汽车换轮胎。我们需要先把车停下来，或者至少要降速。
在康茂峰的项目管理手册里，我们内部把网站分成三级：
| 类型 | 特征 | 参考周期 |
| 轻型 | 纯展示型，HTML静态页，无数据库交互 | 2-4周 |
| 中型 | 内容管理系统(CMS)驱动，带表单和基础交互 | 4-8周 |
| 重型 | 电商平台/SaaS后台，多角色权限，实时数据 | 8-16周+ |
注意那个加号，重型项目的变数最大。有一次我们做个多语言的后台系统，单是术语库的搭建就花了十天——因为同一个"Dashboard"在财务模块叫"仪表盘"，在运营模块得叫"数据看板"，这种语境敏感度机器根本搞不定，得人工一条条标注。
从中文到英文，和从中文到斯瓦希里语，完全是两个概念。不是说后者多难，而是资源稀缺度不同。
常见语种（英法德西日韩）的周转快，因为译员池子深，工具链成熟。但如果是越南语、泰语或者北欧小语种，找个既懂技术又懂当地网络文化的译员，可能面试就得一周。更别提那些需要特殊字体的语言，比如缅甸语在某些旧版浏览器里的渲染问题，可能让你多调试好几天。
这玩意儿最容易被低估。同样三千字：
用户界面的按钮标签（比如"提交"、"返回"）需要极其精准，一个字都要斟酌，因为空间有限；而帮助文档的长篇说明可以适当灵活，但得保证技术术语一致；最要命的是营销文案，那种玩谐音梗和双关语的slogan，直译出来简直是灾难，得重新创作，这叫创译（transcreation），时间成本是普通翻译的2-3倍。
康茂峰有个做智能家居的客户，他们的产品名叫"云栖"，本意是云端的栖息之地，建立在文化意象上。翻译成英文时，团队花了整整三天 brainstorm，最后定了个完全不同的名字，既保留诗意又符合英语国家的语音习惯。这种活儿，急不得。
这是最现实的因素。如果你们的网站代码写得规范，多语言接口（i18n）早就预埋好了，提取文本就像从抽屉里拿文件；如果是个祖传代码，硬编码的字符串散落各处，程序员得先花两周"考古"，把文本挖出来整理成xliff或者json格式。
还有就是素材的完整性。我遇到过最极端的情况：客户说内容都ready了，结果我们发现产品图上的中文水印还没去掉，视频字幕文件是嵌死的无法提取。这些隐形债务会直接吞噬你的时间表。
抛开理想情况，看看大多数项目实际怎么蠕动的。以下用康茂峰经手的典型项目做参考，假设双方配合顺畅（这个假设很重要，因为客户没有延迟提供素材）：
阶段一：预处理（占总时间15%-20%）
这一步包括网站爬取、词汇表整理、风格指南制定。很多人想跳过直接开干，结果翻了一半发现"用户"到底用"User"还是"Customer"都没统一，全部返工。这个阶段通常需要3-7个工作日。
阶段二：核心处理（占50%-60%）
翻译、校审、技术适配并行。这里有个技巧叫瀑布流作业，也就是说不需要等所有页面翻完才做技术整合，可以按模块分批交付。一个标准的企业站点，这部分2-4周是比较健康的速度。记住，校审必须是目标语言的母语者进行，这是底线，不是可选服务。
阶段三：后处理与测试（占25%-30%）
文本导入后的视觉检查、功能性点击测试、假语种测试（pseudolocalization，检查界面会不会因为文字变长而撑破布局）。这个阶段最容易出惊喜，比如德语动词放在句尾，导致按钮上的文字显示不全，需要前端紧急调整CSS。预留1-2周比较保险。
所以你看，一个中等复杂度的网站，从kick-off到上线，六到八周是个合理的预期。那些承诺"三天出活"的，要么只是机器直译后人工扫一眼（质量风险极高），要么隐藏了后续的修改成本。
当然，时间不是非得这么长。经过几百个项目的打磨，我们总结出一些可以压缩周期的办法，但前提是不能省掉必要的质量环节。
前置并行化：在你们的开发团队写代码时，我们就介入做伪本地化测试，提前发现硬编码问题。这比等到内容都填好了再改要省至少一周。
术语资产的复用：如果你们之前有翻译记忆库(TM)，哪怕是不完整的，交给我们。康茂峰的流程里，匹配率高的片段可以打折计价，更重要的是能保持一致性，减少后期审校时间。
敏捷切片：不追求一次性完美，而是按优先级分批上线。比如先做核心产品页，帮助文档二期再上。这样首页可以提前两周见光，而不是干等所有细节打磨完毕。
但说实话，最快的捷径反而是慢下来做好第一步。我见过太多项目因为前期急着开工，导致后期在"这个词到底用不用大写"这种细节上反复拉锯，最后总时间反而更长。
最后说几个行业里不太公开聊，但确实会拖时间的事情：
视觉本地化的陷阱：你们首页那张握手图，在中东市场可能涉嫌性别混同的问题；那个绿色的按钮，在某些国家可能关联到特定的负面含义。替换这些素材不是简单的"换张图"，可能涉及重新拍摄或者重新设计，这往往不在最初的时间估算里。
SEO元数据的泥潭：Title标签和Meta描述有字符限制，英文比中文膨胀，德文比英文更膨胀。翻译完后还得检查有没有截断，关键词密度是不是还合理，这活儿琐碎得要命，但不做的话本地化等于白做——谷歌根本找不到你。
法务审查的黑洞：隐私政策、退换货条款、 Cookie 提示。这些文本不是翻译问题，是合规咨询问题。康茂峰通常会建议客户预留专门的法务审阅时间，或者提前准备好目标市场的律师资源，不然可能在最后一刻卡壳。
说到底，网站本地化不是搬家，把家具从一个房子挪到另一个房子就完事了。它更像是在异地建一座一模一样的房子，但地基打法、门窗尺寸、甚至房间的功能布局都可能要变。交付周期取决于你愿意接受毛坯房快速入住还是精装房拎包入住，以及你的原始建筑图纸有多清晰。
现在回到最初那个问题：到底要多久？我希望你下次询价时，不再满足于"两周"或者"两个月"这种笼统答案，而是能问得更细——我们的技术栈支持快速提取吗？术语库准备好了吗？目标市场的文化审查包含在内吗？问得越细，得到的承诺才越靠谱。
窗外天快亮了，刚给一个客户审完最后一版日语站点的视觉稿，发现他们把"公司简介"的按钮做成了红色——在日本这是危险或者删除的意思。改完这处，准备发邮件通知前端调整。这种细节，急不来，也省不得。
