Steam Demo 与新品节上线检查清单

1. 01存在一条从首次启动到 Demo 终点的完整路径关键门槛

   以公开 build 走完全流程，包含首次启动、教程、核心循环、失败重试与退出，不使用开发命令或编辑器存档。

   完成证据

   5 名外部测试者中至少 4 名能在无人提示下到达结束点，并且没有阻塞性 bug。

2. 02前五分钟展示了商店页承诺的核心乐趣关键门槛

   列出商店胶囊、短描述和预告片共同承诺的一个体验，并标记玩家在 Demo 中第一次亲手完成它的时间。

   完成证据

   外部测试者能在游玩后用自己的话复述该体验，且首次出现时间不晚于团队设定的目标。

3. 03Demo 有明确而不突兀的结束设计

   结束页说明玩家完成了什么、正式版还会提供什么，并只保留一个主要行动，例如加入愿望单或反馈。

   完成证据

   测试者不会把结束误解为崩溃或内容缺失，且能找到主要行动按钮。

4. 04目标游玩时长与内容密度已用真实样本校准

   记录首次玩家的中位完成时长、最快与最慢样本，区分主动探索、卡关和技术问题造成的时间。

   完成证据

   团队已写明可接受时长区间，并对超出区间的主要原因做出保留、修复或删减决定。

4 项检查

1. 01商店页与 Demo 展示的是同一种游戏关键门槛

   逐项对照胶囊图、短描述、前 30 秒预告片和 Demo 的核心循环，删除 Demo 尚未支持的夸张承诺。

   完成证据

   团队能把每条主要商店承诺指向 Demo 中一个具体可玩的场景。

2. 02商店标注语言与实际 build 完全一致关键门槛

   在 Steam 页面和干净安装包中逐一核对界面、字幕、配音与语言切换，不把仅计划支持的语言标为已支持。

   完成证据

   语言列表、语言选择器和实际覆盖范围没有差异，缺失字体与文本溢出已检查。

3. 03每个主要推广渠道都有可识别的来源链接

   为创作者、媒体、社群、直播和自有渠道建立稳定命名的 UTM 规则，保留一份团队可读的映射表。

   完成证据

   测试点击能进入正确商店页，报表中能区分至少三个计划使用的渠道。

4. 04愿望单与反馈入口在正确时刻出现

   不要持续遮挡游玩；在结束页和暂停菜单提供明确入口，并说明反馈需要包含版本号与复现步骤。

   完成证据

   外部测试者能在 10 秒内找到愿望单与反馈入口，链接均已在发布 build 中验证。

4 项检查

1. 01已在无开发环境的干净机器上安装并启动关键门槛

   从计划公开的 Steam 分支下载，不复制本地 DLL、配置或存档，覆盖最低配置与主流目标配置。

   完成证据

   两种目标配置都能完成下载、首次启动、重启与卸载后重装。

2. 02输入、显示与音频设置可以恢复

   检查键鼠和手柄提示、重绑定、分辨率、窗口模式、音量以及错误设置后的安全回退。

   完成证据

   断开手柄、切换显示模式或设置极端音量后，玩家仍能不用删除配置文件恢复操作。

3. 03存档、重新开始和版本更新行为已定义

   决定 Demo 是否保存进度、正式版是否继承，以及旧 Demo 存档不兼容时如何提示和清理。

   完成证据

   连续两次启动、重新开始和升级候选 build 都得到预期结果，玩家无需手工寻找存档目录。

4. 04崩溃与阻塞问题有可用诊断信息

   记录 build 版本、平台与日志位置；反馈模板避免索取无关个人信息，并给出安全的日志提交方式。

   完成证据

   团队能用一次模拟故障确定受影响版本、复现步骤和日志位置。

4 项检查

1. 01商店、社群、邮件与崩溃反馈都有明确负责人关键门槛

   按渠道和时区写负责人、替补、响应目标与升级路径，避免所有通知只进入一个人的私人账号。

   完成证据

   值班表覆盖计划活动窗口，负责人已登录并用测试消息验证通知链。

2. 02已知问题、临时解决办法和回复口径已准备

   只列真实已知问题，说明受影响范围、临时方案和下次更新时间，不承诺未经评估的修复日期。

   完成证据

   支持人员能从统一文档复制准确回复，并知道哪些问题必须立即升级。

3. 03紧急补丁从修复到 Steam 分支已有演练关键门槛

   用一个无风险改动演练构建、冒烟测试、上传、分支切换、回滚与公告流程。

   完成证据

   演练记录包含耗时、批准人、验证设备和回滚版本，且没有依赖临时开发机文件。

4. 04暂停推广或撤回 build 的条件已经量化

   预先定义阻塞进度、存档损坏、大规模崩溃或严重误导等红线，以及触发后谁有权暂停活动。

   完成证据

   团队能针对三个故障情景说出继续、热修或撤回的明确决策与负责人。

4 项检查

1. 01活动前基线与观察窗口已经冻结

   记录活动前愿望单、商店访问、Demo 下载与游玩数据的时间范围，避免活动后再挑一个更好看的基线。

   完成证据

   复盘模板已写入基线数值、数据来源、时区和活动后观察截止时间。

2. 02团队只追踪能改变决策的漏斗问题

   至少覆盖看见商店页、下载 Demo、启动、完成、愿望单或反馈；明确每个信号会触发什么行动。

   完成证据

   每个主要指标都对应继续投入、修改定位或停止扩大的决策，而不只是“越高越好”。

3. 03定量结果之外保留了可分析的玩家原话

   按无法理解卖点、操作阻塞、喜欢的瞬间和购买顾虑整理反馈，不用单条高赞评论代表所有玩家。

   完成证据

   团队至少完成 10 份有效反馈的主题归类，并保留反例和样本来源。

4. 04复盘会议已有日期、输入材料和决策输出

   会议应在观察窗口结束后尽快举行，输出保留、修改、删除和下一次实验，而不是只做活动总结。

   完成证据

   日历邀请包含负责人、数据快照、反馈摘要，以及必须在会中决定的三个问题。

4 项检查