模板 · 上线、观察与回滚清单

适用：每次正式发布前逐项核验。方法见 发布管理 与 微信平台。空白项是待填写字段；不适用项写理由，未知硬门槛保持阻断。

从“新账号通过”推导升级验收

虚构示范：新账号可通关，旧账号升级却丢进度。前者没有覆盖后者的存档版本，所以一个“测试通过”勾无法证明真实发布路径可用。

门槛表需要日期与实际证据；灰度先查可靠性和权益；回滚表必须处理已变更的状态。回到旧代码若仍读不了新存档，就没有真正恢复。

公开指南解决“需核对什么”，账号记录回答“这次是否满足”。未知硬门槛保持阻断，不能用小范围发布代替必要核验。明确不适用的理由比空勾更有用。

发布信息

• 产品、主体、环境、客户端／配置／资源版本：
• 负责人、预计时间、观察窗口与联系方式：
• 变更内容、影响范围、关联 PRD 和测试记录：
• 本次发布为何值得、替代方案及未验证范围：

门槛表

检查项	状态（通过／阻断／不适用）	日期与证据位置	负责人	未通过的处理
主体、类目与当前资质要求
小程序备案状态
游戏资质／所需许可与授权
版本审核及必要材料
隐私声明、授权、SDK 行为与数据清单一致
实名、防沉迷、适龄与相关保护要求
素材、字体、音乐、代码与题库版权
广告／支付权限、协议、系统适用性
主流程、关卡有效性和退出恢复
目标机型、弱网、后台、更新兼容
存档、奖励、订单、退款／补发与对账
事件质量、口径、延迟、测试数据过滤
客服反馈、告警、值守与内容安全

灰度与观察

• 实际平台可用的发布方式与扩大条件：
• 护栏、基线、停止阈值与观测来源：
• 数据成熟前只检查哪些可靠性问题：
• 发现异常后由谁决定停止：

回滚与恢复

• 可停用功能、配置版本与旧版兼容：
• 客户端无法即时回滚时的处理：
• 已变更资产／存档如何核对与恢复：
• 玩家通知、权益保护与必要补偿：
• 重新开放条件、验证与负责人：

发布后记录

• 实际发布结果与平台状态：
• 观察事实、事故与处理时间线：
• 成熟数据复查时间和下一步：

验收：每个硬门槛有真实证据，回滚方案能执行。公开指南已阅读不能代替自己账号的审核、备案和能力状态。