모바일 게임 소프트 런칭: 국가 선택과 단계적 출시
소프트 런칭은 전 세계 정식 출시 전에 일부 국가에만 게임을 내놓고, 실제 설치·플레이·결제 데이터로 리텐션과 수익화 모델을 검증하는 단계를 말합니다. 화려한 용어처럼 들리지만 기술적으로는 구글 플레이와 앱스토어가 기본 제공하는 "국가별 배포" 기능을 쓰는 것에 가깝습니다. 이 글은 두 스토어에서 국가를 어떻게 제한하는지, 앱스토어의 단계적 출시는 어떻게 동작하는지, 그리고 소프트 런칭 중 흔히 언급되는 지표가 정확히 무엇을 뜻하는지를 정리합니다. 계정 유형에 따라 출시 절차 자체가 달라지는 부분은 개인 계정 vs 조직 계정 비교 글에서 다뤘습니다.
구글 플레이: 트랙별로 국가를 다르게 설정
Play Console은 프로덕션, 오픈 테스트, 클로즈드 테스트 트랙마다 "국가/지역" 탭에서 배포 국가를 지정할 수 있습니다. 기본적으로 하위 트랙은 프로덕션의 국가 설정을 그대로 상속하지만, "국가/지역 동기화 해제(Unsync countries/regions)"를 켜면 트랙마다 독립적으로 설정할 수 있습니다. 즉 오픈 테스트는 몇몇 국가로 좁혀서 소프트 런칭처럼 운용하고, 프로덕션은 나중에 전체 국가로 여는 구성이 가능합니다.
주의할 점은 내부 테스트(Internal testing) 트랙입니다. 이 트랙에는 국가 타겟팅이 적용되지 않아서, 테스터의 실제 위치와 무관하게 초대만 하면 참여할 수 있습니다. 국가를 좁혀서 실제 시장 반응을 보고 싶다면 내부 테스트가 아니라 클로즈드 테스트나 오픈 테스트 트랙을 써야 합니다. 실험을 스토어 등록정보 수준에서 돌리고 싶다면 스토어 등록정보 실험 설정값 가이드도 함께 참고하세요.
앱스토어: 국가 선택과 단계적 출시는 별개
App Store Connect에서는 앱이 노출될 국가·지역을 개별적으로 선택할 수 있습니다. 애플 공식 도움말은 앱스토어가 서비스되는 175개 국가·지역 중에서 원하는 곳을 골라 배포할 수 있다고 명시합니다.
여기서 헷갈리기 쉬운 것이 "단계적 출시(phased release)"입니다. 이건 국가를 좁히는 기능이 아니라, 업데이트 버전을 자동 업데이트 대상 사용자에게 며칠에 걸쳐 순차적으로 배포하는 기능입니다. 공식 도움말의 스케줄은 정확히 1일차 1%, 2일차 2%, 3일차 5%, 4일차 10%, 5일차 20%, 6일차 50%, 7일차 100%로 올라가며, 진행 중 최대 30일까지 일시정지할 수 있고 일시정지 횟수 제한은 없습니다. 소프트 런칭 목적으로 특정 국가에만 내고 싶다면 국가 선택 기능을 쓰고, 이미 낸 앱의 업데이트를 조심스럽게 굴리고 싶다면 단계적 출시를 쓰는 식으로 두 기능을 구분해서 이해하는 것이 맞습니다.
흔히 쓰는 테스트 국가는 업계 관행이지 공식 규칙이 아니다
캐나다, 호주, 필리핀, 뉴질랜드처럼 소프트 런칭에 자주 등장하는 국가들이 있습니다. 필리핀은 낮은 설치 단가와 높은 영어 구사율, 캐나다·호주는 성숙한 결제 시장이라는 이유로 자주 언급됩니다. 다만 이건 마케팅 대행사와 UA 블로그에서 반복적으로 나오는 업계 관행일 뿐, 구글이나 애플이 공식적으로 특정 국가를 추천하는 것은 아닙니다. 어떤 국가를 고를지는 결국 타깃 시장과 유사한 유저 행동을 보이는지, 광고 단가가 감당할 만한지를 스스로 판단해서 정하는 문제에 가깝습니다.
소프트 런칭 중 보는 지표: 정의부터 정확히
소프트 런칭 데이터를 볼 때 자주 등장하는 용어를 정의만 짚어 보면 이렇습니다.
| 지표 | 정의 |
|---|---|
| D1 리텐션 | 설치한 다음 날에도 다시 앱을 실행한 유저의 비율 |
| D7 리텐션 | 설치 후 7일째 되는 날에도 다시 실행한 유저의 비율 |
| 세션 길이 | 한 번 앱을 열어서 닫을 때까지 머문 시간 |
| CPI (Cost Per Install) | 광고를 통해 설치 1건을 얻는 데 든 비용 |
| ARPDAU (Average Revenue Per Daily Active User) | 하루 활성 유저 1명이 평균적으로 발생시킨 수익 |
이 지표들의 "괜찮은 수준"을 알려주는 벤치마크 리포트는 애널리틱스 업체들이 매년 발행하지만, 표본과 조사 기간이 리포트마다 달라서 이 글에서는 구체적인 숫자를 인용하지 않습니다. 특정 퍼센트를 "업계 평균"이라고 단정하기보다, 소프트 런칭 기간 동안 자신의 게임에서 이 지표들이 시간에 따라 어떻게 움직이는지, 그리고 업데이트 전후로 어떻게 달라지는지를 추적하는 것이 더 실용적입니다.
언제 프로덕션으로 넘어가야 하나
소프트 런칭에서 가장 많이 받는 질문이 "그래서 언제 전 세계에 열어도 되냐"입니다. 구글이나 애플이 "이 수치를 넘으면 확장하라"고 정해주는 기준은 없습니다. 결국 스튜디오가 소프트 런칭을 시작하기 전에 스스로 목표 수치를 정해 두고, 그 목표를 실제 데이터가 넘는지로 판단하는 수밖에 없습니다. 예를 들어 "D7 리텐션이 내부 목표치를 넘고, 결제 유저 비율이 기대한 범위 안에 들어오면 확장한다"처럼 사전에 조건을 정해 두면, 소프트 런칭 기간 내내 숫자를 보면서도 감정적으로 판단이 흔들리는 일을 줄일 수 있습니다.
확장 방식도 한 번에 전체를 여는 것과 단계적으로 늘리는 것 중에 고를 수 있습니다. 구글 플레이는 트랙의 국가/지역 설정을 그대로 넓히면 되고, 애플은 국가를 추가로 열면서 동시에 필요하다면 단계적 출시로 배포 속도까지 조절할 수 있습니다. 광고 예산을 소프트 런칭 국가에서 확장 국가로 옮길 때는 단가 차이가 크기 때문에, 국가를 늘리는 시점과 UA 예산을 늘리는 시점을 반드시 분리해서 계획하는 것이 안전합니다.
소프트 런칭 기간이 예상보다 길어지는 경우도 흔합니다. 지표가 목표치에 못 미쳐서 업데이트를 몇 차례 거치는 동안 국가를 넓히지 못하고 있다면, 그 자체가 실패가 아니라 "아직 확장할 준비가 안 됐다"는 신호로 받아들이는 편이 낫습니다. 조급하게 국가를 넓히고 UA 예산을 키웠다가 리텐션이 낮은 상태로 전 세계에 노출되면, 나중에 되돌리기가 소프트 런칭 국가를 좁게 유지하는 것보다 훨씬 번거롭습니다.
소프트 런칭을 설계할 때 챙길 것
- 국가와 트랙을 먼저 정한다. 구글은 오픈/클로즈드 테스트 트랙의 국가를 프로덕션과 분리(Unsync)해 둡니다.
- 내부 테스트는 소프트 런칭 대체 수단이 아니다. 국가 제한이 안 걸리므로 실제 시장 검증용으로는 쓸 수 없습니다.
- 애플은 국가 선택과 단계적 출시를 따로 관리한다. 첫 출시 국가를 좁히는 것과, 업데이트를 서서히 굴리는 것은 별개 설정입니다.
- 지표는 정의부터 팀 내에서 통일한다. D1을 "가입 다음 날"로 볼지 "설치 다음 날"로 볼지만 달라져도 숫자가 크게 흔들립니다.
정리
소프트 런칭은 특별한 기능이라기보다 구글 플레이와 앱스토어가 원래 제공하는 국가별 배포 옵션을 목적에 맞게 쓰는 것에 가깝습니다. 구글은 트랙마다 국가를 다르게 설정할 수 있되 내부 테스트만은 예외이고, 애플은 국가 선택과 단계적 출시가 서로 다른 기능이라는 점을 헷갈리지 않는 것이 중요합니다. 테스트 국가나 벤치마크 수치는 참고할 자료마다 편차가 크므로, 공식 문서로 확인되는 기능적인 부분과 업계 관행으로만 참고할 부분을 구분해서 접근하는 것을 권합니다.