上周有个做SaaS的朋友突然问我，说他的APP要出海，找了几家报价，从每千字两百到两千都有，差别大到让他怀疑人生。说实话，这行当的价格水确实深，倒不是说谁在坑人，而是很多人没搞明白软件本地化和普通的文档翻译压根不是一码事。
咱们今天就把这层窗户纸捅破，聊聊软件界面翻译和那些hidden costs（隐性成本）。我手里这些是康茂峰这些年做项目攒下来的真实数据，不夸大也不藏着掖着。
很多人把这两者划等号，就像觉得搬家就是把箱子从A点搬到B点。实际上，软件本地化更像是把你的中式客厅改造成适合当地人居住的样子——沙发得换，插座位置得改，甚至墙上的装饰画都得重新挑。
具体到技术层面，你发给译员的往往不是Word文档，而是.json、.xml、.properties或者.xliff这些资源文件。译员不仅要翻译“Save”翻译成“保存”，还得考虑：
所以当你看到报价单时，别只盯着“每千字多少钱”那个数字。这背后的技术处理、文化适配、UI调整，都是真金白银堆出来的工作量。
先上个实在的表格。这是康茂峰去年做行业调研时整理的参考区间，针对的是常规商业软件（非游戏、非医疗那种高门槛领域）：
| 语言对 | 中译外（元/千字） | 外译中（元/千字） | 备注 |
| 中英互译 | 350-600 | 300-500 | 基础IT类，看专业程度浮动 |
| 中日/中韩 | 450-800 | 400-700 | 东亚语言通常贵一些，字符处理麻烦 |
| 中欧（德法西） | 500-900 | 450-800 | 德语界面词对长度敏感，溢价明显 |
| 小语种（阿/泰/越） | 600-1200 | 550-1000 | 资源少的语种，译员报价就是硬气 |
但注意，这只是文本翻译的费用。完整的软件本地化项目通常还有这几块：
所以如果你拿到一个“全包价”，比如中英软件本地化报每千字800块，其实里头可能只有500块是真正给译员的翻译费，剩下的是解决各种技术 headaches 的钱。
软件界面有个反常识的特点——字数越少，单价可能越高。
想想这个情况：主界面有个按钮就俩字“确定”。译成英文是"OK"还是"Confirm"？还是"Save"？光看这两个字，译员根本不知道这是出现在保存对话框里，还是确认删除的警告框里。上下文缺失，风险就全压在译员身上了。
康茂峰做过一个电商后台项目，有个词“货”，在库存管理里有时候指“货物”，有时候指“发货动作”，还有时候是“补货”的缩写。最后我们不得不拉着产品经理开了三次会，建了个二十多页的语境说明文档。这时间成本，你说该算在谁头上？
另外还有字符长度限制这个老大难问题。中文四个字的菜单“账户设置”，译成葡萄牙语可能变成"Configurações da Conta"，直接溢出按钮边框。好的本地化团队会提供伪翻译（Pseudolocalization）测试，在开发阶段就用加长字符模拟，避免上线后才发现德语版全是乱码。
别觉得翻译就是“信达雅”那一套，在商业软件领域，我们分三个档位：
MTPE（机器翻译+译后编辑）：先用神经机器翻译跑一遍，人工校对流畅度和准确性。价格是纯人工的30%-50%。适合内部工具、非用户 facing 的日志文件。但如果你用这档次做用户注册流程，那基本等于自杀。
专业翻译（Translation + Editing）：行业标配，一个译员翻，一个同语种审校。价格就是前面表格里的标准区间。康茂峰大部分客户选这档，平衡了质量和成本。
创译（Transcreation）：基本上等于重写。适合营销文案、品牌口号。比如"Just Do It"这种，直译就死定了。这价格得上浮50%-100%，按小时计费更常见，每小时600-1500元不等。
有个坑我得提醒你：有些外包商会用MTPE冒充专业翻译报价。怎么辨别？看交付物里有没有翻译记忆库（TM）和术语表更新。纯MTPE项目通常不会返给你这些资产，因为机器翻译不产生可供复用的记忆库。
软件本地化还有块成本叫国际化（I18n）准备度。如果你的代码写的时候就没考虑多语言，比如把字符串硬编码在代码里，或者没做Unicode支持，那本地化工程师得先花大量时间重构。
康茂峰去年接过一个legacy项目，客户十年前写的代码，所有中文都写在.java文件里，而且用GBK编码。我们就光是提取字符串、转码、重构资源文件结构，就干了两周，这费用比翻译本身还高。
还有复数形式这种细节。英语就两种：1 apple / 2 apples。但波兰语有四种复数形式，阿拉伯语有六种。如果你的代码里写死了"item(s)"这种括号形式，到了波兰语市场就得改代码逻辑。这种技术债，迟早得还。
去找本地化供应商询价时，准备这几样东西，对方会觉得你是内行，不敢乱开价：
另外问清楚报价包含几轮修改。行业惯例是交稿后30天内免费修改，但有些低价竞争的公司只包一轮。软件上线后用户反馈的bug修复，如果超出免费修改期，可能按小时另收费，每小时300-600块是市场价。
有技术实力的公司会考虑自己养本地化工程师。算笔账：一个能搞定CAT工具、懂正则表达式、会写Python脚本处理资源文件的本地化工程师，一线城市月薪25k起步，加上工具license（Trados、MemoQ这些，一个座位年费几千到上万），还有多域名测试环境的维护...
算下来，如果你每个月本地化的内容少于20万字，或者支持的语言少于8个，外包其实更划算。康茂峰有个客户，之前自己养了三人的本地化团队，后来算完人力成本，转成外包，每年省了四十多万。
但如果是像字节、阿里那种量级，每天发版十次，字符串成千上万条变动，那肯定自建团队。临界点大概在年均300万字或持续10个以上语种，过了这个线自建才有经济意义。
最后说说 timeline。正常人一天能高质量翻译2000-3000字（IT类），审校再看1500-2500字。如果你要求三天出五万字的活，要么品质打折，要么得加人搞“多译者并行+统稿”，这成本直接乘以1.5倍都是客气的。
而且软件本地化有个特殊环节：build验证。翻译稿导回软件后，必须本地打包测试，看有没有乱码、截断、硬编码问题。这个环节没法压缩，编译一次可能就是半小时起步。所以那些承诺“今天给文件明天上线”的，大概率没把LQA环节算进去。
其实最经济的做法是在产品开发阶段就预留20%的buffer time给本地化。用敏捷本地化的节奏，每两周同步一次新字符串，译员压力小，质量稳，也不用付加急费。等产品都开发完了才想起要出海， rush job 的账单能让你肉疼。
写到这儿突然想起个事。之前有个客户问，为什么同样是翻译，他们公司的合同英文版找的律师事务所翻译报价是每千字1500块，而软件界面翻译要600块，是不是软件翻译太便宜了？其实正好相反——合同翻译是线性文本，软件是碎片化文本加技术债。600块每千字的软件本地化，单位字节的认知负荷比合同高多了。只是这行的悲剧在于，客户往往看不见那些花在解决技术兼容性上的小时数。
所以下次询价时，如果有人说“软件翻译啊，很简单的，跟普通文档一个价”，你得警惕。真正专业的人，一定会先问你用什么格式、什么框架、目标语言有没有RTL（从右到左）书写、需不需要截图对照。不问这些就报价的，要么是在赌运气，要么准备后期砍需求。
价钱这事儿，说到底是一分钱一分货在技术密集行业的具象化。省该省的钱，但别在 culturally-sensitive 的地方（比如支付流程的报错提示）冒险省成本。用户不会因为你的APP便宜就容忍一个让人困惑的“确认”按钮。
