本地化并非始于 AI,甚至也不是始于 TMS(翻译管理系统)。它始于几十年前,那时的工具是为译员打造的,而不是为产品团队。这份遗产,至今仍在影响整个行业的运作方式。

在 globalize(globalize.now),我们深耕本地化领域多年——构建平台、与客户紧密合作,亲眼见证了这个行业的演变。

有一点越来越清楚:本地化不是渐进演进的,而是一波一波地跃迁。

我们已经经历了两次重大转变。现在,第三次正在发生——也是最重要的一次。


CAT 工具时代的本地化是什么样的?

在现代本地化平台出现之前,行业由 CAT 工具(计算机辅助翻译工具)主导。

这些工具带来了:

  • 翻译记忆库
  • 术语库
  • 结构化工作流

在当时,它们是一次重大进步,但它们诞生在另一个世界:

  • 译员各自独立工作
  • 按句段翻译
  • 与产品开发几乎脱节

时至今日,行业的一部分仍停留在这种模式里,而此后的每一次变革,都是在摆脱这些限制。


第 1 阶段——设计阶段本地化是什么?

第一次重大转变,是本地化在产品生命周期中被提前了。

传统做法是,团队会:

  • 先构建产品
  • 再提取字符串
  • 最后才翻译

这造成了瓶颈、不一致和无休止的返工。

在现代本地化平台的早期,我们与客户密切合作,有一个诉求被反复提起:

我们需要让本地化更早介入。

于是设计阶段本地化兴起,把本地化直接带进了设计工作流。

团队开始:

  • 设计时就考虑多语言
  • 更早地组织内容结构
  • 减少下游的工程工作量

这为什么重要:

  • 全球版本发布更快
  • 返工更少
  • 产品体验更一致

本地化从后置流程,变成了设计阶段就要考虑的事。


机器翻译走向主流后,第 2 阶段发生了什么变化?

第二次转变由机器翻译(MT)驱动。

机器翻译出现得很早,远早于它成为主流。早期,使用它的主要是尝鲜者、实验性团队和铁杆爱好者,他们愿意接受不完美的输出。

直到两件事发生变化,它才得到更广泛的应用:

  • 敏捷开发取代瀑布式,成为本地化的标准工作方式。
  • 设计阶段本地化的兴起

随着团队交付越来越快、以持续迭代的节奏工作,对速度和可扩展性的需求变得至关重要。

在这样的环境下,机器翻译不只是有用,而是不可或缺。

一种新模式应运而生:

  • 由机器翻译生成初稿
  • 由人工审校和润色

这为什么重要:

  • 翻译速度大幅提升
  • 全球化扩展的成本更低
  • 支持持续本地化

本地化从手工流程,演变为技术增强的系统。


第 3 阶段——AI 驱动的本地化变革是什么?

我们正在进入第三阶段,它和前两次有本质区别。

AI 不只是在改进本地化,而是在彻底重新定义它。与此同时,新一代构建者也已出现:

  • 独立开发者
  • 创业公司创始人
  • AI 原生团队

这些构建者交付产品的速度前所未有,但本地化没能跟上。

如今大多数开发者:

  • 不会为多语言支持设计应用结构
  • 不会创建术语表或风格指南
  • 在本地化变成问题之前,根本不会去想它

而现有的工具,是为上一个时代打造的。

断层

如今,下面两者之间的差距越拉越大:

  • 产品的构建速度有多快
  • 产品在全球范围内的扩展能力有多强

产品国际化失败,问题就出在这道断层上。

迈向 AI 原生本地化

下一次演进,就从这里开始。

本地化不再是:

  • 一条独立的工作流
  • 一项专业职能
  • 留到以后才做的事

它变成了:

  • 自动化的
  • 嵌入开发流程的
  • 从第一天起就由 AI 驱动的

globalize 如何顺应这一转变

在 globalize(globalize.now),我们正是为这一新现实而构建。

我们不要求开发者去学习本地化,而是:

  • 直接连接仓库
  • 基于现有内容生成语言文件
  • 自动构建术语表和风格指南
  • 接入 AI 工作流

全部在一个流畅的流程中完成。

开发者不必操心本地化系统,只管构建,产品就已具备面向全球扩展的能力。


本地化如何从流程转向基础设施?

纵观这几个阶段,本地化经历了这样的演进:

从手工翻译(CAT 工具)
到与设计融合的工作流
到机器辅助的规模化
再到 AI 驱动的自动化

现在,它正在变成另一种东西:本地化即基础设施,而非流程。


对用 AI 交付产品的团队来说,真正的启示是什么?

AI 不只是在加速本地化。

它还暴露了现有模式有多不堪一击。

因为问题从来不在翻译。

问题一直出在代码上。

如今,成千上万的应用由 AI 生成——速度快、功能完整,却完全没有为全球用户做好准备。

硬编码字符串。没有结构。没有体系。

当这些团队决定拓展海外市场时,他们要做的不是翻译。

而是重写。

这就是转变所在。

本地化不再是事后追加的功能。

你的代码库要么天然支持它,要么处处与它为敌。

如果你正在用 Cursor、Copilot 或类似工具生成 UI,请看看 globalize.now 如何让 AI 构建的应用始终保持可翻译。

想了解硬编码的英文为何与翻译工作流水火不容,请阅读 AI 生成的代码如何暴露了缺失的 i18n 层。

最终胜出的公司,不会是翻译得更快的那些。

而是产品默认就为全球化做好准备的那些。

其他人迟早会撞上同一堵墙:

“我们需要再支持一种语言。”

然后才发现,自己造出来的东西根本无法扩展。

globalize.now 把硬编码的应用文案转换为可直接翻译的语言文件,并在你持续发布时保持同步更新。

免费试用 globalize.now