一款游戏很合心意，看到商店里的“抢先体验”字样，却还是会犹豫：现在就玩，能玩得尽兴吗？等它以后做得更好，会不会更合适？继续往下翻公告，新区域、新模式、新剧情接连出现。不知不觉中，自己想买的那款游戏变了样，当前版本还没有的功能，也成了购买理由。
我不会仅凭“抢先体验”就把一款游戏排除，也不愿把未来的计划算进现有内容，再判断这笔钱花得值不值。期待它今后的变化，当然可以成为购买的动力。但即使期待落空，今天拿到的游戏也应该有值得我付钱的理由。
下文会对照两款游戏的官方发布记录，并看一项 Steam 抢先体验研究。Hades II 已经结束抢先体验；Project Zomboid 的 Stable 发布，则需要与 1.0 正式发行分开看。这不是游戏好玩程度的排名。文章依据的是2026 年 10 月 3 日查阅的文档，讨论购买时容易看混的地方，没有直接试玩所得的功能或性能测试结果。
想买它的理由，在当前版本里找得到吗？
从购买者的角度整理 Steamworks 的问卷项目，并非商店页面截图。
Valve 将抢先体验描述为出售目前可以玩的未完成游戏。规则也要求开发者不要对未来的具体结果作出承诺，应让玩家根据游戏当前的状态决定是否购买。Steamworks 抢先体验文档
这套标准听起来可能有些冷淡。买一款开发中的游戏，本就有期待它慢慢变化的乐趣；看到团队朝自己喜欢的方向做，也可能想支持一下。这些动机没有错。只是，如果把期待中的变化和今天能玩到的内容混在一起，连自己也很难说清这笔钱究竟花在了哪里。
继续读商店页面前，不妨先用一句话写下购买理由。比“看起来好玩”再具体一点就行：想独自在大地图上探索，想和朋友在同一个世界里盖房子，还是想把故事玩到结局？看的是同一款游戏，需要的功能未必一样。
打算和别人一起玩，就更需要说明自己准备使用哪个版本。“多人游戏”旁边可能还写着仅限测试版本，也可能说以后才会加入。问清有没有这个功能后，还得看使用条件是否符合自己的安排。条件对不上，单凭一个“有”字也不足以支撑购买。
当然，与自己无关的功能尚未实现，也不必一项项都算成缺点。主要享受建造、很少看剧情的人，可能并不介意后期故事还没做完；最在意结局的人，则会选择继续等。这两种选择都说得通，无需分出谁更懂得享受游戏。
商店把当前内容列出来，也不等于它们就足够满足你。看到探索、制作、战斗的介绍，可以想想：自己愿意反复花时间做哪一项？觉得成品画面漂亮，和喜欢收集材料、挑地点、决定建什么，是不同的喜好。仅凭一张完工建筑的图片，还不能判断实际玩法是否合口味。
找资料也可以围绕自己的问题来。想知道操作怎么样，看看当前版本的前期游玩过程会有帮助；只想确认结局有没有做好，官方不剧透的说明可能就够了。未必非要看完视频、知道全部剧情，才算认真做了功课。
要确认的条件有了答案，就可以停下来。
路线图适合用来了解开发方向。Valve 的说明是：开发者可以选择用它介绍未来计划，形式和覆盖的时间都可以不同。Steamworks 路线图文档 我不会直接拿不同游戏的进度显示互相比。怎样算一项任务、还剩哪些大工程，每款游戏都可能不同。文档也没有说 Steam 会按统一标准认证这些完成率。
路线图里有自己特别想要的功能，当然值得期待。再多确认一步就好：它是否也出现在当前内容的说明里？如果还没有，购买笔记就写“计划中”。它将来可能实现，但今天还不能按已经拿到来算。
Project Zomboid 发布 Stable，完成的是哪一步？
按各篇公告说明的发布阶段整理。旧文章上方由网站统一显示的最新版本号，不用来证明过去发布的是哪个版本。
Project Zomboid 的记录很适合用来说明怎样读更新消息。只看一个词就判断开发到了哪一步，很容易漏掉它附带的条件。
官方版本历史把 Build 42 的首次公开测试记在 2024 年 12 月，把 Stable 发布记在 2026 年 7 月。它明确说明只记录主要变更，不能拿条目数量来计算所有补丁的次数或平均更新间隔。官方 Status and Build History
两次发布之间，2025 年 12 月的 42.13 公告开放了多人游戏。标题里虽有 Released，正文仍说明这是尚在开发中的压力测试，属于 Unstable 测试版。“当时开放了”是一件事，“已适合普通游玩”还需要看具体条件，不能顺手当成同一个结论。Unstable 42 多人游戏公开公告
到了 2026 年 7 月 29 日，公告写明 42.20 已发布到公开的 Stable 分支。这里能确认的是，开发者公布的发布渠道变了。Build 42.20 实际发布公告
这是否代表抢先体验也结束了？2026 年 10 月 3 日查阅的 Steam 商店页面仍保留抢先体验说明。开发者没有确定正式发行的时间，幸存者 NPC 等内容也仍列在 1.0 计划中。Project Zomboid 的 Steam 商店说明
Stable 指的是这一版本的发布阶段；正式发行说的是整款游戏处于什么阶段。记录确认了 42.20 已进入 Stable，但没有由此确认计划里的 NPC 已经实现。两者并不矛盾。
如果某项功能决定了你买不买，这个区别就很有用。换作我，想和朋友现在就一起玩，会先核对可以使用的版本和发布渠道；如果是想体验与幸存者 NPC 建立关系，则会先看这项内容是否还停留在计划里。Stable 发布是个好消息，却没有同时回答这两种购买需求。
读公告时，正文说的是什么比标题更有用。是在预告，还是已经发布？发布到测试分支，还是默认提供的版本？你关心的功能列进新增内容了吗？有时前半篇讲本次更新，后半篇讲之后的计划。出现在同一篇文章里，不代表同一天就能玩到。
另外，今天打开的页面，讲的可能是很久以前的事。开发者网站可能在多篇文章上方统一显示最新版本；如果把今天顶部的版本号，拿来说明几个月前发布了什么，时间线就乱了。参考旧公告时，记下正文的版本号和日期更可靠。
这些记录能帮助我们准确理解开发者所说的 Stable，仍不足以判定游戏的稳定性。有没有错误，在自己的设备上能否正常运行，玩法是否合心意，都是还没回答的问题。
更新之后，还能继续原来的进度吗？
这是随 2026 年 7 月发布说明提供的存档提示，并非适用于所有抢先体验游戏或所有更新的通用规则。
看到更新，首先吸引人的往往是新增内容。可要是想在一个世界里慢慢积累，旧进度会怎样，也得一起看。
Project Zomboid 在 42.20 发布前的检查事项中，说明 Build 41 和 Unstable 42.19 的存档与新版本不兼容，同时介绍了继续在旧版本游玩的途径。Build 42 发布前检查事项
这不等于每次更新都会让全部进度消失，要看的是这次变更涉及哪些版本。能继续用旧版本，也不能把选择的负担完全消除：想用新功能，还是保留已经玩了很久的世界，可能需要取舍。
我会把这项选择需要的时间也放进购买考虑里。喜欢重新开始的人，可能觉得问题不大。每次新建世界、尝试不同规则，本来就可以是游戏的乐趣。想长期保留一个世界里建造成果的人，看见同一条提示，感受却会重得多。区别更多在于这次想怎样休息，不是理解游戏的能力高低。
和朋友一起玩，还得商量共同的选择：全部换新版本重开，继续原有进度，还是有人暂时不想换？如果大家本来就难凑出一起玩的时间，重开的负担很难只用钱衡量。
这里没有调查遇到过这类问题的玩家人数，也没有统计协调成功率。它只是由“需要约好使用同一版本”推导出的购买前考虑。
看到存档说明，问题可以收窄一些：“哪些版本的存档不兼容？”“按我打算玩的方式，需要重开吗？”“朋友们愿意继续用旧版本吗？”还没买游戏时，先弄清这些条件，比背下存档恢复方法更接近眼前的决定。
“能接受游戏出问题”也可以想得具体一点：出了问题，愿不愿意花时间查资料？操作和规则变了，想不想再学一遍？喜欢参与开发的感觉，同时希望休闲时有个不常变化的环境，也并不奇怪。
我也不愿把会不会写错误报告当成购买门槛。感兴趣时可以提供反馈，但今天付钱想要的仍然可以只是游戏。没多少时间追着变化走，对当前状态要求严格一点，是很正常的选择。
等 Hades II 的人，等的是故事结局
对照官方常见问题、发行日期预告和实际发行公告。这些记录不能用来预测其他游戏是否会按计划发行。
Hades II 已经结束抢先体验。官方常见问题记录了它在 2024 年 5 月 6 日开启抢先体验，并于 2025 年 9 月 25 日发布 v1.0。Hades II 官方常见问题
2025 年 9 月 12 日的公告预告，v1.0 将于 9 月 25 日发行。对当天读到消息的人而言，这仍然是计划。v1.0 发行日期预告 随后的 9 月 25 日，实际发行公告宣布抢先体验结束，并明确将真正的结局列为新增内容。Hades II v1.0 发行公告
对于等结局的人，首次游玩时的游戏状态，可能比开发了多久更重要。想把故事一路体验到收尾，就算前面已经有很多内容，仍然有理由等。Hades II 的发行公告明确列出了他们想等的结局。
先玩的人也有自己的理由。熟悉已经开放的内容，更新时再回来，可能正是喜欢的节奏；观察开发中的规则怎样变化，也可以有乐趣。需要问的是，自己想不想经历这个过程。
在我看来，更新很难让第一印象重新来过。游戏多了新内容，和自己什么都不知道时第一次接触它，终究是两种体验。正因为觉得会喜欢，才想等到合适的状态再开始，也说得通。这是在选择自己的第一次游玩，而不一定是在评价现在的版本不够好。
Hades II 的案例不能用来推断其他计划也都会兑现。它有预告，也有后来的实际发行记录，结局明确写在新增内容里。还没完成的其他作品，没有这份后续记录。一款游戏已经发生的事，不能替另一款游戏证明未来。
决定等，可以顺便记下何时回来看看。我会写“想要的故事结局已经发布时”，而不只写“完成后”。开发者宣布 1.0，与自己等待的内容真正出现，未必是同一个时间。回来时要确认的是想要的体验，不能只停在版本名上。
“70% 不到一年就结束了”，这个比例算的是谁？
这是 2016 年样本的时长统计，不是当前游戏完成开发的概率。
想知道抢先体验要等多久，很自然会去找数据。可是，眼前的数字回答的，未必就是自己的问题。
Lin、Bezemer 和 Hassan 的研究调查了 2016 年 3 月 7 日在 Steam 销售的 8,025 款游戏。其中，当时或此前采用抢先体验的游戏有 1,182 款，已结束抢先体验的有 396 款。时长分析使用的是已结束抢先体验、且开始和结束公告都能找到的 227 款。其中 160 款，约 70%，持续时间不足 365 天；时长中位数为 225 天。实证研究原文：表 1 与时长分析
70% 的分母，是已经结束抢先体验、而且留下了所需公告的一部分游戏。当时还在开发的作品后来怎样，这组时长数据并没有告诉我们。我不会用过去已完成作品的时长，推算 2026 年一款游戏能完成的概率，也不会据此给开发者打信誉分。
开发时间很长，购买判断还该看什么？
根据 Valve 文档绘制条件示意，并非观察到某款游戏实际显示了这条提示。
抢先体验持续很久，确实会让人担心。特别想要的功能几年都还写在计划里，等待的时间本身也会影响选择。不过，整款游戏值不值得买，我不想只凭开发年头决定。现在有没有自己需要的内容，尚未提供的内容何时能玩到，仍要分开确认。
Steam 的更新提示，也得按具体条件读。Valve 文档说明：距离上次为 default branch（默认分支）指定版本超过 12 个月，或者距离上次发布重大更新（Major Update）、定期更新（Regular Update）、补丁说明（Patch Notes）这三种类型的更新活动超过 12 个月，就符合提示条件。两个条件满足其中之一即可，不需要同时成立。Steamworks 关于上次更新通知的说明
普通消息发得再勤，也得与这些指定类型的更新活动分开看，还要检查另一个条件。看到提示，不能直接断定开发者已经放弃；没有提示，也不能保证游戏一定能完成。
比起数公告，我更想看有没有自己需要的变化。消息很多，想要的功能仍可能只是计划。新增内容旁边如果还有存档提示，就一并读完。“需要重新开始”这一项，有时就会改变买不买的决定。
没找到说明时，先别直接下结论说功能不存在。开发者明确说还没有，和自己没查到答案，情况不同。前者可以从当前购买理由里去掉；后者则要记成待确认的问题。当然，资料空白也不能靠“应该有吧”的感觉，填成当前已经提供的功能。
两份说明对不上，可以先查日期和版本。旧玩家经历可能已经不适用于当前版本，同一个开发者也可能分别在讲测试版本和默认版本。如果讲的确实是同一时间、同一版本，答案仍对不上，我会先记为未确认。条件对自己很重要，就可以等确认后再买。
查了不少资料还拿不定主意，不妨回头看最初的购买理由：暂时去掉未来功能，现在还有想玩的内容吗？有时间跟着变化再学一遍、重新开始吗？第一次玩时，希望故事已经完整吗？这些问题今天就能回答，比继续预测开发者的未来更具体。
决定现在买，理由可以很清楚：喜欢当前的玩法，也接受查明的版本条件，所以想开始。未来的开发方向合心意，可以继续期待，不必为了证明这笔钱值得花，就要求自己相信所有计划都会成功。
决定继续等，也可以定下再来看的条件：想要的模式进入了自己准备使用的版本，想要的结局已列入实际发行内容，或者与长期游玩冲突的变更问题已经解决。下次打开页面，就先找这个答案。这样比只看“抢先体验”字样还在不在，更不容易陷入漫无目的的等待。
支持开发者的心情可以保留，我不想用计算把它全部消掉。只是值得支持的计划，和今天想用来放松的游戏，最好分清。知道自己买的是当前的游戏，还是也愿意为等待的过程付钱，就能更明白自己的选择。如果某项尚未提供的内容对你不可或缺，今天不买也可以。