Android 가이드

🚀 출시(프로덕션 액세스) 신청 팁

스몰뎁 프로필스몰뎁2026. 9. 19.조회 32

개인 개발자 계정은 클로즈 테스트를 마친 뒤 Play Console 에서 **프로덕션 액세스 신청** 양식을 내야 합니다. 거절되면 14일 테스트를 다시 해야 하므로 처음에 제대로 준비하는 편이 훨씬 쌉니다. Google 공식 문서와 실제 거절·승인 사례를 바탕으로 정리했습니다.

## 요건부터 정확히 - 참여를 선택한 **테스터 12명 이상**이 **14일 연속** 옵트인 상태여야 합니다. (예전 20명 기준은 12명으로 바뀌었습니다. 오래된 글에는 20명으로 나옵니다.) - 14일이 되기 전에 **참여를 취소한 테스터는 인원에 반영되지 않습니다.** 딱 12명만 모으면 한 명만 빠져도 무너집니다. 14~16명으로 여유를 두세요. - **내부 테스트 트랙은 인정되지 않습니다.** 반드시 비공개(클로즈) 테스트 트랙이어야 합니다. - 웹에서 "테스터 되기"만 누르고 **설치하지 않은 사람은 도움이 되지 않습니다.** 참여 링크와 함께 설치까지 안내하세요. - 검토는 보통 7일 이내입니다. 빠르면 이틀 안팎에 결과가 옵니다.

## 실제 사례: 5시간 만에 거절 → 2~3일 만에 승인 국내 개발자가 공개한 경험입니다. - **1차**: 테스터 12명, 14일을 채우고 신청 → **5시간도 안 돼 거절**. 사유는 "테스트가 충분하지 않다". 돌아보니 두 가지가 없었습니다. Play Console 의 **비공개 의견(테스터 피드백) 채널을 쓰지 않았고**, 2주 동안 **앱 업데이트를 한 번도 올리지 않았습니다.** - **2차**: 테스터 전원에게 Play 스토어의 비공개 의견을 남겨 달라고 요청하고, 피드백을 반영한 **업데이트를 4번 연속** 올렸습니다(기능 추가, 당일 패치, 버그 수정). 버전마다 여러 테스터가 확인했습니다 → **2~3일 뒤 승인**. - 그분의 결론: "2주를 또 날리기 싫다면 테스터에게 스토어 의견을 쓰게 하고, 앱 번들 업데이트를 2번 이상 올리세요." 핵심은 **양식보다 테스트 기간의 흔적**입니다. Google 은 설치 수가 아니라 테스트가 실제로 이뤄졌는지를 봅니다.

## 자주 거절되는 이유 Google 은 거절 메일에 "추가 테스트가 필요하다"는 정도만 적습니다. 아래는 개발자 커뮤니티와 테스트 업체들이 공통으로 꼽는 원인입니다. (Google 공식 발표는 아닙니다.) 1. **설치만 하고 열지 않는 테스터**: 첫날 12명이 들어온 뒤 아무도 다시 열지 않으면 형식적인 품앗이로 보입니다 2. **테스트 중 업데이트 0회**: 피드백을 받아 고쳤다는 증거가 없습니다 3. **양식 답변이 한두 줄**: 300자 칸에 30자만 쓰는 경우가 가장 흔합니다 4. **크래시·ANR 방치**: 사전 출시 보고서(Pre-launch report)에 오류가 남아 있음 5. **정확히 14일째에 신청**: 요건은 채웠지만 내용이 비어 보입니다. 하루 이틀 더 돌리고 신청하세요 6. **스토어 등록정보·데이터 보안 섹션·개인정보처리방침 미완성** 7. **테스트 트랙의 국가 제한**: 테스터가 있는 국가가 빠져 있으면 설치가 안 됩니다 8. **테스터 이메일 목록 덮어쓰기**: 새 CSV 를 올리면 기존 명단이 교체됩니다. 구글 그룹을 쓰면 이 사고가 없습니다 9. **로그인이 필요한 앱인데 테스트 계정 미제공**

## 14일 동안 해 둘 것 - **업데이트를 2~3번 올립니다.** 테스터가 말해 준 문제를 고쳐 버전을 올리고 릴리즈 노트에 무엇을 고쳤는지 적습니다. - **피드백을 남길 통로를 정합니다.** Play 스토어의 비공개 의견, 이메일, 채팅 중 하나를 정해 테스터에게 알립니다. 스몰뎁의 요청 상세 커뮤니케이션 탭도 기록으로 남습니다. - **구체적인 피드백을 받습니다.** "좋아요" 대신 "설정 화면에서 뒤로 가면 값이 초기화됨" 같은 문장이 실제 사람이 테스트했다는 증거입니다. - **며칠에 한 번은 다시 열어 달라고 부탁합니다.** 스몰뎁 참여자 탭에서 설치 유지와 실행 여부를 확인할 수 있습니다. - **Android vitals 와 사전 출시 보고서를 확인**해 크래시를 먼저 잡습니다.

## 신청 양식: 3부 9문항 질문은 세 부분으로 나뉩니다. 문구는 조금씩 바뀌지만 묻는 내용은 같습니다. ### 1부. 비공개 테스트에 대해 1. **테스터를 어떻게 모집했나요?** 출처를 있는 그대로 씁니다. 지인, 개발자 커뮤니티, 품앗이 서비스, 유료 테스트 업체 모두 Google 이 인정하는 방법입니다. 꾸밀 필요가 없습니다. 실제와 다르면 오히려 어긋납니다. 예: "안드로이드 개발자 커뮤니티와 테스트 품앗이 서비스(스몰뎁)에서 14명을 모집했고, 첫 이틀 안에 전원이 옵트인했습니다." 2. **테스터 모집이 얼마나 쉬웠나요?** (선택형) 정답이 없습니다. 실제 느낀 대로 고릅니다. 3. **테스터의 참여도를 설명해 주세요** (모든 기능을 썼는지, 실제 사용자와 같은 방식으로 썼는지) "자주 사용했다"가 아니라 **사용자 흐름**을 씁니다. 예: "가입 → 목표 설정 → 기록 입력 → 통계 확인까지 전 흐름을 사용했고, 갤럭시 S23·픽셀 7·A 시리즈 3종에서 확인했습니다. 결제 화면은 12명 중 9명이 진입했습니다." 4. **받은 피드백을 요약하고, 어떻게 수집했는지 적어 주세요** 수집 방법 + 구체적 문제 3~5개. 버그가 나왔다는 것은 감점이 아니라 테스트가 작동했다는 증거입니다. ### 2부. 앱/게임에 대해 5. **타겟층은 누구인가요?** "모든 사람"은 피합니다. 누가, 어떤 상황에서 쓰는지 좁혀 씁니다. 6. **앱이 사용자에게 주는 가치는?** 기능 나열이 아니라 **문제 → 경험 → 이득** 순서로. 7. **첫해 예상 설치 수** (범위 선택). 현실적으로 고릅니다. 기반이 없는 개인 앱이면 가장 낮은 구간이 자연스럽습니다. ### 3부. 프로덕션 준비 상태에 대해 8. **비공개 테스트에서 알게 된 내용으로 무엇을 바꿨나요?** 4번의 피드백과 **짝이 맞아야** 합니다. 버전 코드를 적습니다. 예: "구글 로그인 실패 제보 → 1.0.2(코드 5)에서 수정, 목록 스크롤 끊김 → 1.0.3(코드 6)에서 페이지네이션 적용." 9. **프로덕션 준비가 됐다고 어떻게 판단했나요?** 완벽하다고 쓸 필요는 없습니다. 기준을 씁니다. 예: "핵심 흐름이 3종 기기에서 재현 가능한 오류 없이 동작, 테스트 후반 5일간 신규 크래시 0건, 차단성 버그 모두 해결."

## 답변 요령 - 칸을 채웁니다. 문항당 **250~300자** 정도가 무난합니다 - **숫자와 이름**: 인원, 날짜, 기기 모델, 기능명, 버전 코드 - 답끼리 **서로 맞물리게**: 4번(피드백) ↔ 8번(변경) ↔ 9번(준비 판단) - **사실대로** 씁니다. 실제 테스트 기록과 답이 어긋나면 그게 가장 큰 위험입니다 - 영어로 써도 됩니다

## 거절됐다면 - 메일 문구는 대개 "앱에 추가 테스트가 필요합니다" 정도입니다 - **14일 테스트를 다시** 채워야 신청 버튼이 다시 열립니다 - 같은 방식으로 14일을 반복하지 말고, 위 "14일 동안 해 둘 것"을 하고 다시 신청하세요. 앞의 사례처럼 업데이트와 피드백 흔적이 생기면 결과가 달라집니다

## 어려우면 LLM에게 초안을 맡기세요 ChatGPT · Claude · Gemini 에 양식의 질문 원문과 아래 정보를 주면 형식에 맞는 초안이 나옵니다. 받은 초안에서 **사실과 다른 부분을 반드시 고친 뒤** 제출하세요. ``` 나는 안드로이드 앱 "<앱 이름>"(<한 줄 설명>) 개발자다. Google Play 프로덕션 액세스 신청 양식(3부 9문항)에 답해야 한다. - 테스터: <N>명, 모집 경로 <커뮤니티 / 스몰뎁 품앗이 / 지인>, 기간 <시작일>~<종료일> - 테스터가 실제로 쓴 흐름: <가입 → ... → ...>, 확인한 기기: <모델들> - 피드백 수집 방법: <Play 비공개 의견 / 이메일 / 채팅> - 받은 피드백: <1> / <2> / <3> - 반영한 변경과 버전 코드: <1 → 어떻게, 코드 N> / <2 → 어떻게, 코드 N> - 테스트 중 올린 업데이트 횟수: <N>회 - 준비됐다고 본 근거: <크래시 0건 기간, 검증한 흐름> - 타겟 사용자와 가치: <누가, 어떤 문제, 어떤 이득> 아래 질문마다 250~300자로, 위 숫자와 기능 이름을 그대로 넣어 <한국어/영어>로 답을 써 줘. 지어내지 말고 내가 준 정보만 써. <양식 질문 붙여넣기> ```

## 참고한 자료 - Google Play Console 고객센터 — 새로운 개인 개발자 계정의 앱 테스트 요구사항 - 국내 개발자의 프로덕션 액세스 신청 후기 (1차 5시간 만에 거절, 업데이트 4회 뒤 승인) - 개발자 커뮤니티와 테스트 서비스들이 정리한 거절 원인 모음

0개의 댓글

댓글

아직 댓글이 없습니다. 첫 번째 댓글을 작성해보세요!

댓글을 작성하려면 로그인이 필요합니다.

로그인하고 댓글 작성