게임은 마음에 드는데 상점에 ‘앞서 해보기’가 붙어 있으면 손이 한 번 멈춘다. 지금 시작해도 충분히 재미있을까. 나중에 훨씬 나아진다면 그때 하는 편이 좋지 않을까. 공지를 내려 읽다 보면 새 지역, 새 모드, 새로운 이야기가 눈에 들어온다. 읽을수록 내가 사고 싶던 게임의 모습도 조금씩 달라진다. 상점에서 파는 현재 버전에는 없는 기능이 구매 이유에 들어오기 시작한다.
나는 앞서 해보기라는 이유만으로 게임을 거르는 판단에는 동의하지 않는다. 그렇다고 기대되는 계획을 현재 콘텐츠에 더해 돈값을 계산하고 싶지도 않다. 미래를 기대하며 사는 건 괜찮다. 다만 기대하던 변화가 오지 않았을 때도, 지금 받은 게임에 돈을 쓴 이유가 남아야 한다고 생각한다.
이 글에서는 실제 공식 배포 기록 두 가지와 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%가 1년 안에 나왔다’는 숫자의 분모
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의 마지막 업데이트 알림 설명
일반 소식이 자주 올라와도 지정 유형의 이벤트와는 구별해야 한다. 두 조건 중 다른 쪽도 남는다. 나는 이 알림만으로 개발 포기를 확정하거나, 알림이 없다는 이유로 완성을 보장하지 않겠다.
공지의 양보다 내가 찾는 변화가 있는지 읽겠다. 많은 소식이 있더라도 꼭 원하는 기능은 아직 계획일 수 있다. 새 콘텐츠 소식과 저장본 안내가 함께 나왔다면 둘을 같이 보자. 다시 시작해야 한다는 조건 하나 때문에 구매 판단이 달라질 수도 있다.
설명을 찾지 못했을 때는 없는 기능이라고 바로 확정하지 말자. 개발사가 아직 없다고 밝힌 경우와 내가 자료에서 답을 못 찾은 경우는 다르다. 전자는 현재 구매 이유에서 그 기능을 빼면 된다. 후자는 확인할 질문을 남기면 된다. 반대로 자료가 비어 있는데 될 것 같다는 감만으로 현재 제공 항목에 넣을 수도 없다.
서로 다른 설명을 만나면 버전과 날짜를 먼저 대조할 수 있다. 오래전 이용자의 경험이 지금의 배포 상태와 다를 수 있고, 같은 개발사 글에서도 시험 버전과 기본 배포 버전을 각각 말할 수 있다. 같은 때의 같은 버전인데 답이 맞지 않는다면 미확인으로 남겨 두겠다. 나에게 중요한 조건이니 불확실한 채로 사지 않는 선택도 가능하다.
자료를 충분히 읽고도 결정이 안 된다면 구매 이유를 다시 보자. 앞으로 추가할 기능을 빼면 하고 싶은 일이 남는가. 변화에 맞춰 다시 배우거나 시작할 시간이 있는가. 첫 플레이를 완성된 이야기로 하고 싶은가. 개발사의 미래를 더 오래 예측하려고 애쓰기보다 지금 답할 수 있는 질문들이다.
지금 사겠다는 결론도 구체적일 수 있다. 현재 제공되는 플레이가 마음에 들고, 확인한 버전의 조건을 받아들일 수 있어 시작한다. 이후 개발 방향이 마음에 드는 건 기대할 이유로 남겨 둔다. 구매를 정당화하려고 모든 예정 기능의 성공까지 믿을 필요는 없다.
기다리겠다는 결론에는 돌아올 조건을 붙이자. 원하던 모드가 내가 사용할 배포 버전에 나왔을 때, 원하는 결말이 실제 출시 내용에 포함됐을 때, 오래 이어가려는 플레이와 충돌하던 변경 안내가 해결됐을 때. 다시 볼 때 그 조건부터 확인하면 된다. 앞서 해보기라는 글자가 사라졌는지만 보는 것보다 덜 막연하다.
개발사를 응원하고 싶은 마음은 끝까지 남을 수 있다. 나는 그 마음을 냉정한 계산으로 전부 없애고 싶지 않다. 응원할 만큼 좋아 보이는 계획과 오늘 쉬는 시간에 하고 싶은 게임을 한데 섞지만 않았으면 한다. 지금의 게임을 원해서 사는지, 기다리는 과정에도 값을 두고 사는지 알면 된다. 아직 없는 것이 꼭 필요하다면 오늘 사지 않아도 된다.