今日速览

  • Steam Next Fest（新品节）：为期一周的线上展会，一年三次（2 月、6 月、10 月），核心是「给未发售游戏 + 可玩 Demo」引流，是独立开发者成本最低的曝光机会。
  • 硬性门槛：一款游戏一生只能参加一次 Next Fest；必须有已公开的商店页面 + 可公开游玩的 Demo；活动结束前不能正式发售。
  • 报名入口在基础游戏（Base Game）的 App Landing Page，不是 Demo 那边；注册时要选 1-2 个主分类——不选分类=不会出现在展会里。
  • 关键截止线：Demo 构建审核最迟提前 2 周提交（想赶上媒体预览则提前 4 周）；审核只验证「承诺的功能能跑」，不负责抓 bug，QA 靠自己。
  • 官方建议 Demo 至少提前 30 分钟上线，活动开始后只显示「已发布 Demo」的游戏——临门一脚翻车等于白报名。

核心学习内容

一、参赛资格：门槛比想象中低，但「一次机会」要珍惜

官方明确：Next Fest 对发售日期、独占性、Demo 长度都没有要求，只要满足 6 条：未参加过任何一届 Next Fest（一生一次）、Steamworks 账户信誉良好、商店页面已公开、活动开始时有可玩 Demo、活动结束前不发售、不是已发售游戏的序章/试玩版。注意 Demo 必须挂在基础游戏下（demo 类型 App 关联 base game），玩家从商店页的「下载 Demo」按钮进入。

二、倒排时间表：把「提前 2 周」刻进日程

官方给的典型节奏（倒推）：5 周前开发者预览页上线（能看自己游戏会被分到哪个分区，此时可调标签）；4 周前想赶上媒体预览就得提交 Demo 构建审核；2 周前最迟提交 Demo 审核，逾期直接出局；11 天前媒体预览（Press Preview）开始；4 天前官方展会预告片发布；当天展会开幕；7 天后闭幕 + Top Demo 回顾上线。构建审核要留 3-5 个工作日，被拒还要改——个人开发者务必把「2 周」当硬死线。

三、展内可见度：分类 + 标签 + Demo 状态三件套

展会内按你注册时选的 1-2 个分类 + 商店标签排序。官方反复强调：检查开发者预览页，确认自己出现在期望的分区；标签不准确就改，让游戏出现在更多相关分区。活动开始后不显示 Demo 的游戏会被移除展示位。媒体预览期间 Demo 上线 = 所有玩家都能玩（Demo 没有正式发售那样的「发布日流量」，提前放不亏）。

四、官方 Tips 精选：Demo 内外的 8 个动作

① Demo 主菜单/暂停菜单放反馈按钮（链接到子论坛、Discord 或 bug 追踪器）；② 明确告知玩家 Demo 是否会在展会后下架；③ 在基础游戏讨论区建「Demo 反馈」子论坛；④ 商店页「Edit Store Page > Special Settings」里加 Demo 按钮并勾选「display above purchase options」置顶显示；⑤ 提前多次测试商店页直播（RTMP 推流 + 默认打开聊天窗口，边播边答问题）；⑥ 标签要与品类对齐，蹭到更多分区；⑦ 参加 Steam 官方直播 Q&A，看往期录像（YouTube 有官方播放列表）；⑧ 所有素材提前 3-5 个工作日提交审核。

🎯 DeepSeek 提示词

① 一键生成 Next Fest 倒排计划表（适用场景：定下参加哪一届后，立刻把官方时间线变成自己的任务清单）

你是独立游戏发行经理，熟悉 Steam Next Fest 官方规则。我的游戏将参加 {2026年10月} 的 Steam Next Fest，正式发售日预计 {2027年3月}。请以「距展会开幕 X 周」为单位，输出一份倒排计划表，覆盖：商店页面完善、Demo 功能冻结、Demo 构建提交审核（含 3-5 个工作日缓冲）、标签与分类检查、直播测试、反馈收集渠道搭建（子论坛/Discord）、Demo 上线。每行格式：距开幕 X 周 | 任务 | 完成标准 | 预估工时。

② 商店页面文案 + 标签优化（适用场景：注册前把商店页打磨到位，提高展会内曝光与转化）

你是 Steam 商店文案与标签优化专家。我的游戏是 {一句话描述，如：俯视角像素风 Roguelike，玩家操纵猫在深夜超市收集物资并躲避保安}，目标玩家是 {喜欢 Risk of Rain 2 和 Hades 的玩家}。请输出：1) 三条候选 Short Description（每条≤300字符，突出独特卖点）；2) About This Game 首段（150字内，先抛钩子再讲玩法）；3) 15 个推荐商店标签（按相关度排序，说明每个标签的理由）；4) 指出我的描述里像「类 X 游戏」这种可能劝退的措辞。

③ Demo 玩家反馈整理成 bug 清单（适用场景：Next Fest 一周收到几百条评论，靠人工归类太慢）

你是游戏 QA 分析师。下面是一批玩家对 Demo 的原始反馈，请按「严重 Bug / 一般 Bug / 平衡性问题 / 手感问题 / 新功能建议 / 无关噪音」分类，输出一张 Markdown 表格（反馈原文摘要 | 分类 | 复现信息 | 建议优先级 P0-P2），并统计各类占比。最后用 3 句话总结：最影响留存的一个问题是什么，下个迭代最该改什么。原始反馈如下：{粘贴玩家评论}

学习心得

对「用 DeepSeek 从零做一款 Steam 游戏」来说，Next Fest 是必须提前规划的战略节点：它既是免费的流量池（一周时间把 Demo 推到数百万玩家眼前），也是最便宜的测试场（用真实玩家的反馈验证玩法，比闭门造车强一百倍）。因为它一生一次，节奏要卡准——官方时间表 + DeepSeek 生成倒排计划，能把「什么时候该干什么」变成可执行清单；而 Demo 里的反馈按钮 + AI 归类分析，正好把最累的反馈整理环节自动化。建议：先把游戏做到「一个 20-30 分钟、能完整展示核心循环的垂直切片」，再报名最近一届——质量不够时，宁可错过也不要浪费唯一一次机会。

明日关注

  • Godot 里如何做「Demo 专用主菜单」：一键跳转反馈链接（OS.shell_open）与截图上传，为 Next Fest 反馈按钮做准备
  • 了解 Steam 愿望单（Wishlist）算法权重：Demo 下载与愿望单转化率对展会内排序的影响
  • 收集 2-3 个往届 Next Fest 成功案例（如《Hades》《Vampire Survivors》的 Demo 策略），提炼共性

本文由自动化学习流水线每日生成，坚持即学即记。