Steam 新品节完整调研：参展规则、准备流程、宣传与实际成果

Steam 新品节是一场持续一周的未发售游戏试玩活动。玩家集中寻找新游戏，免费下载 Demo；开发者借这段时间接触潜在玩家、收集反馈，并为正式发售积累关注。Valve 通常在每年 2 月、6 月和 10 月各举办一届。¹

开发者最常记录的成果是愿望单：玩家把游戏加入自己的收藏清单，等发售或符合条件的折扣时接收提醒。新品节期间，大多数参展游戏还没有开始销售，因此成绩首先体现为收藏、试玩、报道和社区增长，收入要在后续发售中兑现。²

一次新品节可以带来几百个愿望单，也可以带来几万个。差距与游戏本身、已有受众、Demo 体验和宣传安排有关。对第一次发行游戏的团队，实用的做法是提前公开和测试，逐渐积累玩家，在活动前集中宣传，活动当周持续维护，结束后接着推进发售。

本文先介绍规则与预期，再看真实案例，最后给出从准备到复盘的工作安排。文中的统计来自公开调查，平台规则来自 Steamworks 官方文档，排期和执行建议是结合这些材料整理的实践方案。资料核查至 2026 年 10 月 8 日。

先分清游戏本体、Demo、愿望单和测试。 在 Steam 上，这几项功能各自承担不同任务。准备新品节时，团队需要同时管理主游戏的商店页和供玩家下载的试玩版本。

Steam Playtest 可以安排在新品节之前，不影响参展资格。新品节本身要求有公开可玩的 Demo，所以开幕时应把玩家引导到这个版本，方便集中处理反馈和观察表现。³¹

愿望单代表购买兴趣，玩家加入时不会付钱。有人看完视频就收藏，有人试玩以后收藏，也有人先收藏、过几天才下载。宣传需要同时照顾这几条路径：商店页让人愿意了解，Demo 让人愿意继续玩，游戏内入口让感兴趣的人容易找到本体。

参展需要满足的条件。 按 Valve 当前规定，每款游戏只能参加一次新品节；本体商店页必须公开，Demo 必须在开幕前可公开游玩，正式发售或进入抢先体验的时间须晚于活动结束。Steamworks 开发者账户也须处于良好状态。¹

这使得参展时机成为一次具体的发行决策。已经上市的作品不能靠推出另一个版本再参加，参加过的游戏也不能换成序章或第一章重新报名。团队应先确定要推广的本体，再围绕它安排测试、试玩和发售。

Valve 对 Demo 的时长、首次上线时间和独占性没有统一要求。提前几个月公开试玩、参加其他展示活动，都可以与新品节并存。开发者可以持续修改 Demo，把到新品节时最成熟的一版交给更多玩家。

对小团队，参展的合适状态是：陌生玩家能独立玩懂；试玩已能展示游戏的主要特色；团队有时间处理集中反馈；后续发售计划能够接上这一轮关注。如果核心玩法还在大改、教程仍靠开发者口头解释，先用小规模测试解决这些问题更合算。

以发售为目标时，可以优先考虑发售前最后一届，同时给修复工作留出时间。若结束几天后就发售，大量反馈只能挤进最后一轮修改；若距离发售还有半年，团队就要准备这半年的更新和宣传内容。提前参展也有用途，例如验证玩家对新玩法的兴趣，但要接受这款游戏以后无法再参加新品节的安排。

新品节能带来四类成果。 第一类是新增愿望单，为发售积累可触达的玩家。第二类是真实试玩：玩家能否理解、在哪退出、是否愿意重玩。第三类是传播素材，创作者的视频、媒体报道和玩家分享可能持续带来访问。第四类是开发决策，例如缩短教程、调整关卡顺序、补充手柄支持或重新安排发售日期。

不同项目的侧重点不同。即将发售的单机游戏，重点看新增关注和购买兴趣；多人游戏还要看开房、匹配、掉线和凑齐队伍的难度；较早期项目更需要理解玩家喜欢哪些系统。开始筹备时就写清本次参展最希望解决的两三件事，结束后才有依据决定下一步。

先用普通参展项目的数据设定预期。 2026 年 6 月 Steam 新品节共有 4,382 个 Demo，比上年同期增加 65.7%。同期，处于前 10% 排名位置的游戏，新增关注者从 163 降至 121。参展作品增长很快，同一排名位置获得的关注有所减少。⁴

已有愿望单与活动成绩。 How To Market A Game（HTMAG）收集了 2026 年 2 月新品节的 182 份答卷，清理重复和异常填报后，下面的分组表包含 174 款游戏。⁵

参展基础越高，活动新增的中位数越高。少于 1,000 愿望单的一组，新增中位数为 322；已有 1 万至 10 万的一组，新增中位数为 5,215。筹备新品节时，前期积累应占据重要位置。

中位数把一组游戏分成两半：一半成绩更高，一半更低。P30 到 P70 则覆盖居中的约 40%。例如，已有几百个愿望单的游戏，在第一组中看到的是 322 个新增的中位数，居中的一段为 179—485；已有几万个愿望单的游戏，对应第三组的中位数为 5,215。

这张表适合拿来校准目标。一个只有几百人关注的新项目，可以先以同组结果制定基本计划，再把创作者报道或集中宣传带来的额外增长作为争取的部分。不要用头部游戏数万新增的成绩安排必需开支。最高一组只有七款，预算规划优先参考样本更多、与自身基础接近的组。

对小团队，我建议把目标分为两项：活动新增人数，以及活动后维持下来的日常增长。前者衡量这周的直接成果，后者决定宣传是否还在继续产生效果。

活动前的增长同样重要。 HTMAG 六月调查收到 119 份反馈。其后续分析比较了参展前愿望单总量、活动前两周新增量与新品节成绩的相关性。三种统计口径下，近期新增的系数都略高。⁶⁷

这些系数描述两项数据一起升降的程度，越接近 1，正向关系越强。表中的结论很直接：前期积累和近期增长都与活动成绩相关，宣传安排应同时照顾两者。平时持续积累受众，临近活动再集中发布有内容的宣传。

原作者还按 2,000 愿望单划分基础与近期增长，统计各组在活动期间新增至少 3,000 愿望单的情况：⁷

高基础、高增长组的表现最好。执行上，已经积累了一批玩家的项目，仍需要在活动前安排宣传；基础较少的项目，则更需要提前公开、测试和寻找受众。这里的“两周”是研究采用的时间窗口。团队排期还应考虑版本准备、媒体预览和创作者的制作周期。⁶

真实项目的成绩与准备条件。 下面几款游戏分别展示了首次开发、集中首发和持续经营受众的路径。表中的数字保留原始时间范围，活动新增与发售后的累计成绩分别列出。

以上为开发者复盘和 HTMAG 访谈披露的结果。⁸⁹⁷¹⁰

《Parcel Simulator》：第一次做游戏，也需要提前完成测试。 这是一款包裹仓库模拟游戏。玩家检查包裹、处理订单，再逐步用自动化设施减少重复劳动。它由英国单人工作室 Dansan Digital 的 Dan 开发。商店页于 2023 年 5 月上线，到 2025 年 2 月 Demo 公开前累计约 7,000 愿望单。

Demo 在二月新品节前后公开，但此前已经与 Discord 中约 15 位玩家进行了数月的私人测试。活动期间新增约 10,000 愿望单，同时在线峰值约 300 人。这个案例适合首次开发者参考的地方，是公开前的打磨：对外看起来刚上线，实际已经经历了多轮玩家反馈。

新品节之后，Dan 继续联系内容创作者。5 月，Real Civil Engineer 发布了游戏视频，Dan 估计这次报道带来约 7,000 愿望单。6 月 20 日发售时，累计愿望单约 42,000；首日售出约 10,000 份，前两周约 50,000 份。后面这组销量属于发售期，经历了进一步的创作者报道和 Steam 曝光。⁸

它的推广过程持续了数月：公开 Demo、参加新品节、继续争取报道，再集中发售。对于经营、自动化等适合长视频的游戏，一段可持续游玩的 Demo 既能服务新品节，也能让创作者在活动结束后继续制作内容。

《I Am Your Beast》：把首发、试玩和大型活动排在一起。 Strange Scaffold 在 PC Gaming Show 展示这款第一人称动作游戏，商店页在预告片播出前约十分钟公开，Demo 随之开放。随后约 24 小时，游戏获得 15,000 愿望单；紧接着的新品节首日又获得约 16,000。两段相加，约 48 小时获得 31,000。⁹

团队把几项资源提前准备齐了：审核通过的商店页、可发布的 Demo、以实机玩法为主的预告片、PC Gaming Show 的展示位置，以及既有作品的受众。按当时访谈，这是工作室计划发行的第十五款游戏。预告片制造兴趣，玩家随后就能找到商店页并试玩，新品节接续这轮关注。

这个案例的执行重点是发布顺序。参加展示会的团队，应在播出前测试所有入口，保证看完预告片的观众马上能找到、下载和运行游戏。已有商店页的项目同样可以用重大 Demo 更新配合展示会；具体内容和素材准备，比追求“第一次公开”更容易掌握。

《Cat Mail Co.》和《Speak》：起点低也有突破案例，背后已有发行与传播经验。 《Cat Mail Co.》让玩家经营一家猫咪邮局，处理订单、贴邮票和整理环境。它在 2026 年 6 月新品节前几天才公开商店页，入场时有 5,293 愿望单，活动新增约 42,000。团队此前已经发行过《Fish Stick Protocol》和《The Witch’s Cookbook》。

《Speak》是一款以黑帮和红色电话为视觉元素的社交推理游戏。入场愿望单只有 694，活动新增约 13,000。开发者此前做过同类型的《The Matriarch》，并有 TikTok 传播经验；新游戏商店页上线时，相关视频获得约一百万播放。⁷

两者都在活动前集中制造了关注，但承担宣传的资源不同：同类作品积累的受众、清楚的玩法与视觉表达、成熟的视频渠道。第一次做游戏的团队可以学习它们如何让观众迅速理解玩法，并提前测试自己的宣传材料。把所有曝光都押在开幕前几天，需要团队已经掌握这些能力。

《Ship Shaper》：参展也可以服务开发判断。 Tomas Sala 在二月新品节前几天公布了这款造船沙盒并发布 Demo。宣布游戏时的热门 TikTok 内容带来约 5,000 愿望单；活动期间新增 11,566，Demo 排名一度升到第 27，随后处在约第 60—70。他此前做过《The Falconeer》和《Bulwark》，这次希望借试玩确认新项目对玩家的吸引力。¹⁰

这条路径适用于准备验证新方向的团队。参展之前，应列出需要观察的玩家行为，例如是否主动尝试新的船型、是否继续修改作品、是否愿意分享成果。活动结束后，把这些行为与玩家意见放在一起，再决定继续扩展哪些系统。愿望单可以衡量兴趣，具体游玩行为帮助确定开发方向。

Demo 提前公开，宣传在活动前集中。 HTMAG 对二月新品节的复盘中，活动新增超过 15,000 愿望单的十款游戏，有五款提前数月公开 Demo，四款提前约一个月，只有一款在活动前几天突然发布。¹⁰

对第一次发行游戏的团队，提前公开 Demo 更方便安排测试、修复和内容创作者试玩。

首次测试应尽早进行。公开前主要检查教程、最低配置、存档、操作和核心玩法的理解。公开后再根据更多玩家的反馈迭代。到了新品节前一至两周，宣传可以围绕改进后的版本、特色玩法片段或线上展示展开。

这两段工作承担不同任务。早期测试用来解决体验问题，集中宣传用来增加关注。Demo 已经上线数月，仍然可以在活动前安排一轮有内容的推广。

报名、送审和公开发布是三个步骤。 报上名以后，还需要让玩家真的下载到正确版本。团队可以按下面的顺序检查 Steamworks。¹¹¹

1. 准备本体商店页。 完成审核并公开“即将推出”页面，写清玩家扮演什么角色、进行哪些操作、体验什么特色。预告片、截图和标签应与实际游戏一致。
2. 从本体报名。 在主游戏的应用首页找到本届新品节入口，填写报名信息和适合游戏的一至两个主要分类。保存后确认出现已报名的绿色勾选状态。
3. 建立关联 Demo。 Demo 使用单独的 App ID，并关联到本体。上传可玩版本，完成商店素材和版本的发布清单。独立 Demo 商店页属于可选项；启用后，应准确展示试玩实际包含的内容。
4. 按本届截止时间送审。 审核检查能否运行、是否具备所描述的功能。团队自己负责教程、兼容性、存档和流程测试，并给退回修改留出时间。
5. 审核通过后发布 Demo。 审核通过与公开可玩是两个状态。由团队执行发布，再重新发布本体商店页，确认下载按钮出现。
6. 用普通玩家的路径验收。 从商店页进入、下载、安装、启动、完成试玩，再打开本体页面。检查默认分支、语言、输入设备和链接，避免开发账号能玩、普通账号拿不到正确版本。

媒体预览也值得提前准备。Valve 会让受邀媒体提前浏览参展目录；媒体看到的商店页和 Demo 与公众相同。希望他们在预览阶段试玩，就要在那之前公开 Demo，并在报名资料中留下可用的联系方式。¹

2026 年 10 月届的官方时间如下。PDT 与北京时间相差 15 小时；未标时分的节点保留官方日期。¹²

截至本文核查日 10 月 8 日，本届常规报名和送审节点已经结束。后续届次按对应官方页面安排。

Demo 应当展示一段完整的核心体验。 制作试玩时，先确定玩家最应该体验到的内容，再围绕这段体验安排教学、关卡和结束位置。

正式版的开头可能包含较长铺垫。制作试玩时，应检查玩家接触核心选择、获得反馈和看见特色所需的时间，把必要内容放在前面。试玩长度随玩法安排，不必统一做成三十分钟或一小时。

测试时，让陌生玩家独立操作，记录停顿、误解、退出位置和主动尝试。反复出现的教程问题优先处理；性能、存档和联机问题结合日志复现。修完之后，再找新玩家验证。

主菜单和试玩结尾应提供本体商店页或愿望单入口，方便玩家收藏；反馈入口用于收集错误报告和意见。¹¹

一次试玩最好让玩家完成一个有反馈的过程。例如，自动化游戏先让玩家亲手搬运，再解锁第一段传送带，最后看见产量提高；动作游戏先让玩家掌握移动和攻击，再安排一次能体现连招或环境互动的战斗；叙事游戏需要让玩家接触角色冲突，并经历一次有意义的选择。这些是设计示例，具体内容应服从游戏本身。

Demo 的结束位置也需要设计。结束前让玩家体验到完成感，随后说明完整版还有哪些区域、系统或故事。只写“感谢游玩”会浪费一次介绍正式版的机会；列出与刚才体验直接相关的新增内容，更容易让玩家形成明确期待。

测试记录可以围绕下面几类问题展开。每条记录都写上版本号、复现步骤和影响范围，修复后再次验证。

统计游玩时长时，先看游戏设计与退出位置。一个完整流程只需二十分钟的叙事 Demo，与可以重复游玩数小时的构筑 Demo，应分别判断。教程期间的大量退出、某个关卡后的集中退出，以及通关后的正常结束，分别对应不同问题。多人游戏还要把等待队友的时间单独看待。

商店页、短视频和 Demo 应该介绍同一款游戏。 面向新玩家的第一句话，可以按“玩家做什么、在哪种环境中做、特色是什么”组织。例如：“检查包裹、扩建仓库，用自动化设备处理越来越复杂的订单。”比“沉浸式、丰富、自由度高”的描述更容易让人理解。

封面需要在较小尺寸下仍能认出题材和主要视觉。预告片应尽早出现实际操作；截图分别展示有差异的场景或系统。页面列出的玩法、支持语言和模式，要与下载后的体验对得上。Demo 独立页面尤其需要区分试玩已有内容与完整版计划。¹¹

本体标签会参与新品节的分类。团队应选准确描述玩法和受众的标签，并在开发者预览页检查游戏被放到哪些栏目。若展示位置与游戏明显不符，先检查报名分类和本体标签。¹

对第一次做商店页的团队，一个实用测试是把页面交给没接触过项目的人，短暂浏览后请其复述游戏类型、主要操作和最吸引自己的部分。复述与设计意图相差很大时，先修改页面和素材，再扩大宣传。

创作者联系要早于内容发布。 试玩、选题、录制、剪辑和排期都需要时间。希望视频在新品节前后出现，就应提前提供稳定版本和素材。下面是面向小团队的建议排期。

筛选创作者时，先看其近期报道的游戏和观众偏好，再看粉丝数。邮件写清游戏类型、特色、与频道的关联和试玩地址，附截图与简短实机视频。发布时间约定和内容限制在第一次联系时说明。

第一轮联系给对方留下制作时间。后续跟进提供新的试玩版本、素材或重要更新。对已明确排期的创作者，重点是保证版本与素材按时交付。

宣传内容应直接展示玩法。不同选择造成的结果、系统之间的互动、玩家可以完成的操作，都能帮助观众理解游戏。活动 Logo 和参展通知主要用于提醒已有受众，面向新玩家的内容则应把游戏特色放在前面。

一份可以直接发给创作者的素材包，至少包括商店地址、可玩的 Demo、游戏类型与特色、几张清晰截图、短实机视频、预计试玩内容和联系邮箱。多人游戏另写人数、组队方式、服务器开放时间，以及创作者能否带观众一起玩。收到包的人应能独立判断选题并开始准备。

联系名单可以记录频道名称、最近报道的相近游戏、邮箱、联系日期、回复、寄送版本和视频地址。独立开发者先整理一批受众最匹配的频道，再逐步扩大。经营与自动化游戏适合观察频道是否愿意做较长流程；恐怖游戏要看创作者对氛围和反应内容的偏好；多人游戏还要看其是否有稳定的合作伙伴。

宣传排期应有具体内容。前期介绍玩法特色，中期展示 Demo 中完整的一段过程，临近活动说明试玩已经开放，当周发布新的玩法片段、更新和玩家作品。每次发布都附容易找到的商店入口。已有关注者需要时间提醒，新接触的人则需要先理解游戏。

Steam 还有一次 Demo 上线通知可以利用：首次公开可玩后的十四天内，开发者可手动触发一次，发给将本体加入愿望单的玩家。参加新品节不会重新获得这次机会。Demo 提前数月上线的项目，应把通知安排在当时的发布计划里，新品节再通过更新公告和已有渠道宣传。¹¹

付费宣传从小规模测试开始，记录花费、访问、归因愿望单和后续表现，再决定追加预算。先确认素材可以吸引合适玩家，再扩大投放。若 Demo 仍有启动问题、页面还说不清玩法，优先修复这些直接影响体验的环节。

一两个人的团队需要提前腾出维护时间。 单人开发者可以在活动前完成常用回复、素材导出、宣传帖和数据表，把当周时间留给故障修复与玩家沟通。两人团队可以一人负责版本和技术问题，另一人负责社区、创作者联系及每日记录，互相保留发布流程的备份。

预算按项目列清楚：试玩内容开发、兼容性测试、翻译与校对、封面和预告片、服务器、付费宣传。已经为本体开发的内容与专门为参展增加的支出分开记录，后面才能判断参展的额外成本。资源紧张时，先保证可以正常游玩的 Demo、准确的商店页和必要的宣传素材。直播、复杂活动和大量平台同步运营，可以按剩余人手安排。

活动当周优先处理影响游玩的问题。 每次更新保留版本号和回退方案，方便定位问题。

开幕时先走一遍普通玩家流程，确认活动页展示、下载按钮、版本和服务状态。多人项目尤其要检查不同地区的连接与实际匹配；玩家一直排不到人时，社区里组织明确的组队时段，比继续单独发送参展通知更有用。

每天固定时间整理数据，同时记录报道、投放、更新和社区活动。某项指标突然变化时，可以与当天事件对照。开幕和闭幕日按实际统计时段记录。愿望单报表按日更新，通常显示前一天的数据，因此适合固定时间查看。²

玩家反馈按影响分类处理。启动、存档、流程和联机故障优先；反复出现的操作误解与教程阻塞随后处理；新玩法、额外关卡等建议进入开发计划。回复时说明已确认的问题、临时处理方式和修复进展。涉及存档与平衡的大修改先验证，再推给全部玩家。

Valve 的展示机制是：前几天多数位置随机排列，榜单和个性化区域例外；随后，部分推荐依据活动期间的用户行为调整。¹ 因而活动开始前需要有一批关注者，活动中也需要持续带来试玩与讨论。

直播属于可选安排。团队有足够人手时，可以用来展示玩法、回答问题；人手紧张时，先保证 Demo 稳定和反馈处理。¹

复盘分别记录曝光、体验和关注。 曝光是游戏在某个位置被展示的次数，访问是玩家进入页面的次数，实际游玩人数则说明多少人启动了试玩。同一个人可能多次看到游戏，因此曝光次数通常比人数高。各项数据使用相同的日期范围，保留后台字段名称，方便跨日比较。

试玩与愿望单的交集包含不同顺序的行为：有些人先收藏再试玩，有些人试玩后收藏。视频带来的直接收藏还可能发生在 Demo 之外。分析时分别保留这些指标。

UTM 是附在商店链接后面的渠道标记。团队可以给不同视频、社区帖子或广告使用不同标记，再在 Steamworks 中查看各渠道带来的访问和愿望单。链接准备好以后先测试跳转，并让渠道名称保持一致，方便汇总。

Steam UTM 报表区分总访问、可信访问和可追踪访问。转化归因使用可追踪的登录访问，窗口为点击后 72 小时，数据在访问四天后最终确认。跨设备或手动搜索可能丢失关联；主游戏链接的转化也不包含单独的 Demo 下载。¹³

据此，渠道成本可记录为“支出 ÷ UTM 归因愿望单”。全渠道总新增另列，活动结束后再补齐回传数据。后续购买表现用于评价最终回报。

根据玩家行为安排修改。 曝光多、访问少，先检查封面和展示内容；访问正常、启动少，检查页面预期、试玩入口与安装；启动后很快离开，检查性能、操作和前段节奏。每个环节对应不同的工作。

一次修改聚焦一个主要问题，并记录发布时间。更换封面后观察访问变化；修改教程后观察原来的阻塞位置。保留旧版本、截图和反馈记录，复盘时才能知道改动的效果。

曝光和愿望单的变化可以差得很大。 Butterscotch Shenanigans 披露过两款游戏的数据：《Crashlands 2》参加 2024 年 6 月新品节，《How Many Dudes?》参加 2026 年 2 月新品节。¹⁰

两款游戏的曝光相差约 9.7 倍，活动新增愿望单只相差 1,247。团队因此要把最终新增关注、试玩情况与曝光一起看。表中前两列按新品节来源统计，第三列按活动时间统计，保留原口径分别比较。

活动成绩还要放回开发计划里。 如果新增愿望单达到同类基础项目的正常水平，试玩反馈也好，就按计划继续打磨，并保留效果较好的宣传渠道。若新增关注很多，却集中出现性能和教程问题，应先处理这些问题，保证发售时新增玩家能顺利进入游戏。

活动前后的观察窗口保持一致，有助于判断后续增长。例如，记录开幕前十四天、活动七天、结束后十四天的每日新增，并标注公开试玩、视频报道和更新日期。这样既能看到活动高峰，也能看到高峰之后保留下来的增长。

发售之后再检查销售成果。应记录活动期间新增愿望单用户后续的购买情况，以及发售期的整体销量、退款和净收入；后台能够提供哪些分组，就按实际字段使用。之前几轮宣传积累的玩家、发售后才发现游戏的买家，都可能贡献销量。做下一款游戏预算时，自己的历史数据会比通用经验更有用。

新品节结束后，继续给关注者一个明确的下一步。 结束时发布简短更新，说明 Demo 是否继续开放、近期会修复哪些问题、完整版接下来有哪些内容。已经加入社区的玩家需要知道如何继续参与；刚看到视频的人需要一个仍然有效的试玩入口。

Demo 持续带来玩家、内容仍能准确代表游戏时，可以继续开放。若维护两个版本占用过多时间，也可以在合适节点结束试玩。《Parcel Simulator》就在发售前下架 Demo，把精力集中到正式版。计划关闭时提前公布日期，让下载后尚未体验的玩家有时间安排。⁸¹⁴

创作者联系也继续进行。活动中没有排上期的频道，可以在稳定更新之后再次提供材料；已经报道过游戏的频道，则在正式版出现足够新内容时告知。跟进内容应包含对方可使用的新信息，例如新增系统、联机功能、完整版日期或明显改善的试玩体验。

结束后一周先处理故障和高频反馈；两至四周后补齐渠道数据，检查日常增长；发售前再确认版本、素材和创作者排期。复盘文档可以只写四项决定：必须修的内容、继续投入的渠道、发售日期是否调整，以及下一次对外发布的内容和时间。

对首次参展的小团队，最值得优先完成的是：让陌生玩家独立玩完核心体验，让商店页说清游戏特色，让合适的创作者提前拿到稳定版本，并让活动前、当周和结束后的宣传连续起来。这些工作既服务新品节，也直接服务后续发售。

数据与来源。 核查日期为 2026 年 10 月 8 日。HTMAG 数据来自开发者自愿填报；本文采用公开汇总值，相关系数为原作者公布的点估计。三张数据图按原表重绘，两张实机图来自对应游戏的官方商店页；配套数据可下载，绘图脚本保存在博客仓库 research/steam-next-fest-2026/。