游戏本地化的起点，不只是把一份文本交给翻译团队。角色如何说话、文字出现在哪里、哪个版本需要交付，都会影响译文的理解与使用。先整理下面这些材料，可以让研发、发行与语言团队围绕同一份参考推进。

先确认目标语言与版本

明确本次要处理哪些语言、哪些市场，以及它们是否在同一批次交付。新增语言和持续更新可以使用同一套准备思路，但需要分别标明内容范围。

  • 列出目标语言与地区变体，不只写一个宽泛的语言名称。
  • 标明本次版本、计划交付批次与客户审核时间。
  • 区分已经确认的文本和仍在调整的内容，说明后续增量如何提供。

把文本与资源说明放在一起

语言包中的一句话，可能出现在按钮、道具描述或角色对话里。保留对应关系，比单独汇总所有文字更有助于理解。

  • 提供语言包样本与文件格式，保留原有字符串标识和资源对应关系。
  • 说明变量、占位符、字符限制，以及哪些内容不能修改。
  • 将官网、商店介绍、活动文案与游戏内文本分别标明用途。
  • 涉及字幕或声音时，附上对应台词和已有的场景参考。

先给语境，再给文本

提供世界观、角色设定、玩法说明与可访问的游戏版本。孤立的字符串往往无法说明说话对象、使用场景和界面限制。

术语与命名

收集已确认的人名、地点、技能、道具与系统术语。已有译文可以作为参考，但需要标明它对应的版本，以及是否仍然有效。

角色与风格

说明角色语气、品牌风格及地区表达偏好。可用的截图、场景或参考文本应当与待处理内容对应，帮助译员判断一句话在游戏中的作用。

为 LQA 准备可用的测试环境

译文需要放回游戏环境中，才能检查语境、界面截断与文本显示。启动前应确认测试构建、可用平台、现有译文和本次约定的检查范围。

语言质量测试与功能测试的覆盖内容需要分别确认，不应把“做 LQA”理解为已经包含所有功能、性能或平台兼容性测试。具体材料与服务边界可参阅游戏本地化与 LQA 服务。

明确反馈与交付版本

提前约定问题反馈方式、客户审核环节和最终交付批次。修改后的内容应与相应版本对应，确认过的术语和风格参考也要同步更新，避免把不同阶段的内容混在一起。

开始沟通时，可以先带上语言包样本、目标语言和版本计划；再根据实际范围补充语境、资源与测试材料。清单服务于当前项目，不必为了形式准备无关资料。