Demo 不是删减版：Next Fest 前只需证明一件事

Steam Demo 不是从正式版目录里随手删掉几关就能发布。按官方文档，它有与本体关联的独立 App ID，也有自己的配置、Depot、构建和发布检查。准备参加 Next Fest，还得把这些工作塞进当届报名、审核和活动时间线里。

两份文档正好拼出完整倒排表

两份官方页面把容易混在一起的事拆开了：Demo 怎样创建和展示，Next Fest 怎样报名和准备。前者涉及独立商店页选择、素材、测试、愿望单引导与上下架；后者涉及资格、报名、构建审核、媒体预览和活动节点。

截至本次核验，Next Fest 总说明建议构建和商店素材在相关截止日前预留审核时间，并明确平台审核不是完整 QA。活动页面给出的具体周数与日期会随届次变化，所以临近执行时应打开当届专页重新倒排。

产品、技术、发行三条线要同时到站

先给 Demo 定一个主问题：玩家是否理解核心循环，是否愿意继续，性能能否扛住公开流量，或者故事开头有没有留下购买欲。只能选一项放在首位。其他反馈照收，但内容布局和事件记录都围着主问题来。

项目计划可以分成三条线：产品线定内容范围与结束点；技术线负责独立 App、构建、存档和设备测试；发行线负责商店素材、报名、页面发布、反馈入口和活动排班。三条线最后都要交到同一个验收点：陌生账号能够完整下载并玩完。

若使用独立 Demo 商店页，官方要求页面只描述试玩实际具备的内容，不能把本体才有的语言、模式或功能混进去。这个原则也适用于所有对外宣传：试玩承诺要比完整版承诺更精确。

节展没有承诺流量，也没有标准 Demo 时长

官方文档不承诺参加 Next Fest 会获得固定曝光、愿望单或销量，也没有给所有游戏规定一个最佳 Demo 长度。上线时机、是否保留试玩、是否建立独立页面，都要结合自己的发售节奏。

页面上的时间线是当前规则，不应被复制进一年后的计划。尤其是资格、报名截止、审核缓冲和通知冷却等细节，必须在目标届次再次确认。

把不可压缩节点先钉进日历

在目标活动日期前建一张倒排表，只放不可压缩的节点：当届资格确认、报名、商店页审核、构建审核、陌生账号测试、首发语言质检、崩溃收集、反馈入口和团队值班。给首次审核失败留出真实修复窗口。

活动前一周停止增加展示性功能，集中修复启动、存档、操作、性能和理解阻塞。节展期间每日记录入口、愿望单、下载、关键退出点和高频反馈；结束后再决定继续开放、更新或下架，不要在活动第一天被峰值逼着改方向。

阅读 Steam Demo 文档，并在执行前打开目标届次的 Steam Next Fest 官方页面复核规则。