成就和排行榜要尽早决定
解锁条件、发送时机和失败处理如果拖到后期，会明显增加测试难度。
- 解锁条件
- 提交时机
- 离线或失败时的处理
区分游戏内文本和商店显示文本
游戏本地化、Steam 显示文本和商店文案通常在不同地方管理，需要明确分别在哪里确认。
准备最小权限的测试访问
需要外部确认时，应准备临时和最小权限访问，不直接共享管理员凭证或 Key。
实务示例：上线前检查时机
Steamworks 接入不要只留到上线前，按时点拆分确认项可以减少返工。
| 时点 | 确认内容 | 交付物 | 容易残留的风险 |
|---|---|---|---|
| 上线 3 个月前 | 成就、排行榜、云存档是否需要 | 接入项目列表 | 规格变化遗漏 |
| 上线 1 个月前 | 构建步骤、测试权限、本地化 key | 设置步骤、权限列表 | 确认环境不足 |
| 上线 2 周前 | 商店文案、解锁条件、失败处理 | 上线前检查清单 | 文案差异和条件遗漏 |
| 上线直前 | 最终构建、权限停用、日志确认 | 发布确认说明 | 流程依赖个人经验 |
常见咨询例
Steamworks 相关任务容易在上线前集中出现，并与游戏本体确认互相挤压。
- 后期想追加成就或排行榜
- 需要整理测试版本和权限
- 想区分商店文案和游戏内本地化
委托前应决定的事
不仅要决定接入什么，也要决定上线前由谁确认哪些项目。
- 成就和排行榜条件
- 测试账号和权限范围
- 本地化与商店文案的管理位置
容易失败的模式
如果把平台接入留到最后，规格变化和测试不足会同时出现。
- 上线末期才追加成就或排行榜
- 权限未整理就共享访问
- 游戏文本和商店文案管理混在一起
Nobilwing 可支援的范围
Nobilwing 可以支援 Steamworks 接入，也可以把上线检查整理成可执行步骤。
- 成就、排行榜等接入实现
- 构建确认流程整理
- 上线前检查清单和风险共享
上线准备检查
- 列出成就和排行榜条件
- 区分构建步骤和确认环境
- 整理本地化 key
- 准备测试权限
- 把上线检查转成任务