本地化项目最让人措手不及的账单，常常不是翻译公司开的。它来自程序员临时重做 UI、策划手工拆开拼接句、重新确认字体授权、想办法把文本塞回剧情工具，以及只改一行补丁却要重做十种语言的构建。
这些都怪不到译文质量上。根子在开发阶段：游戏默认所有玩家使用同一种语言、同一种阅读顺序和差不多的字符宽度。越晚打破这个默认，返工越贵。
在第一句正式译文之前，先做一版假的
伪本地化会把原文自动变长、替换为带重音或其他字符、加上边界标记，有时还模拟从右到左的书写。它不追求可读，而是故意给系统施压。
一套实用的伪本地化输出可以检查：
- 文本是否真的从资源文件读取，还是藏在 Prefab、贴图或代码里；
- 按钮、标签、字幕和弹窗能否容纳更长内容；
- 字体后备是否出现缺字方框、行高跳动或标点错位；
- 变量和富文本标签是否被误处理；
- 文本截断能否被测试自动或人工发现；
- 从右到左语言是否需要布局镜像、光标和数字混排处理。
不要等 UI 完工才跑。原型阶段发现一个按钮策略有问题，只需改组件；内容完成后发现同一问题，可能要逐页修数百个实例。
禁止程序替玩家造句
许多中文界面会把“获得”＋物品名＋数量拼起来，看起来灵活，进入另一种语言后词序、复数、性别和格变化都可能不同。把句子拆成碎片交给译者，他看不见完整语义，也没有权调整顺序。
让每个可见句子成为一个完整本地化单元，变量带清楚名称，而不是 {0}、{1}。例如用 {itemName} 和 {count}，并在注释里说明出现位置、数值范围与玩家动作。复数等语言规则应由能表达这些规则的本地化方案处理，别让程序用 count > 1 猜遍全世界。
同样检查日期、时间、数字、小数、货币和按键提示。它们不是普通字符串。格式与地区、平台和输入设备相关，硬编码后很难靠译者修正。
字体是一项产品依赖
“这款字体看起来支持中文”远远不够。你要确认字符覆盖、简繁字形、标点、字号可读性、后备字体组合、运行时内存、打包体积与授权范围。若游戏允许玩家命名、聊天或读取系统用户名，实际字符集合还会超过剧情文本。
做一张字体压力页：最大标题、最小辅助文字、密集列表、数字、混合拉丁字母、常用标点、罕见专名和玩家输入都放进去。在最低目标分辨率与常用 UI 缩放下看，不要只在美术的高分屏上验收。
动态字体图集或按语言拆包能够控制体积，但会引入加载与缺字风险。选择没有统一答案，关键是将它写入构建和回归测试，而不是发售前手工点开几页。
术语表收的不是所有名词
把全游戏出现过的名词按字母排序，并不会自动帮助译者。优先收会改变玩法、角色关系和品牌一致性的词：资源、状态、技能、按钮动作、世界专名、称谓与反复出现的口头习惯。
每项至少给出：定义、出现截图、允许译法、禁用译法、语气、字符限制，以及它是否会被玩家当作可操作概念。若一个词故意双关，也要说明双关在剧情中的作用；译者可能需要舍弃字面，保住后面的揭示。
术语表还得有拍板的人。翻译供应商提出冲突时，谁能在一天内给答案？没人负责的术语表最后只会变成意见仓库，版本越多越乱。
给上下文，而不是让译者猜
字符串 ID UI_TEXT_0241 和一句“继续”，无法说明这是继续游戏、继续对话，还是确认不可逆操作。把资源导出设计成包含界面、角色、前后句、变量、字数限制、截图链接和开发备注。
剧情文本尤其要标清说话者、对象、关系、情绪与分支条件。若角色身份在后文反转，可以说明译者需要避免什么，而不必泄露给玩家。缺少上下文时，译者只能选择最通用的说法，作品的声音会被一点点磨平。
同时保护译者不该改的内容。变量、标签、转义符和占位符应有自动校验；回填前检查缺行、重复 ID、非法标签和编码。让机器抓结构问题，让语言人员把精力放在表达上。
审校必须回到游戏里
电子表格里通顺的句子，放进按钮可能太长，配着角色表情可能语气错，和下一句连起来可能重复。语言质量保证必须在真实构建里进行。
给审校者一条覆盖面明确的路线：首次启动、设置、新手引导、常用菜单、失败与重试、关键剧情、不同分支、存档读取、结算、购买与退出。每个问题附语言、版本、截图、位置、严重级别和建议，不要只在聊天里发一张图。
严重级别按玩家影响排：无法继续、意思相反或错误承诺最高；玩法术语不一致、明显截断随后；标点与风格问题也修，但不要让它们淹没阻断项。
每次补丁都要付语言债
首发支持十种语言，意味着后续更新、热修、商店公告和客服信息都要考虑十种语言。团队应在功能完成定义里加入文本冻结、导出、翻译、回填、构建与质检时间。
紧急补丁若只有基础语言，应明确玩家会看到什么，避免缺失文本让整个界面坏掉。更稳妥的系统能在单条缺失时回退，并在测试构建里醒目标记；正式构建则记录缺失，便于补齐。
游戏内语言支持还是一项商店承诺。Steamworks 允许分别配置界面、字幕和完整音频，也区分商店页与游戏内本地化。页面所列能力必须与构建一致，不能把商店文案翻译过就勾选游戏支持。
什么时候开始最合适
立项第一天不必翻完全部对白，但要给未来翻译留出路。文本外置、响应式布局、可替换字体、完整句子、稳定 ID 和上下文工具，越早做越便宜。正式翻译可以等剧情和系统足够稳定后分批开始。
小团队若预算紧，先把一个目标语言的完整流程走通：伪本地化、供应商交接、回填、游戏内审校、补丁更新。走通后再加语言。十张未验证的报价单，不如一条真实跑过的管线。
早点准备本地化，不是为了让项目看起来更“国际化”。它能避免设计被某一种语言的结构绑死；等海外市场真的出现信号时，团队也接得住。
国际化工程参考
参考资料
- Localization and LanguagesSteamworks Documentation
- Unicode Bidirectional AlgorithmUnicode Consortium