구글 비공개 테스트 통과 기록 — 25명, 14일, 그리고 DAU
숫자로 돌아본 구글 플레이 비공개 테스트 14일.
Silent Bloom의 비공개 테스트가 무사히 끝나고, 심사까지 통과했습니다. 처음 출시를 준비하시는 분들께 참고가 될까 싶어, 직접 겪은 경험들과 데이터를 남겨둡니다.
출발점
- 구글 요구 기준 — 14일 동안 최소 12명
- 실제 모집 — 25명 (기준의 약 2배)
- 모집 기간 — 1~3일 내 집중 모집
- 활성화 가이드 — "하루 1~5분만 실행해 주세요"
비공개 테스트 요구 기준인 12명을 딱 채우기에는 변수가 너무 많다고 판단했습니다. 설치 후 방치, 중도 이탈 등을 생각해보면 여유 인원이 필수였습니다.
14일간의 수치
총 사용자 규모 (설치 사용자 수)
03-25 █████ 5
03-27 ████████████████████████ 24
03-28 ██████████████████████ 22
03-29 ██████████████████████ 22
03-30 ██████████████████████ 22
03-31 ██████████████████████ 22
04-01 ██████████████████████ 22
04-02 ████████████████████ 20
04-03 ██████████████████████ 22
3/25 첫날 5명으로 시작해 이틀 만에 24명까지 집중 모집을 끝냈습니다.
활성화 기기 수
03-25 ██████ 6
03-27 ████████████████████ 20
03-28 █████████████████████ 21
03-29 ██████████████████████ 22
03-30 ████████████████████████ 24
03-31 ██████████████████████ 22
04-01 ██████████████████████ 22
04-02 ████████████████████ 20
04-03 ████████████████████ 20
설치 수 대비 활성 기기 수는 큰 편차 없이 유지되었습니다.
MAU (지난 28일 활성 사용자)
03-21 ██████████████████████ 22
03-22 ██████████████████████████ 26
03-23 ██████████████████████████ 26
03-24 ██████████████████████████ 26
03-25 ██████████████████████████ 26
03-26 ██████████████████████████ 26
03-27 ██████████████████████████ 26
03-28 ██████████████████████████ 26
03-29 ██████████████████████████ 26
03-30 ██████████████████████████ 26
MAU는 26명 선에서 안정적이었습니다. 월 단위이므로 모집한 인원이 그대로 적용된 모습이죠.
DAU (일일 활성 사용자) — 이 글의 핵심
03-21 ██████████████████ 18
03-22 ███████████ 11
03-23 ███████ 7
03-24 ████ 4
03-25 █████ 5
03-26 █ 1
03-27 █████ 5
03-28 ████ 4
03-29 ████ 4
03-30 ██████ 6
18명에서 시작해 한 자릿수까지 떨어졌습니다. 심지어 3/26에는 단 1명.
DAU 하락이 말해주는 것
25명을 모집해도, 시간이 지나면 DAU는 자연스럽게 빠집니다. 설치 직후에는 호기심으로 켜보지만, 며칠만 지나면 테스터의 일정·흥미·알림 확인 습관에 따라 점진적으로 이탈합니다. 이건 테스터의 성의 문제가 아니라, 어떤 앱이든 겪는 자연 현상에 가깝습니다.
주변 개발자분들의 리젝 후기에서 공통적으로 들은 이야기가 있습니다.
'설치된 상태 유지'보다 '매일 실행되는 비율'이 심사에 더 유의미하게 작용한다.
구글이 공식적으로 명시한 기준은 아니지만, 커뮤니티에서 반복적으로 관찰되는 패턴입니다.
여기서 기준 인원 12명 vs 모집 25명의 차이가 드러납니다.
- DAU가 절반 이하로 떨어진 3/26 ~ 3/29 구간을 보세요.
- 만약 12명만 모집했다면, 이 구간의 DAU는 1~2명 수준으로 내려앉았을 가능성이 높습니다.
- 25명이라는 여유 인원이 있었기에, 같은 비율로 떨어져도 최소 4~6명은 유지될 수 있었습니다.
즉, 25명 모집의 목적은 "더 많은 활성 사용자"가 아니라 DAU 하락이라는 상수를 흡수하는 버퍼였던 셈입니다.
테스트 기간의 업데이트
테스트 기간 동안 총 3번의 업데이트를 올렸습니다.
초기 빌드만 올려두고 14일을 버티는 것보다, 작은 버그 수정이라도 꾸준히 반영하는 쪽을 택한 이유는 두 가지입니다.
- 심사 측면 — 앱이 실제로 관리되고 있다는 신호를 남길 수 있습니다.
- 테스터 측면 — 변화가 생겨야 다시 켤 이유가 생깁니다. 결국 DAU에 간접적으로 기여합니다.
"테스트 중이니까 손대지 말자"보다 "테스트 중이니까 더 적극적으로 개선하자"가 맞다고 느꼈습니다.
정리 — 네 가지 원칙
- 최소 요건의 2배 이상 모집 — 이탈과 비활성을 흡수할 버퍼.
- 단기간 집중 모집 — 14일 유효 기간이 동시에 시작되어야 겹칩니다.
- 구체적인 활성화 요청 — "하루 1~5분"처럼 부담 없는 수준으로 안내.
- 테스트 기간에도 업데이트 지속 — 관리 신호 + 재실행 동기.
덧붙이는 말
본문에서 말한 'DAU 방어'는 개인 경험과 커뮤니티 관찰을 종합한 가설입니다. 구글 플레이는 비공개 테스트 통과 조건으로 DAU 수치를 공식적으로 명시하지 않습니다. 또한 플레이 콘솔의 지표 자체에도 일부 오차가 있을 수 있으니, 수치는 어디까지나 참고용으로만 봐주세요.