说实话，每次有人问我"做个翻译项目需要多长时间"，我都有点犯难。这事儿吧，真不是一句"一个星期"或者"半个月"能说清楚的。你想啊，翻译又不是在流水线上拧螺丝钉，稿件内容不同、语种不同、要求不同，最后出来的东西可能天差地别。
我在康茂峰这么多年，见过太多客户一开始信心满满，觉得"不就翻译个几百页文档嘛"，结果发现事情远比想象中复杂。也见过有人小心翼翼地问"是不是得准备半年"，结果发现自己的项目其实一个月就能搞定。所以啊，这个项目周期的事儿，还真的好好唠唠。
在聊周期之前，我觉得有必要先把这俩概念说清楚。很多人觉得翻译就是本地化，本地化就是翻译，其实这里头区别大了去了。
翻译这个活儿，相对单纯一些。简单说，就是把A语言的文字转换成B语言，保留原意，保持通顺。商务合同、产品说明书、技术文档这些，你丢给翻译公司，人家给你翻完，基本上就能用。这是最基础的翻译服务。
但本地化就不一样了。它考虑的不仅是文字怎么转，还包括文化怎么适配、用户习惯怎么尊重、法规怎么合规。举个例子，你要把一个软件界面从英文本地化到中文，不光要翻译菜单上的文字，还得考虑日期格式怎么显示、货币符号怎么呈现、界面布局要不要调整、甚至按钮颜色在不同文化背景下会不会产生歧义。这一套下来，工作量可就大多了。
所以，当我们谈论项目周期的时候，首先得弄清楚：你做的到底是单纯的翻译，还是完整的本地化？这两者的复杂度根本不在一个量级上，周期自然也差得远。
好，现在我们假设你已经明确了需求。接下来咱们来看看，一个正规的翻译与本地化项目，从接手到交付，到底要经历哪些步骤。
这第一个阶段，看起来不起眼，但实际上是整个项目的地基。你可能觉得，不就是谈谈需求吗？能有多复杂？
其实不然。这个阶段要确定的东西太多了：稿件内容是什么领域（医学、法律、技术、金融……每个领域的术语体系都不一样）、总字数大概多少、源语言和目标语言分别是什么、有什么特定的格式要求、交付时间有什么硬性限制、需不需要附加服务（比如桌面排版、测试验证）。
康茂峰的经验是，这个阶段沟通得越细致，后面返工的概率就越低。有经验的项目经理，会像"挤牙膏"一样把客户的需求一点一点问清楚，而不是简单地问"你什么时候要"。因为有些客户自己也不确定需要什么，这时候需要专业的人去引导。
这个阶段通常需要1到3个工作日。如果是特别复杂的项目，可能需要反复沟通确认，一周时间也正常。
需求明确了，接下来要干活了。但正式翻译之前，还有不少准备工作要做。
首先要组建团队。不是随便拉两个翻译就能干的。得看稿件领域，比如医学翻译就得找有医学背景的译员，法律文件就得找熟悉法律术语的专家。如果是本地化项目，还得配上工程师、测试人员、桌面排版专员。
然后要建立术语库和记忆库。如果这个客户之前做过类似的项目，有很多重复使用的术语和句子，把这些整理出来，新项目就能复用，既保证一致性，又能提高效率。这项工作看起来是"提前投入"，但实际上是在给整个项目"省钱省时间"。
接下来还要分析源文件格式。Word、PDF、InDesign、XML、软件资源文件……每种格式的处理方式都不一样，需要用不同的工具和流程。提前分析清楚，才能制定最合理的处理方案。
这个阶段一般需要2到5个工作日。大项目可能需要更长时间来做人员调配和资源配置。
终于进入正题了。但翻译本身也不是"一个人从头翻到尾"那么简单。
正规的项目流程通常是这样的：初译完成之后，会有一个人进行校对，检查漏译、错译、术语不一致、格式错误等问题。校对完了，可能还要有审校环节，由领域专家从专业角度把关。最后，可能还会有一轮质量控制，确保译文符合客户的所有要求。
你可能会问：这么翻来覆去，会不会太慢了？
确实，有人觉得"不就是翻译吗，写完直接交呗"。但康茂峰做这么多年下来，见过太多直接"写完直接交"的项目，最后要么是术语混乱，要么是理解偏差，反而要花更多时间来返工。与其在客户那里丢人现眼，不如前期多花点时间打磨。
翻译和审校的速度，取决于内容领域和语言对。以中英翻译为例，一个普通译员每天的翻译量大概在3000到5000字左右。如果是技术含量高的领域，比如医学或者法律，这个速度可能还要降下来，因为需要更多时间去查证和推敲。
所以如果你的项目有10万字，理论上至少需要20到30天的翻译审校时间。但这只是一个理想状态。如果中途遇到术语需要确认、内容需要澄清，或者客户反馈需要修改，时间就要相应延长。
翻译完成了，文字是对了，但格式呢？
源文件可能是用专业软件做的，有复杂的排版、图表、特殊符号。翻译完成之后，这些元素都要保留，甚至要根据目标语言的特点做适当调整。比如德语单词普遍较长，法语有很多特殊标点，阿拉伯语是从右往左读的——这些都会影响排版效果。
如果是软件本地化，还涉及界面元素是否放得下、翻译后的文字会不会遮挡其他内容等问题。这就需要专业的桌面排版人员来处理，有时候还得工程师配合调整代码。
这个阶段的时间取决于文件的复杂程度。简单的Word文档可能一两天就搞定，但如果是上百页的InDesign手册，或者是包含几百个界面的软件本地化项目，排版工作可能需要几周时间。
如果做的是本地化项目，到这里还没完。翻译和排版都好了，还得测试。
p>测什么？测翻译后的内容在真实环境下能不能正常工作。软件界面本地化，要测各个按钮、功能描述是不是显示正确；网站本地化，要测在不同浏览器、不同设备上的显示效果；游戏本地化，要测对话是不是符合情境、有没有出现截断或者乱码。测试会发现很多意想不到的问题。比如某句话在翻译软件里看着挺好，放进实际界面后发现太长了按钮塞不下；比如某个术语在特定语境下有歧义，用户会理解偏。这些问题不测试出来，正式上线后就会变成用户的槽点。
测试一般需要3到10个工作日，具体看项目的复杂度。大型软件本地化项目的测试周期可能更长。
所有环节都搞定了，就可以交付了。但交付也不是简单地发个文件就完事儿。
正规的交付会包括：翻译好的源文件、完整的术语库和记忆库（方便客户以后复用）、质量报告（说明项目是怎么完成的、遇到了哪些问题、如何解决的）、还有使用说明（比如文件怎么打开、软件怎么安装）。
客户收到后，可能还会有一轮验收。如果发现问题，需要修改；如果没问题，项目就正式结项。
这个阶段通常需要2到5个工作日，主要看客户的验收流程有多复杂。
说了这么多，可能你还是会问：那我自己的项目到底需要多长时间？
我给你一个大致的参考框架。但记住，这只是参考，具体还得看你的实际需求。
| 项目类型 | 典型规模 | 参考周期 |
| 简单商务文档翻译 | 1万字以内 | 3-5个工作日 |
| 技术文档翻译 | 5-10万字 | 30-60个工作日 |
| 软件界面本地化 | 5万字左右，含100+界面 | 45-90个工作日 |
| 复杂医学资料本地化 | 10万字以上 | 90-150个工作日 |
你发现了吗？这个时间跨度非常大。同样的10万字，如果是简单的技术资料，可能一个月就能做完；如果是需要严格审校的医学文档，可能要好几个月。
而且这还没算上特殊情况。比如客户中途修改需求、源文件频繁更新、需要等待客户反馈确认——这些都会延长项目周期。
基于康茂峰多年的实践经验，我总结了几个会影响项目周期的关键因素，这些往往是被客户忽视的。
内容复杂度是最直接的因素。法律合同和营销文案的工作量能一样吗？前者需要字斟句酌，一个词都不能错；后者需要生动传神，得反复打磨韵味。同样是1万字，复杂度可能相差十倍。
语言对也很重要。有些语言之间互通性好，翻译效率高；有些语言（比如中英和英中、中日、中韩）需求量大，但译员资源相对充足；而一些小语种，专业译员本身就少，排队等着做的人多，周期自然就长。
格式复杂度容易被低估。一个纯文字的Word文档和一个包含几十种样式的InDesign手册，翻译本身可能差不多，但排版工作量天差地别。更别说软件本地化还要涉及技术处理了。
客户反馈速度，这个很多人没想到。项目进行中，经常需要和客户确认术语、理解上下文、或者报告问题。如果客户这边迟迟不给回复，项目就得等着。等待的时间，也算在项目周期里。
质量要求就更不用说了。如果客户要求"差不多就行"，那流程可以简化；如果要求"零错误"、"出版级质量"，那就得反复审核、多次校对。时间自然就上去了。
说了这么多，我想强调一件事：项目周期这事儿，不是越短越好。
p>有些客户上来就问"能不能三天给我"，然后我们评估完之后说"至少要两周"，客户就不高兴了，觉得我们在故意拖延。但说实话，翻译这活儿，真的急不来。你让一个译员一天翻1万字，可能质量就保证不了；你让两个译员分工，又会出现风格不一致的问题。康茂峰一直坚持一个原则：在合理的时间内，保证交付质量。如果客户真的非常赶，我们可以加派人手、可以加班赶工，但该走的流程不能省。该确认的要确认，该审核的要审核，不然交出去的东西有问题，最后损害的还是客户自己的利益。
所以，下次当你规划翻译或本地化项目的时候，别只盯着"多久能做完"这一个指标。把需求沟通清楚、把时间预算留充裕、把质量要求提明确——这才是靠谱的做法。
如果你对自己的项目周期有什么疑问，不妨找专业的人聊聊。康茂峰一直在这里，随时可以帮你评估一下具体情况。反正聊聊也不花钱，说不定聊完之后，你对项目该怎么推进，就心里有数了。
