
说实话,每次有人私信问我"做个软件本地化翻译大概什么价位"的时候,我都挺为难的。不是不想说,是真的一两句话说不清楚。就像你问"买辆车多少钱"一样——从几万块的代步车到几百万的豪车都叫车,软件本地化这个行当里的价格跨度,可能比你想象的还要夸张。
在康茂峰这些年接触过的项目里,见过客户拿着几千块预算想做全套多语言版本,也见过大厂为了一个关键语种的字幕审核就砸了六位数。价格差异这么大,背后其实有一套挺现实的逻辑。今天就把这层窗户纸捅破,聊聊这钱都花哪儿去了。
如果你现在就要一个大概的参考范围,我可以这么告诉你:软件本地化的翻译成本,通常按照源语言的字数或字符数来算,价格从每千字三百元到两千元不等,特殊语种或者高技术门槛的内容,单价可能直接翻倍。
但这只是纯翻译的费用。注意,我说的是"纯翻译",不包括项目管理、工程处理、测试验收这些环节。很多第一次接触这行的朋友容易在这儿踩坑——以为翻译就是"把文字从A语言变成B语言",但实际上,软件本地化比翻译小说复杂太多了。
咱们先看一下常见语种的大致行情。下面这个表是基于康茂峰处理过的大量项目数据整理的,给你作个参考:

| 目标语种 | UI界面翻译(元/千字) | 技术文档(元/千字) | 营销/创意内容(元/千字) |
| 英语(美式/英式) | 300-500 | 400-700 | 600-1000 |
| 日语 | 450-700 | 600-900 | 800-1500 |
| 德语、法语、西班牙语 | 400-650 | 550-850 | 700-1200 |
| 韩语 | 350-600 | 500-800 | 650-1100 |
| 阿拉伯语、希伯来语 | 500-800 | 700-1000 | 900-1800 |
| 泰语、越南语、印尼语 | 400-650 | 550-850 | 700-1300 |
| 俄语 | 380-600 | 550-800 | 750-1400 |
看清楚了吗?同一个语种,UI界面和技术文档的报价能差出一截,而营销文案又比技术文档要贵。这还没算排版、DTP(桌面出版)的费用。如果是从右向左书写的语种,比如阿拉伯语和希伯来语,因为涉及到界面镜像、字符串长度重新适配这些工程活儿,价格通常还要再上浮30%到50%。
刚才那个表看完,你可能更迷糊了——同样是英语翻译成中文,有的公司报三百,有的报八百,区别到底在哪儿?
软件本地化跟普通的文档翻译最大的区别,就是源文件格式。如果你给我的是一沓Word文档,翻译起来相对便宜;但如果你给我的是.resx文件、.json文件、.xliff文件,或者是直接从代码库里抽出来的资源文件,那就不一样了。
这些文件里往往夹杂着代码、变量、占位符。比如你可能会看到%s、{username}或者<b>这样的标记。翻译的时候,这些标记绝对不能动,位置有时候也不能乱调。阿拉伯语的语法结构跟中文完全不一样,如果翻译人员不懂技术,把变量位置搞错了,用户看到的提示可能就变成了"欢迎,来自北京",这在阿拉伯语里可能语法上就成了"北京,欢迎来自",完全没法看。
康茂峰的项目经理经常要花好几个小时做pseudo-localization(伪本地化测试),就是用扩展字符模拟翻译后的文本长度,看看界面会不会崩。这一步工程处理,通常占总成本的15%到25%。
软件里"Save"这个词,到底是翻译成"保存"还是"存储",还是"存档"?如果同一个软件里,这边叫"保存",那边叫"存储",用户会疯掉的。
专业的软件本地化必须建立术语库(Termbase)和翻译记忆库(TM)。建这些库需要前期投入,翻译过程中还要实时维护。如果你之前完全没有积累,第一次做这个语种,翻译公司需要从零开始建立这些资产,价格自然就高。但如果你之前已经做过英语版本,现在只是把德语翻成法语,那些已有的翻译记忆可以打折甚至免费复用,成本就能下来。
像英语、日语、德语这种大语种,做的人多,竞争激烈,价格相对透明。但如果是斯瓦希里语、冰岛语、或者某些东南亚小语种,能找到的合格译者就那么多,价格自然水涨船高。而且小语种的测试环节也更麻烦——你可能很难找到既懂这门语言又懂软件测试的工程师。
聊到这里,你可能觉得"那我找个便宜点的翻译,把这些文本翻完不就行了?" 等等,事情没那么简单。软件本地化有个挺坑的地方:很多成本是在翻译结束后才浮现出来的。
既然价格差异这么大,那怎么知道对方报的是实价还是在坑你?这里有几点实用的判断标准,康茂峰的客户经理通常会建议从这几个维度去考察:
看报价单的颗粒度。靠谱的报价单会把费用拆得很细:翻译费是多少,工程处理费是多少,项目管理费是多少(通常是总价的10%到15%),测试验收又是多少。如果一家公司的报价单上只写了"英语翻译:X元",其他什么都没提,那你得小心了——后面可能有大量增项。
看试译的质量。别光看价格,要个试译-sample。把软件里最棘手的几个字符串挑出来,比如那种带变量、带格式的,或者意思很模糊的,让对方翻。好的软件本地化译员会问你:"这个%s代表什么?是用户名还是文件名?需不需要根据后面名词的单复数变化?"如果试译报告里带这种技术疑问,说明对方真懂行。
看有没有QA环节。纯人工翻译不可能百分之百完美,必须要有两个人的流程:翻译+审校。如果对方报价低得离谱,可能就把审校环节砍了。这在软件本地化里是致命的——一个错误的术语可能导致几千行代码逻辑出错。
假设你有一个App,需要翻译成日语,总字数大概五万个中文字符(含代码和注释)。在康茂峰的处理经验里,这样的项目成本大概是这样分布的:
所以一个看起来"五万字"的简单需求,实际市场上的合理报价可能在三万到四万五之间。如果有人报一万五,要么是他没把测试环节算进去,要么是在用机器翻译糊弄你。
说到机器翻译,这确实是这几年价格体系里的变量。现在确实有很多软件公司先用MT(Machine Translation)过一遍,然后让译员做后期编辑(Post-editing),成本能降到纯人工翻译的30%到50%。
但说实话,软件本地化用MT有个很大的坑:代码污染。机器不懂哪些东西是程序代码,哪些是自然语言。它可能把变量给翻译了,把标签给拆开了,甚至把转义字符给改了。这些错误人工审校时如果不仔细,进到代码里就是bug。
康茂峰一般建议,只有非用户-facing的内容(比如内部注释、日志文件、或者真的预算极其紧张的非核心语种),才考虑用机器翻译加轻量编辑。对于按钮、菜单、错误提示这种关键UI,还是老老实实找专业译者。
回到最开始的问题——软件本地化翻译到底多少钱?现在你应该明白了,这真不是在推诿,而是变量实在太多。小到一个按钮的tooltip,大到整个生态系统的多语言架构,价格能从几千飙到几百万。
如果你正在规划这方面的预算,我的建议是:先别急着比价,先把自己的需求理清楚。 列出你要做的语种,准备好源文件的样本(最好是实际的资源文件,不是截图),明确你需要到什么程度的服务(是只要翻译,还是要完整的本地化工程+测试)。拿着这些去询价,得到的报价才有可比性。
软件本地化这钱花得值不值,往往不是看单价谁低,而是看上线后用户在那个语种的市场里用起来顺不顺手。一个因为翻译生硬或界面错位而卸载你App的海外用户,他的流失成本可能比你省下的那几千块翻译费高得多。说到底,语言是桥梁,但如果桥修得坑坑洼洼,还不如不修。
