决定要不要加一门语言，靠的不是「世界很大」，而是这本账算不算得平。
一、翻译完就上线，三个月后才发现算错了
以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。
顾岚做一个合同条款比对的小工具，中文与英文两版跑了两年，月收入稳定在 2.4 万元左右。2025 年 3 月，他看到后台有 11% 的访问来自日本，于是决定加日文。
他花了 1.1 万元做翻译，四万两千字，机翻加人工审校；自己又花了大约 60 小时改代码：把硬编码文案抽出来、处理日期格式、给结账页加日元。上线三个月，日文版带来 18 个付费用户，客单价折合 128 元，新增毛利约 6200 元。同时，每月多出约 6 小时的支持与文案维护。
单看「三个月赚回 6200 元」，像是成功的。但把一次性成本摊进去：11000 + 60 小时 × 150 元 = 20000 元。按每月 2067 元的新增毛利、再扣掉每月约 900 元的维护成本，回本要 17 个月。
问题不在日文版做得差，在于他一开始只算了翻译费。
二、四笔成本，只有一笔是显性的
一门语言的成本至少分四笔，只有第一笔会出现在报价单上。
| 成本 | 形态 | 典型量级 | 容易被漏掉的部分 |
|---|---|---|---|
| 翻译与审校 | 一次性 | 按千字或千字符计价 | 后续每次改文案的增量翻译 |
| 工程改造 | 一次性 | 文案外置、排版、时区、货币 | 改完还要回归测试 |
| 支持 | 每月 | 跨时区响应、语言能力 | 用户问题的语种分布 |
| 合规与运营 | 每月 | 隐私告知、消费者权利、本地支付 | 税务与退款的本地口径 |
第二笔常被低估。文案外置不是「把字符串搬到 JSON 里」：拼接句要重写、复数要按目标语言的规则处理、日期与数字要走本地格式、布局要留出膨胀空间。一个小产品做完这些，通常是 40–80 小时；如果代码里到处是字符串拼接，翻倍也正常。
第三笔是很多人忽略的。加了日文版，用户会用日文提问，而你不一定读得懂；就算读得懂，日本用户的提问时间集中在你的凌晨。要么接受首响变慢，要么买服务，要么明确写下「仅支持中英文，日文版仅界面」。
第四笔决定你能不能长期待在那个市场。当地的退款规则、自动续费告知、发票要求、支付方式，任何一项缺失都会让转化率打折。
把四笔成本写成公式：
一次性成本 = 翻译与审校 + 工程改造工时 × 时薪 + 上线前测试
月度成本 = 增量翻译 + 支持工时 × 时薪 + 合规工具与手续费差额
每次改 100 条文案的增量成本
= 100 条 × 语言数 ×（翻译 20 秒 + 审校 40 秒 + 回归 60 秒）÷ 3600 × 时薪
按每条 2 分钟、时薪 150 元算，改 100 条文案、三种语言，一次就是 1000 元。这就是「语言的边际成本是乘法」的意思：语言数越多，每次迭代越贵。
三、三个信号：什么时候值得加
不是所有产品都该出海，也不是所有出海都该翻译。三个信号同时出现，才值得动手。
信号一：现有用户的地区分布已经越过了噪音线。
后台显示某个语言地区的访问占比连续三个月在 15% 以上，且不是投放带来的。低于这个量级，样本太少，转化率的差异可能只是波动。没有独立后台的，看支付服务商的国家分布、商店后台的地区下载、邮件列表的注册地。
信号二：那个地区的付费率或客单价明显更高。
同样的英文界面，德国用户的付费率是 4.1%，英语区是 2.8%，说明需求存在、只是语言挡了一道。反过来，如果某地区访问很多但几乎不付费，翻译了也不会改变。
信号三：那个语言的渠道你能触达。
包括：当地常用的搜索关键词、可以发布的目录站与社区、能联系到的测评人或邮件列表。触达不到，翻译完也只是多了一个没人访问的页面。
| 信号 | 观察窗口 | 通过线 | 数据来源 |
|---|---|---|---|
| 地区访问占比 | 连续 3 个月 | ≥ 15% 且非投放 | 站点分析、支付后台 |
| 付费率差异 | 至少 100 个该地区访客 | 高于基线 30% | 结账漏斗、订单国家 |
| 渠道可触达 | 一次人工调研 | 至少 3 个可发布入口 | 关键词工具、目录站 |
三个信号里缺一个，都可以先做一个更便宜的动作：把落地页和定价页翻成目标语言，产品界面保持英文，看转化有没有变化。这比一次性翻译整个产品便宜一个数量级。
四、把回本月数算出来
回本月数是唯一能横向比较不同语言的指标：
新增月毛利 = 该语言月访客 × 付费转化率 × 客单价 × 毛利率
回本月数 = 一次性成本 ÷（新增月毛利 − 月维护成本）
用顾岚的数字重算，假设日文版每月带来 900 访客、转化 2.2%、客单价 128 元、毛利率 70%：
新增月毛利 = 900 × 2.2% × 128 × 70% = 1774 元
月维护成本 = 6 小时 × 150 元 = 900 元
净增月毛利 = 1774 − 900 = 874 元
回本月数 = 20000 ÷ 874 ≈ 22.9 个月
和他在后台看到的「三个月 6200 元」相差很远，因为那 6200 元没有扣维护成本，也没有摊一次性投入。
换个假设，如果转化率是 4%、月访客 1500：
新增月毛利 = 1500 × 4% × 128 × 70% = 5376 元
净增月毛利 = 5376 − 900 = 4476 元
回本月数 = 20000 ÷ 4476 ≈ 4.5 个月
同样的产品、同样的成本，只因为流量与转化不同，结论从「别做」变成「值得做」。
| 回本月数 | 判断 | 下一步 |
|---|---|---|
| < 6 个月 | 做 | 按第 02 篇选市场，一次只加一门语言 |
| 6–12 个月 | 观察 | 先翻落地页与定价页，验证转化 |
| 12–24 个月 | 暂缓 | 先提升现有语言的转化或客单价 |
| > 24 个月 | 不做 | 把精力放回主市场 |
这张表的阈值不是定律，它只是把「感觉」换成一个可以争论的数字。真正要防的是另一种情况：因为一次性成本已经付了，就不断追加投入去证明当初的决定是对的。
五、行动清单与复算验收
- 拉出最近 90 天的访问与订单，按国家或语言分组
- 算出候选语言的访问占比、付费率、客单价
- 估算四笔成本，工程改造单独列工时
- 用回本公式算一遍，做两组悲观/乐观假设
- 写下这门语言的「不做清单」：哪些功能、哪些支持范围暂不覆盖
- 设一个复查点：上线后第 4 周与第 12 周各看一次
验收标准：能说出候选语言的回本月数、悲观与乐观两组数字、以及第 12 周的复查条件。 只有一个「应该能赚」的判断，不算算过账。
使用边界与实操验收
本文只算「要不要加一门语言」，不涉及具体怎么翻、怎么排版、怎么测试，那些属于第 03–06 篇；按地区定价与本地支付方式属于第 08 篇。跨境税务与开票口径不在本文范围内，可参考税务的最低认知：增值税、所得税、申报周期与跨境销售的常见误区 。
游戏产品的本地化逻辑不同：贴图文字、字体图集与商店页的权重更高，可参考个人游戏技术选型案例：本地化管线为什么要先处理字体和文本长度 与个人游戏开发者失败案例：只靠机器翻译毁掉了海外口碑 。本文面向的是软件与工具产品。
验证以自己后台的数据为准：按语言切分访客与订单，至少观察一个完整的续费周期。文中的百分比与金额全部是教学演示，换成自己的数据重算才有意义。
关键参考与核验范围
本文的成本量级、转化率与客单价均为教学演示。核验日期：2026-10-23。
- W3C Internationalization ：本地化不只是翻译，还涉及时区、日历、数字格式、书写方向与语言标记；该站点提供按主题组织的规范与最佳实践入口。
- Unicode CLDR ：各语言的日期、数字、货币、复数与排序规则的数据来源，也是判断「某语言需要几种复数形式」的依据。
上述两条只用于说明本地化的技术范围，不构成对任何地区法规的意见。各地区的消费者保护、税务与支付规则在本次核验中未逐条比对，故不引用其条款原文、不附具体链接。
系列导航
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。