상점 페이지부터 정식 출시까지: 인터랙티브 무비 게임의 Steam 출시 전체 체크리스트
Steam 출시는 완성된 게임을 업로드한 뒤의 마지막 단계로 볼 것이 아니라, 제품·상점·규정 준수·빌드·운영의 다섯 가지 병렬 작업 흐름으로 나누어 출시일부터 역산해야 합니다. 구체적인 비용, 대기 기간, 소재 규격과 심사 요건은 달라질 수 있으므로 실행 시에는 최신 Steamworks 공식 문서와 관리 화면의 안내를 기준으로 삼아야 합니다. 이 글은 재사용할 수 있는 준비 체계를 제시합니다.
들어가며
Steam 출시는 완성된 게임을 업로드한 뒤의 마지막 단계로 볼 것이 아니라, 제품·상점·규정 준수·빌드·운영의 다섯 가지 병렬 작업 흐름으로 나누어 출시일부터 역산해야 합니다. 구체적인 비용, 대기 기간, 소재 규격과 심사 요건은 달라질 수 있으므로 실행 시에는 최신 Steamworks 공식 문서와 관리 화면의 안내를 기준으로 삼아야 합니다. 이 글은 재사용할 수 있는 준비 체계를 제시합니다.
첫 번째: 계정, 애플리케이션과 규정 준수 정보
파트너 계정, 결제 및 세금 정보를 일찍 완료하고 애플리케이션 담당자를 지정하세요. 작품의 실제 내용에 맞춰 콘텐츠 설문, 연령 및 민감한 콘텐츠 정보를 작성하고, 아직 확인되지 않은 소재를 “나중에 수정하자”는 말로 덮어 두지 마세요. 생성형 AI, 실사 연기, 음악, 제삼자 에셋에 관한 공개 정보와 권리 근거도 내부 체크리스트에서 추적할 수 있어야 합니다.
Steam의 시작 안내와 콘텐츠 설문 문서는 갱신되므로 정식 제출 전에 항목별로 확인하세요. Steamworks 시작하기 콘텐츠 설문
두 번째: 상점 페이지에서 경험을 정확하게 설명하기
짧은 설명에서는 먼저 플레이어가 누구를 연기하고, 어떤 결정을 내리며, 그 결정으로 어떤 차이가 생기는지 설명하세요. 긴 설명에서는 핵심 플레이 순환, 분기 방식, 플레이 시간의 산정 기준과 기능을 보여 주세요. 작은 에필로그 변화를 수십 개의 완전한 루트인 것처럼 부풀리지 마세요. 태그, 언어, 기능과 시스템 요구 사항은 빌드와 일치해야 합니다.
대표 이미지, 캡슐 이미지, 스크린샷, 예고편, 성인 콘텐츠 설명, 개발사 및 배급사 정보를 준비하세요. 스크린샷에는 실제 게임 화면을 사용하고, 예고편에서는 실제 상호작용을 초반부터 보여 주세요. 실사 영상이 게임 플레이를 가리지 않도록 하세요. 상점 페이지의 콘텐츠와 이미지 규격은 공식 페이지의 요건을 기준으로 삼으세요. Steam 상점 페이지 문서
세 번째: 빌드와 브랜치 관리
depot, 운영체제, 언어 또는 선택형 리소스 팩을 계획하고 개발, 테스트, 기본 브랜치를 구성하세요. 업로드 후에는 로컬 개발 디렉터리에서 실행하는 데 그치지 말고 Steam 클라이언트에서 실제로 다운로드하세요. 의존성, 권한, 경로의 대소문자, 최초 실행, 제거, 업데이트와 오프라인 모드를 검증하세요.
도전 과제, 클라우드 저장, 컨트롤러, 오버레이, 통계 지원을 약속했다면 출시 후보 빌드에서 하나씩 검증하세요. 클라우드 저장은 특히 두 기기 간 충돌, 이전 버전, 인터넷 연결이 없는 상태에서의 복구를 테스트하세요. 시스템 요구 사항은 엔진의 권장 사양을 그대로 옮기지 말고 최소 사양 기기에서 실제로 테스트해 정하세요.
네 번째: 심사와 출시일을 기준으로 일정 역산하기
상점 페이지와 빌드에는 각각 해당 심사 절차와 소요 시간 요건이 있으며, 심사에서 반려되면 수정 후 다시 제출해야 합니다. 심사, 수정, 재제출과 예상하지 못한 지연을 위한 여유 시간을 확보하고, 이론상 최단 소요 시간에 홍보일을 맞추지 마세요. 제출한 빌드는 약속한 콘텐츠를 온전히 경험할 수 있어야 하며, 심사 설명에는 필요한 조작법과 테스트 경로를 제공해야 합니다.
출시 절차와 심사 요건은 공식 문서를 기준으로 삼으세요. Steam 심사 절차 출시 절차
다섯 번째: 체험판과 찜 목록 운영 시점
체험판은 작지만 완결된 플레이 순환을 제공해야 하며, 저장 데이터와 정식 버전의 관계, 콘텐츠 범위, 피드백 채널을 명확하게 설명해야 합니다. 체험판 저장 데이터를 이어서 사용할 수 있다면 버전 간 이전을 미리 검증하고, 이어서 사용할 수 없다면 분명히 안내하세요. 체험판의 depot, 상점 표시와 공개 종료 일정은 공식 설정을 따르세요. Steam 체험판 문서
상점 페이지를 공개한 뒤에는 실제 개발 진척을 바탕으로 계속 업데이트하고, 출시일이나 기능을 지어내지 마세요. 소식, 라이브 방송과 이벤트는 배우들의 비하인드 영상만 쌓아 두기보다 플레이어가 이해할 수 있는 핵심 선택을 중심으로 구성해야 합니다.
출시 전 7일간의 작업 체크리스트
출시 후보 빌드를 확정하고 에셋을 검증하세요. 클린 설치와 전체 경로의 스모크 테스트를 완료하세요. 가격, 지역, 언어, 출시 시간과 지원 이메일을 확인하세요. 상점 문구가 빌드 버전과 일치하는지 점검하세요. 알려진 문제, 고객 지원 템플릿, 충돌 및 데이터 대시보드를 준비하세요. 팀의 교대 근무, 핫픽스 브랜치와 롤백 패키지를 확인하세요.
막바지 수정은 모두 영향 범위를 기록하고 회귀 검증을 수행하세요. 더 위험한 문제를 해결하는 경우가 아니라면 출시 전날 밤에 모든 영상을 다시 인코딩하거나 변수 이름을 바꾸지 마세요.
출시 당일과 첫 주
일반 플레이어 계정으로 구매하거나 수령하고, 다운로드 및 실행한 뒤 핵심 경로를 완료하세요. 충돌, 미디어 로딩, 저장, 환불 관련 피드백과 커뮤니티의 흔한 오해를 살펴보세요. 진행을 막는 문제와 데이터 손상부터 수정한 다음 밸런스와 문구 선호 문제를 처리하세요. 릴리스 노트에는 변경 사항과 알려진 제한을 솔직하게 적으세요.
리뷰는 버그 티켓이 아니지만, 반복해서 등장하는 “선택지와 결과가 맞지 않는다”, “영상 전환이 멈춘다”는 내용은 로그 및 경로 데이터와 교차 검증해야 합니다. 감정적인 대응을 피하고 확인 가능한 사실과 다음 업데이트 시간을 공개하세요.
감사 자료 묶음 남기기
출시 빌드, 상점 페이지 스크린샷, 예고편 및 캡슐 이미지의 원본 파일, 권리 목록, 심사 관련 서신, 설정, 테스트 보고서와 체크섬을 보관하세요. 향후 업데이트, 인수인계 또는 분쟁이 발생했을 때 팀이 “출시 당시 정확히 어떤 상태였는지” 재구성할 수 있어야 합니다.
관리 화면의 최종 설정과 조작한 사람도 함께 기록하세요. 팀이 소재만 보관한 채 출시 설정을 설명하지 못하는 상황을 피해야 합니다.
다음 단계: 예정된 출시일부터 역산해 계정, 상점 페이지, 빌드, 심사와 운영의 다섯 가지 일정을 작성하세요. 각 항목에 담당자, 증빙과 최종 완료 기한을 지정하고, 심사에서 한 번 반려된 뒤 수정할 수 있는 기간도 추가로 확보하세요.
