게임 런칭은 “출시 버튼을 누르는 순간”이 아니라, CBT에서 가설을 검증하고 사전예약으로 수요를 만들며 OBT에서 안정성을 확보한 뒤 정식 출시에서 성과를 내는 긴 프로세스입니다. 이 과정에서 PM은 일정표를 관리하는 사람을 넘어, 리스크를 선제적으로 제거하고 부서 간 목표를 정렬시키는 역할을 맡습니다. 이 글에서는 2026년 기준으로 통용되는 런칭 흐름을 5단계로 나누어, 각 단계마다 PM이 반드시 확인해야 할 체크리스트를 정리합니다.
1단계: 런칭 전략 수립과 ‘성공 기준’ 확정
런칭이 실패하는 가장 흔한 이유는 “완성도가 부족해서”가 아니라, 성공 기준이 불명확해서입니다. 그래서 PM의 첫 번째 체크는 전략과 목표를 명확히 하는 것입니다. 어떤 장르이고 어떤 플랫폼(모바일/PC/콘솔)이며, 어떤 지역(국내/글로벌)부터 들어갈지에 따라 런칭 방식이 달라집니다. 또한 퍼블리싱 계약 여부, 스토어 피처드 가능성, 마케팅 예산 규모에 따라 사전예약과 출시 타이밍이 완전히 달라질 수 있습니다. PM은 이 모든 조건을 묶어 ‘런칭 로드맵’을 만들어야 합니다.
이 단계에서 가장 중요한 산출물은 성공 기준입니다. 예를 들어 CBT에서는 “튜토리얼 완료율 70% 이상, 1일차 리텐션 35% 이상”처럼 제품 품질 기준을 잡고, 사전예약은 “예약 전환율, 예약자 수, 채널별 CPA”처럼 수요 지표를 잡습니다. OBT에서는 “서버 안정성, 장애 대응 시간, 결제 전환율 초기치”를 확인해야 하고, 정식 출시는 “초기 7일 LTV, ARPPU, 리뷰 평점, 환불/CS 비율”이 중요해집니다. 목표가 명확해야 개발팀은 무엇을 우선 개선해야 하는지 알 수 있고, 마케팅은 어떤 메시지를 강화해야 하는지 결정할 수 있습니다. 즉 1단계는 ‘우리가 무엇을 성공으로 볼지’를 팀 전체가 한 문장으로 합의하는 단계입니다.
또한 개발사와 퍼블리셔가 같은 회사인지, 다른 회사인지에 대한 부분도 중요하고 이에 따라 대응해야 하는 전략도 조금씩 달라지기 때문에 다양한 상황을 종합적으로 체크하고 한 방향으로 다듬어야 합니다. 이러한 과정들이 없이 프로젝트가 시작된다면 굉장히 혼란스럽고 배가 산으로 가는 현상도 발생할 수 있습니다.
2단계: CBT 체크리스트 - 가설 검증과 개선 리스트 확보
CBT(Closed Beta Test)는 “유저를 모아 테스트해보는 행사”가 아니라, 출시 전에 반드시 검증해야 할 가설을 확인하는 실험입니다. PM은 CBT 시작 전에 테스트 목적을 명확히 정의해야 합니다. 예를 들어 “초반 이탈의 원인이 튜토리얼 길이인지, 난이도인지, 보상인지” 같은 가설을 세우고, 이를 측정할 이벤트 로그와 설문 문항을 준비합니다. 로그가 없으면 CBT는 느낌만 남고 개선 포인트가 흐려집니다. 그래서 PM은 분석/개발과 함께 ‘측정 설계’를 먼저 점검해야 합니다.
CBT 운영 중 PM이 보는 체크포인트는 크게 세 가지입니다. 첫째, 핵심 퍼널입니다. 설치→실행→계정 생성→튜토리얼 완료→첫 전투/첫 승리→첫 과금(또는 첫 광고 시청)까지 구간별 이탈을 확인합니다. 둘째, 리텐션과 재방문 유도 요소입니다. 데일리 미션, 성장 목표, 보상 루프가 실제로 유저를 다음 날 다시 부르는지 봅니다. 셋째, 커뮤니티 피드백의 구조화입니다. CBT 기간에는 불만이 쏟아지는데, PM은 이를 ‘빈도’와 ‘치명도’로 분류해야 합니다. 예를 들어 크래시/진행불가 버그는 즉시 대응, 밸런스 불만은 데이터와 함께 판단, UI 불편은 우선순위를 정해 반영하는 식입니다. CBT 종료 후에는 “수정해야 할 Top 10 개선 리스트”와 “출시 전 반드시 해결할 Must Fix”를 분리해서, 다음 단계 일정에 반영하는 것이 PM의 핵심 역할입니다.
CBT는 회사마다 게임마다 할 수도 있고, 안 할 수도 있는 부분입니다. MMORPG나 FPS, AOS 장르같이 서버의 실시간 상황이 중요한 장르 같은 경우는 꼭 해야 하는 것이 좋습니다. 제가 신입 PM 일 때 MMORPG를 CBT 없이 소프트 론칭을 했다가 아주 크게 혼난적이 있습니다. 서버 렉이 발생해서 유저들이 도저히 게임을 할 수 없는 상황이었죠. 이러한 상황을 미리 방지하기 위해서라도 CBT가 꼭 필요한 장르가 있을 수 있습니다.
3단계: 사전예약 체크리스트 - 수요 생성, 메시지 검증, 운영 준비
사전예약은 단순히 예약자 수를 모으는 이벤트가 아닙니다. 실제로는 “시장 반응을 확인하고, 마케팅 메시지를 검증하며, 출시 운영 리소스를 미리 확보하는 단계”입니다. PM은 사전예약 페이지와 스토어 정보(게임 설명, 키워드, 스크린샷, 영상, 등급/표기)를 점검하고, 예약 보상 설계가 과도한 인플레이션을 만들지 않는지 확인해야 합니다. 특히 보상은 많이 주는 것이 정답이 아니라, 출시 후 경제를 망치지 않으면서도 예약 전환을 만드는 균형이 중요합니다.
또한 PM은 예약자 수만 보지 말고 ‘채널별 품질’을 봐야 합니다. 광고로 유입된 예약자와 커뮤니티 자연 유입 예약자는 실제 잔존과 결제 성향이 다를 수 있습니다. 따라서 사전예약 기간 중에는 소재 A/B 테스트, 랜딩 페이지 전환율, 국가/연령/디바이스별 전환 차이를 확인해 “어떤 메시지가 먹히는지”를 검증해야 합니다. 예를 들어 전투가 강점인 게임인데 성장/수집 메시지로 예약이 더 잘 된다면, 초기 마케팅 커뮤니케이션 방향이 바뀔 수 있습니다. 마지막으로 운영 준비도 할 수 있다면 체크해줘야 합니다.
운영 준비는 회사마다 영역이 다를 수 있어 해야 할 수도 안 할 수도 있는 부분이긴 합니다. 저의 경우에는 운영 담당 팀이 따로 있었지만, 결국 프로젝트의 성공을 위해 중요한 부분이기 때문에 따로 조용히 공지 템플릿, CS 매뉴얼, 장애 대응 프로세스, 환불/보상 기준, 커뮤니티 운영 규칙 등을 미리 체크했고, 혹시나 이상한 부분이나 이해가 안 되는 부분이 있다면 담당자와 조용히 커뮤니케이션 하고 조율을 했었습니다. 이 일이 내 것인지, 당신 것인지 따지기 보다는 프로젝트의 성공을 위해서라면 체크해주는 것이 좋습니다.
4단계: OBT 체크리스트 - 안정성 확보와 ‘출시 직전’ 튜닝
OBT(Open Beta Test)는 사실상 출시 리허설입니다. 서버 부하, 결제/상점 안정성, 패치 배포, 이벤트 운영, 공지/푸시 발송 등 실제 운영에서 터질 수 있는 문제를 공개 환경에서 확인합니다. PM의 체크리스트는 “서버와 결제는 절대 흔들리면 안 된다”로 요약됩니다. 동시에 OBT에서는 리뷰/평점과 커뮤니티 여론이 빠르게 형성될 수 있어, 이슈 대응 속도와 공지 품질이 매우 중요합니다. 장애가 발생했을 때 원인 파악-공지-복구-보상까지의 리드타임을 줄이는 것이 곧 신뢰입니다.
또한 OBT 단계에서 PM은 BM(비즈니스 모델)과 경제 튜닝을 점검해야 합니다. CBT에서는 재미와 동선에 집중했다면, OBT에서는 실제 과금 동선이 자연스러운지, 가격대가 부담스럽지 않은지, 패키지 구성의 가치가 전달되는지, 첫 결제 경험이 매끄러운지 확인합니다. 단기 매출만을 위해 과금을 과하게 밀면 초기 평점과 리텐션이 흔들릴 수 있으므로, PM은 단기 KPI와 장기 KPI의 균형을 잡아야 합니다. 이때 효과적인 방법은 “출시 직전 고칠 수 있는 것과 없는 것”을 구분하는 것입니다. 예를 들어 구조적 시스템 변경이 어렵다면, 이벤트/보상/편의성 개선으로 체감 만족도를 올리는 선택이 현실적입니다. OBT 종료 시점에는 “출시 버전(1.0)에서 반드시 들어갈 수정 목록”을 확정하고, 출시 주간 캘린더(점검 시간, 이벤트 오픈, 마케팅 집행, 공지 타이밍)를 완성해야 합니다.
소제목 5 - 5단계: 정식 출시 체크리스트 - 런칭 주간 운영과 성과 관리
정식 출시는 가장 많은 일이 동시에 터지는 구간입니다. PM은 각종 지표들을 확인하며 우선순위의 작업 사항들을 빠르게 정리하고 조율해야 합니다. 버그가 있다면 치명적인 버그와 그렇지 않은 버그를 구분하여 우선순위를 서로 조율하고 지표에 대한 개선도 우선순위를 정하여 빠르게 조율해야 합니다. 런칭 주간은 관련 모든 사람들이 긴장하고 있기 때문에 커뮤니케이션 기술이 중요하다고 볼 수 있습니다. 빠른 상황 판단은 기본입니다.
런칭 주간 PM이 반드시 챙겨야 할 것은 두 가지입니다. 첫째, 초기 퍼널 방어입니다. 설치→첫 실행→튜토리얼 완료까지가 무너지면 마케팅 비용이 바로 낭비됩니다. 둘째, 성과 리뷰 루틴입니다. 런칭 첫 주는 매일 지표를 보고 “오늘의 이슈-오늘의 액션-내일의 기대 효과”를 짧게라도 반복해야 합니다. 이 과정에서 PM은 마케팅 집행을 조절하거나, 이벤트를 앞당기거나, 가격/패키지 구성을 조정하는 의사결정을 내립니다. 정식 출시의 핵심은 결국 “초기 충격을 최소화하고, 다음 업데이트까지 서비스가 안정적으로 성장하도록 만드는 것”입니다.
결론
성공적인 게임 런칭은 CBT에서 검증하고, 사전예약으로 수요를 만들고, OBT로 안정성을 확보한 뒤, 정식 출시에서 운영과 성과 관리로 완성됩니다. 이 5단계 흐름에서 PM이 해야 할 일은 일정 관리가 아니라 ‘성공 기준을 정하고, 리스크를 선제적으로 제거하며, 팀을 같은 목표로 정렬시키는 것’입니다. 런칭을 준비 중이라면 지금 바로 단계별 체크리스트를 문서로 만들어, 각 항목의 담당자와 마감일을 명확히 적어보세요. 그 한 장이 런칭 성공 확률을 크게 올려줍니다. 제 경험상 이 모든 과정에서 사업 PM은 대부분 프로젝트 팀 중심에서 밀고 당기고 어쩔땐 천천히 어쩔땐 빠르게 지휘하는 입장이 됩니다. 중심을 잃지 않게 주의하셔야 합니다. 모두가 흔들리지 않게요!