스팀 데모 버전 출시 D-30 카운트다운 체크리스트: 필수 빌드 요건과 QA 게이트

핵심 요약

스팀(Steam) 데모 출시는 단순한 홍보용 빌드 배포가 아닌, 상용화 빌드 파이프라인과 QA 프로세스를 검증하는 첫 번째 리허설입니다. 성공적인 런칭을 위해서는 D-30(기능 동결 및 스코프 확정), D-20(Steamworks 기술 연동 및 밸브 검수 요청), D-10(RC 빌드 고정 및 크래시 프리율 99.5% 달성), D-0(배포 트리거 및 모니터링)의 단계별 QA 게이트를 엄격히 통과해야 합니다. 데모 전용 App ID 설정, Steam Cloud 격리, 컨트롤러 입력 레이아웃 검증은 밸브 검수 전에 확인해야 할 핵심 기술 요건입니다.

스팀 데모 출시는 왜 본편 출시만큼 철저한 관리가 필요한가?

스팀 넥스트 페스트(Steam Next Fest) 참가나 위시리스트(찜하기) 전환율 극대화를 위해 데모를 공개할 때, 많은 개발팀이 마감 직전까지 콘텐츠를 추가하다가 치명적인 버그가 포함된 빌드를 라이브에 올리는 실수를 범합니다.

데모 버전에서 발생하는 튕김 현상, 해상도 깨짐, 컨트롤러 미지원 등의 문제는 유저 평가(첫인상)를 영구적으로 훼손하며 위시리스트 취소로 이어집니다. 또한 밸브(Valve)의 상점 페이지 및 빌드 검수에는 영업일 기준 최소 3~5일이 소요되므로 일정 지연이 발생하면 페스티벌 참가 일정 자체를 놓칠 위험이 있습니다.

프로젝트 매니저(PM)와 리드 개발자는 D-30 시점부터 명확한 ‘게이트(Gate)’ 기준을 세우고 코드 수정 권한 통제와 빌드 안정성 검증을 병행해야 합니다.

flowchart LR
    A["D-30: 기능 동결 (Feature Freeze)"] --> B["D-20: 기술 요건 충족 & 밸브 검수 요청"]
    B --> C["D-10: RC 빌드 확정 & QA 게이트 통과"]
    C --> D["D-0: 릴리즈 & 실시간 모니터링"]

1단계: D-30 ~ D-21 기능 동결(Feature Freeze)과 스코프 컷

데모 출시 30일 전의 최우선 과제는 새로운 기능 추가를 전면 중단하고 플레이 가능한 슬라이스(Vertical Slice)의 범위를 확정하는 것입니다.

스코프 컷(Scope Cut)의 3단계 우선순위 원칙

P0 (Critical / Must-Have): 데모의 코어 루프를 경험하는 데 필수적인 요소. 미완성 시 데모 배포 불가 (예: 튜토리얼, 메인 퀘스트 1챕터, 기본 UI, 세이브/로드).
P1 (Important / Should-Have): 게임성을 높이지만 없어도 코어 플레이는 가능한 요소 (예: 추가 보조 무기 2종, 옵션 내 세부 그래픽 프리셋). D-25까지 미완성 시 데모 스코프에서 즉시 제외.
P2 (Nice-to-Have): 연출 개선, 추가 업적, 이스터에그 등. 즉시 다음 마일스톤(본편 얼리 액세스 등)으로 이관.

D-30 마일스톤 회의 및 스코프 컷 정리

브랜치 전략 및 빌드 잠금

Git 또는 Perforce 저장소에서 데모 전용 브랜치(release/demo-v1.0)를 메인 브랜치(main 또는 develop)로부터 분기합니다. 이 시점부터 데모 브랜치에는 QA 버그 수정 커밋만 허용하며 리드 프로그래머의 코드 리뷰 승인(PR Approve) 없이는 머지할 수 없도록 브랜치 보호 규칙(Branch Protection)을 적용합니다.

2단계: D-20 ~ D-11 Steamworks 필수 기술 요건 및 밸브 검수 제출

스팀 상점 페이지와 데모 빌드는 밸브 검수팀의 승인을 받아야만 유저에게 노출할 수 있습니다. 밸브 검수에서 반려될 가능성을 낮추려면 다음 기술 항목을 D-20까지 점검하고 필요한 수정을 마쳐야 합니다.

데모 전용 App ID 분리와 Steam API 초기화

스팀 데모는 본편과 별도의 독립된 Demo App ID를 부여받습니다. 개발 환경에서 본편 App ID(steam_appid.txt)를 그대로 빌드에 패키징하여 배포하면 스팀 오버레이 및 상점 페이지 연동이 오작동합니다.

// Unity / C# Steamworks.NET 예제
using Steamworks;
using UnityEngine;

public class SteamDemoManager : MonoBehaviour
{
    private bool initialized;

    private void Awake()
    {
        try
        {
            // 데모 전용 App ID로 초기화 검증
            if (!SteamAPI.Init())
            {
                Debug.LogError("[Steamworks] Steam API 초기화 실패. 스팀 클라이언트가 실행 중인지 확인하세요.");
                return;
            }

            initialized = true;
            
            uint appId = SteamUtils.GetAppID().m_AppId;
            Debug.Log($"[Steamworks] 데모 빌드 초기화 성공. Current App ID: {appId}");
        }
        catch (System.Exception e)
        {
            Debug.LogError($"[Steamworks] 예외 발생: {e.Message}");
        }
    }

    private void Update()
    {
        if (initialized)
        {
            SteamAPI.RunCallbacks();
        }
    }

    private void OnDestroy()
    {
        if (initialized)
        {
            SteamAPI.Shutdown();
            initialized = false;
        }
    }
}

필수 기술 점검 목록

스팀 오버레이(Steam Overlay): 게임 내에서 Shift + Tab을 눌렀을 때 오버레이가 정상적으로 렌더링되고 게임 입력이 일시정지되는지 확인합니다.
Steam Input (컨트롤러 지원): Xbox, DualSense, Steam Deck 컨트롤러 연결 시 기본 키 매핑이 동작해야 하며 화면의 버튼 프롬프트(Glyph)가 연결된 기기에 맞게 동적으로 전환되는지 점검합니다.
세이브 파일 디렉터리 격리: 데모 세이브 파일이 본편 세이브 경로를 덮어써서 충돌을 일으키지 않도록 %LOCALAPPDATA%/[GameName]_Demo/ 등으로 경로를 명확히 분리합니다.
해상도 및 디스플레이 모드: 16:9(1080p, 1440p, 4K), 16:10(Steam Deck 1280x800), 21:9(울트라와이드) 환경에서 UI가 화면 밖으로 잘리지 않는지 테스트합니다.

Steamworks 파트너 포털 데모 패키지 및 디포 설정

3단계: D-10 ~ D-1 QA 게이트 통과 기준과 릴리즈 후보(RC) 검증

D-10에는 밸브 검수 승인을 완료하고 최종 릴리즈 후보인 RC 1.0(Release Candidate) 빌드를 추출하여 집중 QA 테스트를 진행합니다.

QA 게이트 진입 및 통과 기준표

검증 영역	게이트 통과 기준 (Pass Criteria)	측정 방식 / 검증 도구	미달 시 조치 방안
안정성 (Stability)	크래시 프리 세션 비율 99.5% 이상	자동화 크래시 트래커 (Sentry, Backtrace)	P0 긴급 핫픽스 브랜치 생성 후 재검증
치명적 결함 (Blocker)	Blocker/Critical 버그 잔여 0건	Jira / GitHub Issues 버그 트래커	해당 버그 발생 기능 비활성화 또는 롤백
스팀덱 호환성	1280x800 해상도 고정 30fps 이상, 텍스트 가독성 확보	Steam Deck 실기기 테스트	기본 UI 스케일 1.2배 상향 패치
진행 불가 (Softlock)	튜토리얼 및 데모 종료 지점까지 진행 불가 결함 0건	체크포인트별 10회 연속 완주 테스트	스크립트 예외 처리 및 페일세이프 추가
종료 및 리셋	타이틀 화면 복귀 시 메모리 누수 없이 2회차 시작 가능	프로파일러 메모리 스냅샷 비교	정적 씬 전환 시 싱글톤 참조 해제

연기와 배포를 결정하는 ‘킬 스위치(Kill Switch)’ 기준

D-3 시점에 다음 조건 중 하나라도 해당할 경우, PM은 독단적으로 일정을 강행하지 않고 팀 전체와 협의하여 데모 출시일을 1~2주 연기해야 합니다.

게임 실행 후 10분 이내에 재현율 50% 이상의 크래시가 발생하는 경우
세이브 파일 파손(Corruption)으로 인해 재실행 시 게임이 기동되지 않는 경우
밸브 빌드 검수에서 반려 사유가 발생하여 재심사가 필요한 경우

4단계: D-Day 배포 실행과 실시간 모니터링 파이프라인

출시 당일에는 예상치 못한 네트워크 장애나 예외 상황에 대비해 체계적인 타임테이블에 맞춰 작업을 수행합니다.

[D-Day 타임라인]
14:00 (H-4) : RC 최종 빌드 Steamworks 라이브 디포(Default Branch) 세팅
16:00 (H-2) : 스팀 비공개 베타 테스터 계정으로 최종 다운로드 & 기동 점검
17:30 (H-30m) : 디스코드 공지문, 스팀 커뮤니티 업데이트 공지 초안 대기
18:00 (Launch) : Steamworks 파트너 페이지에서 '데모 릴리즈(Release Demo)' 버튼 클릭
18:05 ~ 22:00 : 실시간 크래시 리포트 수집 및 커뮤니티 포럼 버그 제보 모니터링

배포 직후 4시간 동안은 클라이언트 엔지니어와 QA 리드가 상시 대기하며 라이브 유저에게서 크래시가 급증할 경우를 대비해 1시간 내에 핫픽스 빌드를 스팀 디포에 업로드할 수 있는 CI/CD 자동화 배포 파이프라인을 유지해야 합니다.

자주 묻는 질문 (FAQ)

Q1. 데모 버전에 스팀 도전과제(Achievements)나 트레이딩 카드를 넣을 수 있나요?

스팀 데모 버전은 기술적으로 도전과제 API 호출이 가능하지만 스팀 프로필에 정식으로 노출되지 않으며 트레이딩 카드 역시 지원되지 않습니다. 따라서 데모 단계에서는 외부 노출용 업적 작업에 개발 리소스를 낭비하지 말고 인게임 자체 달성 목록(In-game Accomplishments)으로 구현하는 것이 생산성 측면에서 효율적입니다.

Q2. 밸브의 빌드 검수는 보통 며칠이 걸리며 주말도 포함되나요?

밸브 검수팀의 상점 페이지 및 빌드 심사는 영업일 기준 3~5일이 소요됩니다. 미국 서부 태평양 표준시(PST) 기준으로 월~금요일에만 검수가 진행되므로 한국 시간 기준 목요일이나 금요일에 제출하면 주말이 겹쳐 최대 7일 이상 걸릴 수 있습니다. 따라서 데모 런칭 최소 14일 전에는 첫 검수 요청을 제출해야 안전합니다.

Q3. 데모 플레이 데이터를 본편으로 인계(Save Migration)하려면 어떻게 설계해야 하나요?

데모의 저장 경로와 본편 저장 경로를 분리한 상태에서 본편 최초 실행 시 데모 저장 폴더를 검사하도록 설계합니다. %LOCALAPPDATA%/[GameName]_Demo/save_01.dat 파일이 존재할 경우, 유저에게 “데모 세이브 데이터를 불러오시겠습니까?” 확인 팝업을 띄운 뒤 해당 데이터를 파싱하여 본편 세이브 디렉터리로 복사하는 방식을 권장합니다.

요약 및 프로젝트 체크리스트 다운로드 요령

스팀 데모 출시는 팀의 개발 규율과 프로덕션 파이프라인을 점검하는 가장 확실한 관문입니다. D-30부터 기능 추가 욕심을 버리고 스코프 컷과 기술적 안정성에 집중할 때, 스팀 알고리즘과 유저 모두에게 긍정적인 평가를 받는 성공적인 런칭을 만들어낼 수 있습니다.