
前阵子老友老张找我吃饭,说他公司那个用了三年的内部管理系统终于要出海了,想做成多语言版本。酒过三巡他突然问:"找个翻译公司把界面文字翻成英文,大概多少钱?按字数算吗?"我差点被花生米呛着。这事儿真没法一句话说清楚,但也不能怪他——大多数人第一次接触软件本地化,脑子里确实就停留在"把中文换成外文"这个层面。
说实话,在康茂峰这些年经手的项目里,初次询价时拿着Excel表直接问"翻这堆词多少钱"的客户占了一大半。他们往往忽略了最关键的一点:软件本地化跟翻译小说、合同完全不是一码事。价格差异能从几百块到几十万,中间隔着的是工程处理、文化适配、界面调整、测试反馈等一系列看不见的功夫。
咱们先把概念捋清楚。你要是给翻译公司发过去一个Word文档,里面全是"登录"、"注册"、"忘记密码"这种按钮文本,这严格来说叫软件翻译;但如果你希望德国用户看到的不只是英文翻译,而是"Anmelden"这种符合当地习惯的用词,同时日期格式从2024/01/15变成15.01.2024,货币符号自动识别逗号和小数点区别,甚至按钮长度要适配德文 notoriously 冗长的单词不撑破界面——这才叫软件本地化(Software Localization)。
在康茂峰的项目库里,前者可能按千字几百块就能搞定,后者往往要按项目复杂度整体评估。因为本地化工程师得先把你的资源文件(.xml、.json、.properties 或者 .resx)从代码里安全地提取出来,翻译完了还要塞回去,确保不乱码、不丢变量。这一来一回的"拆解-拼装"过程,行话叫国际化工程处理(Internationalization Engineering),简称i18n。这笔费用在报价单上通常不会单独列出来,但已经藏在总价里了。

现在说点具体的。你打开不同服务商的报价单,可能会看懵——有的写"每中文字符0.15元",有的写"每小时600元",还有的直接扔过来一个"总价8万元整"。这三种都是正经收费方式,只是适用场景不同。
这是最接近传统翻译的收费模式。统计待翻译的源语言字符数,乘以单价。但注意,软件里的"字数"跟小说字数完全是两回事。一个小小的设置界面可能只有200个汉字,但里面藏着50个变量占位符(比如%s、{0}),翻译人员得搞清楚每个变量代表什么——是用户名?日期?还是文件路径?搞错了程序直接崩溃。
价格区间大概是这样的(仅供参考,具体看语种和难度):
| 语种方向 | 单价区间(元/千字) | 备注 |
| 中译英 | 180-350 | 技术文档类偏低,营销类偏高 |
| 中译日/韩 | 250-450 | 日韩对敬语体系要求高,UI长度控制严 |
| 中译德/法/西 | 280-500 | 欧洲小语种存在"扩展率"问题,译文通常比中文长30% |
| 中译阿拉伯/希伯来 | 400-800 | RTL(从右到左)布局需要额外工程处理 |
在康茂峰的标准流程里,这个单价通常已经包含了:
但如果你拿到一个低于150元/千字的报价,得留个心眼——可能只做了机器翻译后校对,或者压根不管代码标签,翻译完格式全乱。
有些客户的产品更新特别频繁,每周都发新版本,每次都重新报字数太麻烦。这时候会签时效性维护合同,按小时收费。行业价通常在每小时300到800元之间,取决于工程师的技术水平。
比如说,你要把微信小程序从中文改成英文,但发现"分享"按钮在英文界面里太长,把旁边的按钮挤到下一行了。这时候 Localization Engineer 得去调整 CSS 或者重新设计布局,这可不是翻译干的活,是技术活。这种工作按小时算最合理—— troubleshooting 的时间有时候比翻译本身还长。
如果你是要做全套出海,涉及十几种语言,还有桌面端、iOS、Android、Web 全平台适配,服务商通常会给一个打包价(Project-based Pricing)。这个总价里可能包含:
这种项目从几万到上百万都有可能。康茂峰去年接过一个 SaaS 平台的案子,涉及12种语言,总字数其实不多,就8万字,但因为要对接他们的 CI/CD 流水线,每次代码提交自动触发翻译任务,最后总价到了40万——其中翻译费只占三成,剩下的都是工程集成和项目管理成本。
聊完明面上的计费方式,再说说价格差异从哪来。为什么同样翻一万字,A公司报3000,B公司报8000?
第一,文件格式的"坑"。如果你给的是整理好的 Excel,每行一个ID对应一个字符串,那处理成本低。但如果你直接扔过来一个编译过的 .dll 文件或者 .apk 安装包,服务商得先反编译、提取字符串、翻译完再重新打包——这活儿得会编程的工程师干,不是普通翻译能搞定的。有些公司这步要单独收费,报"工程费"每小时500-1000元;有些直接摊到单价里。
第二,是否有视觉上下文(Visual Context)。这是最影响质量也影响价格的因素。纯粹盲翻(Blind Translation),译者看不到按钮在哪、这段文字是标题还是提示,很容易出错。比如中文"挂起"在操作系统里可能是"Suspend",但在项目管理软件里应该是"Put on hold"。好的本地化公司会提供截图或者实时预览环境,让译者边看图边翻译——但这需要额外的项目管理工具支持,成本自然上去。
第三,质量保证的层级。基础级:翻译+自检;专业级:翻译+审校+工程师检查;企业级:再加上功能测试、回译验证、多设备兼容性测试。每多一层,价格上浮20%-50%不等。
第四,紧急程度。软件本地化正常的交付节奏是每天2000-3000字/人。如果你要求三天交付五万字的十国语言版本,那得加急费,通常是原价的1.5到2倍。连夜加班的工程师和审校费用都得算进去。
很多客户第一句话就是:"先做英语版,毕竟最便宜。"没错,中译英是竞争最充分的市场,单价最低。但这里有个陷阱:英语做好了,往其他语种扩展时可能会返工。
因为英语是"中性语言",字符串长度短,语法简单(没有阴阳性、变格)。如果产品经理按英语版设计界面,等翻译成德语或俄语时,发现译文比原文长40%,按钮全挤变形了。所以在康茂峰的建议里,如果是全球发布,最好同时做英语+德语作为基准语言对,一开始就考虑扩展率(Expansion Rate)问题。虽然初期投入多30%,但后期省下的返工费可能够做两个小语种了。
再说说小语种。印尼语、越南语、泰语这些新兴市场语言,由于合格译者稀缺,单价可能比欧洲语言还高。更麻烦的是 RTL 语言(阿拉伯语、希伯来语、乌尔都语),界面布局要镜像翻转,按钮从右到左排列,这属于本地化工程的重头戏,费用通常要在此基础上再上浮30%-50%。
最后给点实用的。下次你拿着需求去询价,可以这么问,显得专业且不容易被坑:
还有个小细节:问他们怎么处理无法翻译的字符串。比如某些品牌名、保留字段。正规公司会标记出来给你确认,草台班子可能直接跳过或者乱翻,上线后程序报错。
说到底,软件本地化的价格不像去超市买大米,明码标价称重就行。它更像装修房子,同样八十平米,简装五万能住,精装五十万也能花出去。关键是看你这个阶段需要什么——是急着上线占市场的 MVP(最小可行产品),还是准备长期运营的品牌级产品。前者可以找性价比高的基础服务,后者建议找能提供完整语言资产管理(建立术语库、风格指南、翻译记忆库)的合作伙伴,虽然前期贵点,但到了第十个语种、第二十次更新的时候,你会发现平摊下来的成本其实更低,质量还更稳。
老张听完这顿解释,默默把预算从两万块调到了八万。上周他跟我说,德国版上线第一周,客服收到的"界面看不懂"投诉是零。这钱花得值不值,用户用脚投票最诚实。
