遊戲很吸引人，但商店頁面一出現「搶先體驗」，就讓人猶豫了一下。現在開始玩，內容夠好玩嗎？如果以後會好很多，是不是再等等？往下讀公告，新區域、新模式、新故事一個接一個出現。越看，心裡想買的遊戲也慢慢變了。購買理由開始包含目前販售的版本還沒有的功能。
我不會只因為遊戲還在搶先體驗，就直接排除它。不過，計算值不值得花錢時，我也不想把讓人期待的計畫加進現有內容。期待未來而購買，當然可以；只是萬一期待的改變沒有到來，我希望仍然說得出，為什麼願意為現在拿到的遊戲付錢。
這篇文章對照兩款遊戲的官方發布紀錄，也讀了一份 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 已發布至 public Stable branch。開發者宣布的是發布分支的改變。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 的玩家，等的是結局
對照官方 FAQ、預定上市日期公告與實際上市公告，不能用來預測其他遊戲是否會如期上市。
Hades II 已經結束搶先體驗。官方 FAQ 記載，它在 2024 年 5 月 6 日開始搶先體驗，並於 2025 年 9 月 25 日發布 v1.0。Hades II 官方 FAQ
2025 年 9 月 12 日的公告，預告將於 9 月 25 日推出 v1.0。對當天閱讀的人來說，那仍然是計畫。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 最後更新提醒說明
一般消息經常發布，不代表符合文件所列的更新活動類型；另一項條件也仍要確認。我不會只憑這則提醒認定開發者已放棄，也不會因為沒有提醒，就保證遊戲一定會完成。
讀公告時，我更在意自己想找的變化有沒有出現。消息很多，最想要的功能可能仍在計畫中。新增內容和存檔說明一起發布，就一起讀。需要重新開始這個條件，可能足以改變購買判斷。
找不到說明，也先別斷定功能不存在。開發者說目前沒有，和自己沒在資料中找到答案，是兩回事。前者可以先從目前的購買理由中排除，後者則留下一個待確認的問題。同樣地，沒有資料支持時，也不能只憑「應該可以吧」的感覺，把它算進現有內容。
遇到不同說法，先對照版本和日期。較早的玩家經驗可能和現在不同；同一位開發者的文章，也可能分別在談測試版本和預設發布版本。如果同一時間、同一版本的說法仍對不上，我會保留為尚未確認。這是自己在意的條件，也可以等答案明確後再買。
資料讀了不少，還是決定不了，就回頭看購買理由。拿掉未來才會加入的功能，是否還有想做的事？有沒有時間隨著變化重新熟悉，或重新開始？是不是想等故事完成，再展開第一次遊玩？這些是現在能回答的問題。
決定現在買，理由可以很具體：喜歡目前提供的玩法，也能接受已確認版本的條件，所以開始玩。至於後續的開發方向，就留作期待。不必為了證明這次買得值得，連所有預定功能都相信一定會成功。
決定等待，就記下回來查看的條件：想要的模式已經出現在自己會使用的發布版本、期待的結局確實列入上市內容，或原本妨礙長期累積遊玩成果的變更問題已經解決。下次回來，先查這些條件，比只看「搶先體驗」四個字是否消失更有幫助。
想支持開發者的心情，可以一直保留。我不想把它全部換成冷靜的計算。只是，值得支持的計畫和今天休息時想玩的遊戲，最好分開想。自己是為了現在的遊戲購買，還是也願意為等待的過程付錢？如果還沒提供的內容是必要條件，今天也可以先不買。