본문으로 건너뛰기

답변 워크북 · 2026

Google Play 프로덕션 액세스 질문지 답변 (2026)

프로덕션 액세스를 신청할 때 나올 수 있는 질문에 대한 답변 예시와 맞춤 작성 안내입니다.

9 최초 신청 질문
1 보고된 재신청 질문
<300 모든 예시 글자 수
2026년 Google Play 프로덕션 액세스 질문지 답변 워크북. 각 항목을 개발자 자신의 비공개 테스트 기록에서 작성하는 방법을 보여 줍니다
Google Play 프로덕션 액세스 질문지: 각 항목을 자신의 테스트 기록에서 작성하는 워크북

빠른 답변

답변은 본인의 모집, 테스트, 의견, 변경, 준비 상태 기록에서 가져와 작성하세요. 아래 예시는 작성 틀로만 쓰고, 사실은 하나도 빠짐없이 본인 것으로 바꾸고, 문구와 글자 수 제한은 본인 Play Console 양식에 표시된 대로 따르세요.

질문지는 방금 마친 테스트, 직접 만든 앱, 그리고 출시하기로 한 판단을 묻습니다. 이 페이지는 항목을 하나씩 짚어 가며 작성 예시를 보여 주고, 증거가 얇거나 정성적일 때, 또는 코드 변경이 전혀 없었을 때 무엇을 쓸지도 다룹니다.

프로덕션 액세스 질문지란 무엇인가요?

비공개 테스트가 기준을 충족하면 앱 대시보드에 “프로덕션 액세스 신청”(Apply for access to production)이 나타납니다. 이 패널에는 아직 충족하지 못한 기준이 나열되고 질문 미리보기 링크가 있어, 시작하기 전에 양식을 읽어 볼 수 있습니다. Google은 세 개 섹션으로 나누어 묻습니다.

섹션 1 비공개 테스트에 관하여 테스터를 어떻게 모집했는지, 그 일이 얼마나 어려웠는지, 테스터가 무엇을 했고 무엇을 알려 주었는지.
섹션 2 앱 또는 게임에 관하여 누구를 위한 앱인지, 그들에게 무엇을 해 주는지, 첫해 설치 수를 얼마로 예상하는지.
섹션 3 프로덕션 준비 상태 테스트로 무엇이 바뀌었는지, 그리고 앱이 준비되었다고 판단한 근거.
Play Console · 프로덕션 액세스 신청 Play Console의 프로덕션 액세스 신청 패널. 비공개 테스트 기준과 질문 미리보기 링크가 보이고, 테스터 12명이 12일 연속 참여 상태라는 실시간 카운터가 표시되어 있으며 프로덕션 신청 버튼은 흐리게 비활성 상태입니다
저희가 함께 일하는 Play Console 계정에서 실제로 보였던 화면입니다. 실시간 카운터(여기서는 “12일 연속”)는 두 기준을 모두 충족할 때까지 프로덕션 신청 버튼을 비활성 상태로 둡니다. Console 화면은 바뀌므로 이 이미지는 규격이 아니라 한 시점의 캡처로 보고, 문구는 본인 계정에서 직접 확인하세요.

Google은 비공개 테스트 섹션의 목적을 앱이 게시 전에 충분히 테스트되었는지 확인하는 것이라고 설명합니다. 섹션 2는 가장 가벼운 부분입니다. Google은 이 답변이 Google Play에 표시되지 않으며 Play Console 기능 이용에도 영향을 주지 않는다고 밝혔습니다.

Google이 공개한 내용

  • 검토는 보통 7일 이내에 끝나지만 더 걸릴 수도 있습니다.
  • 적격 테스터가 12명이 안 되거나 테스터가 앱을 거의 사용하지 않았다면 테스트를 계속하라는 요청을 받을 수 있습니다.
  • 섹션 2 답변은 공개되지 않으며 기능 이용에도 영향을 주지 않습니다.
  • 양식을 끝까지 진행하지 않고 나가면 저장되지 않은 답변이 사라질 수 있습니다. 섹션 사이에서는 다음을, 마지막에는 신청을 누르세요.

출처: Play Console 고객센터, 개인 개발자 계정의 테스트 요구사항.

질문은 몇 개인가요?

이 페이지는 최초 신청에 나오는 질문 9개와, 테스트를 계속하라는 요청을 받은 개발자들이 보고한 재신청 질문 1개를 다룹니다. Google은 고정된 목록을 공개하지 않으며, 보고된 문구와 입력 형식, 어떤 질문이 나오는지는 계정마다 다릅니다. 본인 양식을 따르세요.

답변 길이에 관하여

여기 있는 예시는 모두 300자 미만이며 각각 글자 수를 함께 표시합니다. 그 정도 제한이 있었다고 보고한 개발자도 있지만, 지금 모두에게 적용되는 제한은 확인되지 않았으므로 기준은 본인 양식의 글자 수 카운터입니다. 답변 길이가 결과와 이어진다는 공개된 근거는 없습니다.

어떤 증거를 준비해야 하나요?

한 번만 정리해 두면 질문지는 더 이상 글쓰기 문제가 아닙니다. 양식을 열기 전에 다음 세 가지를 모으세요. 이 페이지의 모든 내용은 그 세 가지에서 나옵니다.

01
맞춰 둘 사실

질문에서 묻게 될 수치입니다. Play Console 적격성 정보와 본인 기록에서 가져와, 두 자료와 작성할 답변이 서로 어긋나지 않게 합니다.

  • 테스터가 몇 명 참여했고, 그 날짜가 언제인지.
  • 최근 14일 동안 참여가 끊김 없이 이어졌는지.
  • 각 테스터가 어떤 버전으로 테스트를 마쳤는지.

앱 삭제는 참여 종료가 아닙니다. 앱을 지운 테스터도 참여 상태로 남습니다. 참여를 끝내려면 테스트 참여 링크나 Play Store의 앱 베타 섹션에서 직접 나가야 합니다(앱 베타 프로그램 나가기). 그래서 설치 수만으로는 테스트가 이루어졌다는 것도, 중단되었다는 것도 증명할 수 없습니다.

02
테스터가 실제로 한 일

형용사가 아니라 활동을 적습니다. 테스터가 끝까지 진행한 흐름과 그것을 어떻게 알게 되었는지 적어 두세요.

  • 어떤 핵심 흐름이 실제로 실행되었는지: 가입, 주요 작업, 공유, 설정, 결제.
  • 앱을 대략 얼마나 자주, 어느 기간에 걸쳐 열었는지.
  • 어디에서 막혔는지, 알고 있다면 어떤 기기나 Android 버전에서 그랬는지.

적는 내용마다 출처를 밝히세요. 테스터가 알려 준 수치와 분석 도구가 기록한 수치는 둘 다 숫자로 적히더라도 성격이 다릅니다. 어느 쪽이든 쓸 수 있으니, 가진 것이 어느 쪽인지 밝히면 됩니다.

03
의견, 변경, 확인

Google은 Play Console 테스트 의견 페이지를 안내하면서 기록을 남기라고 권합니다. 발견 사항 하나에 한 줄이면 충분합니다.

  • 의견이 도착한 경로(Play Console 테스트 의견, 인앱 양식, 채팅, 이메일).
  • 그에 대응해 무엇을 어떤 버전으로 출시했는지.
  • 제대로 해결되었는지 어떻게 확인했고, 아직 남아 있는 사항은 무엇인지.

질문 9개 중 4개를 채워 주는 기록

세 개의 열이면 충분합니다. 아래 행은 다음 섹션에서 소개하는 가상 앱의 것이고, 여러분의 기록은 이와 전혀 다를 것이고, 바로 그 점이 핵심입니다.

테스트에서 발견한 것 출시한 내용 확인한 방법
근무표를 수정한 뒤 교대 알림이 오지 않았습니다. 1.4.1 버전: 근무표 수정 후 알림 재예약을 바로잡았습니다. 문제를 알린 테스터 두 명 모두 다음 두 번의 교대에 알림이 왔다고 확인해 주었습니다.
느린 연결에서 근무표 게시가 실패하고 작성 중이던 내용이 사라졌습니다. 1.4.2 버전: 작성 내용을 기기에 보관하고 게시에 성공할 때까지 다시 시도합니다. 속도를 제한한 연결에서 전후로 다시 테스트했고, 작성 내용이 그대로 남았습니다.
작은 화면에서 주간 보기가 답답했습니다. 출시하지 않았습니다. 정식 출시 이후로 예정했습니다. 미해결. 고쳤다고 적는 대신 준비 상태 답변에 미해결 항목으로 적었습니다.

상세한 분석 데이터가 없다면?

세션 분석을 수집하지 않았더라도 모든 질문에 답할 수 있습니다. 다만 인상을 측정값으로 바꿀 수는 없습니다. 아는 것을 쓰고, 어떻게 아는지 밝히세요. “테스터 12명 중 10명이 근무표를 최소 한 개 만들었다고 알려 주었고, 세션 분석은 없었습니다”는 쓸 수 있고 확인도 가능한 문장입니다. 지어낸 평균 세션 시간은 그렇지 않습니다.

사전 출시 보고서도 마찬가지입니다. Google은 이를 자사 기기에서 실행하는 자동 테스트이며 다루는 범위에 한계가 있다고 설명합니다(사전 출시 보고서로 문제 확인하기). 이것은 자동 크롤링의 증거이지 사람이 테스트했다는 증거가 아닙니다.

Android vitals에 비정상 종료가 없다면

대시보드가 비어 있다고 해서 비정상 종료가 0건임이 입증된 것은 아닙니다. Android vitals는 수집 대상이 되는 진단 데이터에 의존하며, Google은 선택한 필터에서 화면이 비어 있는 것이 데이터 부족을 뜻할 수 있다고 설명합니다(Android vitals). 데이터가 얇다면 그 한계를 함께 적으세요.

답변은 다른 곳에서 먼저 작성하세요

Google은 각 섹션에서 다음을, 마지막에 신청을 누르지 않고 양식을 벗어나면 작성한 내용이 사라질 수 있다고 안내합니다. 문서에 답변을 적고 서로 어긋나는 곳이 없는지 확인한 뒤 붙여 넣으세요.

아직 테스터가 필요하신가요?

테스트를 마쳤다면 아래 예시를 활용해 직접 가진 기록으로 답변을 준비하고, 각 답변을 실제로 있었던 일과 대조해 확인하세요. 아직 테스터가 필요하다면 테스트 지원을 비교해 보세요. PrimeTestLab은 테스트 후 질문지 답변을 제공하며, 답변 확인과 신청서 제출은 개발자가 직접 합니다.

이 답변 예시를 쓰는 방법

아래 예시에 나오는 사실은 전부 지어낸 것입니다. 모두 하나의 가상 앱을 설명하므로, 하나의 테스트 기록이 어떻게 아홉 개의 일관된 답변이 되는지 볼 수 있습니다. 어느 것도 여러분 앱에 그대로 제출할 수 있는 답변이 아니며, 줄인다고 해서 그렇게 되지도 않습니다.

여기 있는 내용을 쓰기 전에 이름, 숫자, 날짜, 기능, 발견 사항을 모두 본인 것으로 바꾸세요. 여전히 “Shiftly”라고 적혀 있거나, 실제로 그러지 않았는데 테스터 12명이 14일 동안 테스트했다고 적힌 답변은 남의 테스트를 설명하는 글입니다.

어떤 변형을 골라야 하나요?

기본 예시는 모두 가상의 Shiftly 테스트를 따릅니다. 다른 탭은 상황이 다른 경우를 보여 줍니다. 모집 방법이 다른 경우, 증거가 더 얇은 경우, 앱 종류가 다른 경우입니다. 본인 테스트에 맞는 것을 고른 다음, 관련된 답변끼리 서로 맞추세요. 변경이 없었다는 답변은 수정 사항을 출시했다고 적은 의견 답변이나 준비 상태 답변과 나란히 놓일 수 없고, 게임 탭은 별개의 가상 게임입니다.

예시를 읽는 방법

  • 이렇게 표시된 글은 반드시 본인 것으로 바꿔야 하는 사실입니다.
  • 템플릿으로 복사를 누르면 그런 부분이 모두 대괄호 안내문으로 바뀌며, 완성된 문장은 나오지 않습니다.
  • 설명은 예시 패널 밖에 있으므로 편집자 주석이 양식에 붙여 넣어질 일이 없습니다.
  • 글자 수는 예시를 센 것이지, 바꿔 넣을 내용을 센 것이 아닙니다.

실제 앱이 아닌 설명용 예시

Shiftly

소규모 매장과 카페를 위한 가상의 근무표 앱입니다. 아홉 개 답변의 앞뒤를 맞추기 위해 이 페이지에서만 사용합니다. 고객사도 아니고 사례 연구도 아니며, 어떤 결과도 주장하지 않습니다.

  • 비공개 테스트 테스터 12명, 14일 연속
  • 핵심 흐름 가입, 주간 근무표 작성, 동료 초대, 게시, 교대 알림 받기
  • 테스트 중 출시 1.4.1, 1.4.2
  • 미해결 항목 작은 화면에서 답답한 주간 보기

1부: 비공개 테스트에 관하여

이 섹션은 모집, 활동, 의견을 설명하라고 요구합니다. 답변은 Play Console의 적격성 정보와 본인 테스트 기록에 맞추고, 대시보드 지표에는 잡히지 않는 활동과 의견, 확인 과정을 설명하세요.

Q1 자유 입력

비공개 테스트 참여자를 어떻게 모집했나요?

Google은 테스터가 어디에서 왔는지 묻습니다. 실제로 사용한 경로를 밝히고 테스트를 누가 운영했는지 적으세요. 경로를 다양하게 두는 것은 합리적인 방법일 뿐 한 가지 경로를 금지하는 규칙이 아니므로, 솔직한 한 가지 경로가 지어낸 목록보다 낫습니다.

이 항목에 필요한 내용

  • 실제로 사용한 경로 하나 또는 여럿.
  • 테스터가 앱의 사용자층과 어떤 관계인지.
  • 시나리오를 정하고 의견을 읽고 변경을 출시한 사람.

작성 예시(가상)

공유 오피스 동료 5명, 매장 근무표를 짜는 친구 4명, 테스트 포럼에서 만난 3명 등 제 인맥에서 테스터 12명을 모집했습니다. 모두 이틀 안에 참여했고 14일 내내 참여 상태를 유지했습니다. 테스트 시나리오는 제가 정했고 의견도 직접 읽었습니다.

이 예시 139자
약한 답변과 거기서 빠진 것

“온라인에서 테스터를 구했습니다.”

경로도, 사용자층과의 관계도, 테스트를 운영한 사람도 나오지 않습니다.

업체 이름을 밝히는 것이 결과에 영향을 준다는 공개된 안내는 없습니다. 중요한 것은 양식의 나머지가 그 답변과 맞아떨어지는지입니다. 업체가 테스터를 모집했다면, 시나리오를 정하고 의견을 읽고 변경을 적용하고 확인한 사람이 누구인지 적으세요.

Q2 드롭다운

테스터를 모으기가 얼마나 쉬웠나요?

매우 어려움부터 매우 쉬움까지의 척도입니다. 본인 경험에 맞는 항목을 고르세요. 선호되는 항목을 밝힌 공개된 안내는 없습니다. 아래 설명은 기준이 아니라 대략적인 예시입니다. 모집이 어렵거나 쉬운 이유는 여기 적힌 것 말고도 많습니다.

  • 매우 어려움 12명을 채우지 못해 테스트가 미뤄지거나 멈췄습니다.
  • 어려움 여러 번 부탁하거나, 오랜 기간에 걸쳐 여러 차례 시도해야 했습니다.
  • 보통 어느 정도 손이 갔고 예상한 만큼 시간이 걸렸습니다.
  • 쉬움 한두 번 부탁하니 인원이 다 찼습니다.
  • 매우 쉬움 자리보다 지원자가 많았습니다.

여기서 권장되는 항목은 없습니다. 문구와 선택지 개수는 위와 다를 수 있으니 본인 양식을 확인하세요.

Q3 자유 입력

테스터에게서 받은 참여도를 설명해 주세요

이 항목에 대한 Google의 예시는 기능 사용과, 그 사용이 실제 프로덕션 사용과 비슷한지에 관한 것입니다. “참여도가 높았다”는 말로는 아무것도 그려지지 않습니다. 어떤 흐름을 어느 기간에 어떤 양상으로 사용했는지, 그리고 수치가 어디에서 왔는지 적으세요.

이 항목에 필요한 내용

  • 테스터 몇 명이 어느 기간 동안 사용했는지.
  • 테스터가 실제로 끝까지 진행한 흐름 2~4개의 이름.
  • 사용 양상과 수치의 출처.

작성 예시(가상)

14일 동안 테스터 12명이 함께 주간 근무표 31개를 만들었고, 전원이 가입과 근무표 작성을 마쳤으며 9명이 동료를 초대하고 7명이 교대 알림을 받았습니다. 매장을 여러 곳 운영하는 테스터는 거의 매일, 한 곳만 운영하는 테스터는 주 1회 앱을 열었습니다. 이 수치는 앱 내 이벤트 기록에서 나왔습니다.

이 예시 170자
약한 답변과 거기서 빠진 것

“테스터들이 활발하게 앱을 사용했습니다.”

인원도, 기간도, 흐름 이름도, 그 어느 것의 출처도 없습니다.

Q4 자유 입력

받은 의견을 요약해 주세요

Google은 의견이 무엇이었는지와 어떻게 수집했는지를 함께 묻습니다. 경로와 실제로 나온 주제, 각각에 대해 무엇을 했는지를 적고, 아직 하지 않은 것도 적으세요. 여러 발견 사항을 짧은 항목 하나에 담는 일이 가장 손이 가는 부분입니다.

이 항목에 필요한 내용

  • 의견이 도착한 곳.
  • 실제로 나온 주제, 몇 가지가 되든.
  • 그중 출시한 것과 아직 남아 있는 것.

작성 예시(가상)

의견은 Play Console 테스트 의견과 단체 채팅으로 들어왔습니다. 주제는 근무표 수정 후 교대 알림이 오지 않는 문제, 느린 연결에서 근무표 게시가 실패하는 문제, 작은 화면에서 답답한 주간 보기였습니다. 앞의 두 가지는 고쳐서 출시했고 세 번째는 아직 남아 있습니다.

이 예시 154자
약한 답변과 거기서 빠진 것

“의견은 긍정적이었습니다.”

경로도 주제도 대응도 없습니다. 이 항목이 묻는 세 가지가 모두 빠졌습니다.

의견이 정말로 전부 긍정적이었다면 그렇게 적고 무엇에 대한 의견이었는지 밝히세요. 결함을 지어내면 그 결함이 Q8, Q9와도 앞뒤가 맞아야 합니다.

14일 동안 중단 없이 참여할 테스터가 부족한가요?

PrimeTestLab은 사전 검증된 테스터 12명을 US$19.99부터 제공하며, 4~6시간 안에 시작합니다.

플랜 보기

2부: 앱 또는 게임에 관하여

Google은 이 답변이 Google Play에 표시되지 않으며 Play Console 기능 이용에도 영향을 주지 않는다고 밝혔습니다. 담백하게 쓰세요. 스토어 등록정보용 문구가 아니며, 여기서 홍보해 얻을 것은 없습니다.

Q5 자유 입력

앱의 대상 사용자는 누구인가요?

Google은 구체적으로 적으라고 안내합니다. “모두”는 아무도 가리키지 않습니다. 누구인지, 어떤 문제를 겪는지, 언제 앱을 찾는지를 적으세요. 사용자 유형이 정말 두 가지라면 둘 다 적으면 됩니다.

이 항목에 필요한 내용

  • 누구인지: 역할, 상황, 정말 관련이 있다면 연령대.
  • 앱이 없을 때 겪는 문제.
  • 언제 얼마나 자주 사용하는지.

작성 예시(가상)

직원 3~20명이 일하는 매장과 카페의 점주와 매니저를 위한 앱이 Shiftly입니다. 이들은 지금 근무표를 종이나 메모 앱으로 짭니다. 다음 주 일정을 짤 때 주 1회 쓰고, 교대를 바꿔 달라는 요청이 오면 잠깐씩 엽니다.

이 예시 125자
약한 답변과 거기서 빠진 것

“모두입니다.”

사용자도 문제도 상황도 없고, 사실인 경우도 거의 없습니다.

Q6 자유 입력

앱이 사용자에게 어떤 가치를 주는지 설명해 주세요

결과를 먼저 말하고, 그 결과를 만들어 내는 기능 두세 가지를 적으세요. 게임이라면 가치는 경험 그 자체입니다. 핵심 루프, 무엇이 남다른지, 한 판이 얼마나 걸리고 왜 다시 돌아오는지를 적습니다.

이 항목에 필요한 내용

  • 기능 목록보다 먼저, 결과를 한 문장으로.
  • 그 결과를 만들어 내는 기능 두세 가지.
  • 게임이라면: 핵심 루프, 남다른 요소, 한 판 길이.

작성 예시(가상)

Shiftly에서 매장 매니저는 지난주 근무표를 그대로 가져오고, 직원에게 근무를 게시하고, 교대 전에 알림을 보냅니다. 직원은 메시지 대신 앱에서 교대 변경을 요청합니다.

이 예시 96자
약한 답변과 거기서 빠진 것

“제 앱은 유용하고 좋은 기능이 있습니다.”

결과도 기능도 사용자도 없습니다. 게다가 Google이 공개하지도 않는 항목입니다.

게임 탭은 Shiftly가 아니라 두 번째 가상 예시입니다. 이 탭을 쓴다면 나머지 답변도 근무표 앱이 아니라 본인 게임을 설명해야 합니다.

Q7 드롭다운

첫해 설치 수를 얼마로 예상하나요?

Google은 대략적인 추정으로 충분하며 구간도 일부러 넓게 잡았다고 설명합니다. 본인 사용자층과 출시 계획으로 뒷받침되는 구간을 고르세요. 선호되는 구간을 밝힌 공개된 안내는 없으며, 가운데 구간을 고르라는 흔한 조언에도 근거가 없습니다.

  • 0~1만
  • 1만~10만
  • 10만~100만
  • 100만 이상
  • 모르겠음 실제 선택지이며, 지어낸 숫자보다 근거가 있습니다.

여기서 권장되는 항목은 없으며, 어떤 구간도 앱에 대해 무언가를 뜻하지 않습니다. 구간 표시와 문구는 다를 수 있으니 본인 양식을 확인하세요.

3부: 프로덕션 준비 상태

이 섹션은 테스트가 무엇을 만들어 냈고 왜 출시하기로 했는지를 묻습니다. 두 답변 모두 앞에서 쌓아 온 기록에서 끌어낸 결론으로 읽혀야 하며, 여기서 처음 등장하는 새 주장이어서는 안 됩니다.

Q8 자유 입력

비공개 테스트를 바탕으로 어떤 변경을 했나요?

실제로 한 변경과 그것을 어떻게 확인했는지 적으세요. 공개된 안내에는 이 항목의 채점 공식도, 최소 업데이트 횟수도 나와 있지 않습니다. 그렇다고 답변이 아무 영향도 없다는 뜻은 아니며, 알고 있는 출시 차단 문제나 정책 문제를 넘어가도 된다는 뜻도 아닙니다. 완료한 일과 예정된 일은 구분해서 적으세요.

이 항목에 필요한 내용

  • 테스트에서 발견한 것을 본인 표현으로.
  • 그에 대응해 출시한 것, 버전이 있다면 버전까지.
  • 어떻게 확인했는지, 그리고 아직 남아 있는 것.

작성 예시(가상)

테스트 기간에 두 번 출시했습니다. 1.4.1에서는 근무표 수정 후 알림 재예약을 바로잡았고, 1.4.2에서는 느린 연결에서의 근무표 게시를 고쳤습니다. 문제를 알린 테스터가 직접 확인해 주었고, 게시는 속도를 제한한 연결에서 제가 다시 테스트했습니다. 답답한 주간 보기는 고치지 않고 남아 있습니다.

이 예시 168자
약한 답변과 거기서 빠진 것

“앱을 개선했습니다.”

발견 사항도 출시도 확인도 없어서 의견 답변과 맞춰 볼 수가 없습니다.

변경한 것이 없다면?

안내는 업데이트 횟수를 정해 두지 않았고, 바뀌지 않은 앱이라고 해서 곧 약한 신청인 것도 아닙니다. 답변을 약하게 만드는 것은 설명되지 않은 테스트입니다. 위의 변경 없음 탭을 참고해 어떤 흐름과 조건을 확인했는지, 결과는 무엇이고 어디에서 나왔는지, 무엇이 아직 해결되지 않았는지 적으세요. 보고할 수정 사항을 만들려고 없던 결함을 지어내지는 마세요.

Q9 자유 입력

앱이 프로덕션에 준비되었다고 어떻게 판단했나요?

Google이 묻는 것은 판단 기준이지 자신감이 아닙니다. 살펴본 두세 가지와 각각의 근거를 적으세요. 여기 적는 내용은 이미 양식 앞부분에 같은 확인 이력과 함께 나와 있어야 합니다.

이 항목에 필요한 내용

  • 무엇을 기준으로 삼았는지, 기준의 형태로.
  • 각 기준을 뒷받침하는 근거.
  • 남아 있는 항목과, 그것이 출시를 막지 않는 이유.

작성 예시(가상)

기준은 세 가지였습니다. 알림 수정은 문제를 겪은 테스터가 확인해 주었습니다. 근무표 게시는 1.4.2 이후 속도를 제한한 연결에서 다시 테스트했습니다. 답답한 주간 보기는 아직 남아 있지만 화면 표시 문제이고, 테스트한 핵심 흐름은 쓰는 데 문제가 없습니다.

이 예시 145자
약한 답변과 거기서 빠진 것

“앱이 준비됐다고 느꼈습니다.”

느낌은 기준이 아니어서, 여기에는 동의하거나 반박할 대상이 없습니다.

흔한 답변 실수

여기 있는 것은 Google이 공개한 규칙이 아닙니다. 쓴 사람이 전하려던 것보다 답변이 적게 전달되게 만드는 패턴입니다.

01
활동 자리에 들어간 형용사

“참여도가 높았다”, “매우 긍정적이었다”, “충분히 테스트했다”. 모두 짧은 항목의 자리를 차지하면서 흐름도 인원도 기간도 말해 주지 않습니다.

02
서로 어긋나는 답변

한 항목에는 “문제가 없었다”, 다음 항목에는 “버그를 여러 개 고쳤다”. 둘 다 사실일 수는 없고, 읽는 쪽에서는 어느 쪽이 맞는지 알 방법이 없습니다.

03
경로 없는 의견

의견을 적는다면 그것이 어디로 들어왔는지 밝히세요. Play Console 테스트 의견, 인앱 양식, 채팅 그룹, 이메일 중 어디인지 적습니다. 경로가 없으면 요약에 출처가 없습니다.

04
내 것이 아닌 사실

붙여 넣은 예시가 여전히 남의 앱과 사용자층, 남의 버그를 설명하고 있다면 그것은 본인 테스트에 대한 설명이 아닙니다. 여기 있는 예시를 포함해 모든 템플릿이 같은 위험을 안고 있습니다.

05
출처 없는 숫자

엄밀해 보이려고 지어낸 백분율은 뒷받침할 수 없는 주장입니다. 테스터가 알려 준 수치는 그대로 써도 됩니다. 그것이 테스터가 알려 준 수치라는 점만 밝히면 됩니다.

06
완료한 일과 예정된 일이 뒤섞임

어떤 수정이 출시되었고 어떤 것이 예정인지 구분해 적으세요. 계획을 출시처럼 적으면 본인 버전 기록과 어긋납니다.

07
전략적으로 고른 드롭다운

실제로 있었던 일이 아니라 가장 좋아 보이는 항목을 고르면 드롭다운이 자유 입력 답변과 어긋나게 되며, 선호되는 선택지를 밝힌 공개된 안내도 없습니다.

제출 전에 답변을 점검하세요

질문지는 하나의 문서로 읽힙니다. 답변을 약하게 만드는 것은 대개 나쁜 문장 하나가 아니라 서로 어긋나는 두 문장입니다. 아홉 개 답변을 나란히 놓고 이 점검을 해 보세요.

이 점검표는 결과를 예측하지 않습니다. 양식이 스스로와 다투지 않게 막아 주는 마지막 점검일 뿐입니다.

신청한 뒤에는 어떻게 되나요?

구분해 둘 만한 결과가 네 가지 있습니다. 그중 둘은 서로 혼동되는 일이 잦습니다. 아직 진행 중인 검토는 추가 테스트 요청이 아니고, 액세스 승인은 앱이 게시되었다는 뜻이 아닙니다.

검토 지켜보기

검토 진행 중

Google은 검토가 보통 7일 이내에 끝나지만 더 걸릴 수 있다고 밝혔습니다. Play Console과 계정 이메일을 확인하고 Google이 요청하는 것에 응답하세요. 오래 걸린다는 이유만으로 다시 제출하거나 테스트를 처음부터 다시 할 일은 아닙니다.

한 단계 더

프로덕션 액세스 승인

액세스와 실제 게시는 다릅니다. 프로덕션 출시를 따로 준비해 배포해야 하고, 그 출시에는 별도의 검토가 따릅니다. Google의 출시 절차와 저희 프로덕션 액세스 및 출시 검토 기간 안내를 참고하세요.

실제 메시지 읽기

추가 테스트 필요

문구가 아니라 테스트에 대한 결정입니다. 자세한 안내는 아래에 있습니다.

문구가 아니라 앱의 문제

검토자가 앱을 열지 못함

앱이 로그인 뒤에 있거나 다른 제한이 걸려 있다면 검토자에게 실제로 작동하는 계정 정보가 필요합니다. 검토용 로그인 정보에 입력해 두세요. 질문지의 어떤 답변도 접근 자체를 대신할 수 없습니다.

Google이 테스트를 계속하라고 하면

같은 양식을 그대로 다시 제출하지 말고, 문제가 글이었다고 단정하지도 마세요. 다음 순서로 짚어 나가세요.

1
실제로 받은 메시지 읽기

알림에는 보통 이유가 적혀 있습니다. 적격 테스터가 12명이 안 되었거나, 14일 중간에 참여가 끊겼거나, 테스터가 앱을 거의 사용하지 않았다는 것입니다. 이 가이드를 포함한 어떤 일반 안내보다 그 메시지가 우선입니다.

2
근거가 되는 증거부터 고치기

테스터가 부족했거나 참여가 끊겼다면, 재신청 전에 최근 기록이 중단 없이 이어지는 적격 테스터 12명을 다시 채우세요. 새 테스터라면 14일을 다시 온전히 채워야 합니다. 테스터 기록이 그대로인 채 답변만 고쳐 써도 적격성 정보는 달라지지 않습니다.

3
달라진 것은 갱신하고, 불분명했던 것은 분명히 하기

달라진 사실을 갱신하고, 불완전하거나 모호했던 답변을 분명히 하세요. 이미 가지고 있던 증거를 답변이 제대로 전달하지 못했을 수도 있습니다. 다만 표현을 고쳐서 테스트 자체의 문제를 해결할 수는 없습니다. 두 번째 테스트에서 새로운 관찰, 의견, 변경, 확인이 나올 수도 있지만 보장되지는 않으며, 새 출시가 반드시 필요한 것도 아닙니다.

4
거부 메시지가 실제로 정해 준 시점에 재신청하기

Google은 최근 14일 연속으로 적격 테스터가 있어야 한다고 요구하므로, 12명에 못 미치는 상태에서는 신청하지 마세요. 그 밖에는 거부 메시지에 추가 기간이 적혀 있는 경우도 있고 적혀 있지 않은 경우도 있습니다. Google은 모두에게 적용되는 재신청 간격을 공개하지 않았습니다. 두 경우 모두와, 테스터에게 참여를 취소했다가 다시 들어오라고 하면 쌓아 둔 기록이 사라지는 이유는 “추가 테스트 필요” 거부 후 재신청 가이드에서 다룹니다.

양식이 아니라 테스트 자체에서 무엇이 잘못되었는지 짚어 보려 한다면 비공개 테스트 거부 문제 해결부터 보세요.

Q10 자유 입력 · 조건부 조건부 항목

이번에는 무엇을 다르게 했나요?

테스트를 계속하라는 요청을 받고 재신청한 개발자들이 보고한 질문입니다. 보고된 문구는 제각각이고 모든 계정에서 보인다고 보고되지도 않았으므로, 나온다거나 나오지 않는다고 단정하지 말고 본인 양식을 확인하세요.

태도가 아니라 기록에서 달라진 점을 적으세요. 두 번째 테스트가 첫 번째와 같았다면, 재신청 전에 고쳐야 할 것이 바로 그 부분입니다.

이 항목에 필요한 내용

  • 테스트 자체에서 달라진 것.
  • 그 결과로 나온 것: 발견 사항, 출시, 확인.
  • 지금의 증거가 앞선 결정에 어떻게 답하는지.

작성 예시(가상)

지난 신청 이후 테스터 12명과 14일 테스트를 한 번 더 진행하며 각자가 무엇을 했는지 기록했습니다. 알림 관련 문제 두 가지를 발견해 1.4.3에서 고쳤고, 문제를 알린 테스터가 확인해 주었습니다. 이 답변은 그 테스트와 그때의 출시를 설명합니다.

이 예시 140자
약한 답변과 거기서 빠진 것

“이번에는 의견을 모으고 반영하는 데 집중했습니다.”

차이가 아니라 의도를 설명합니다. 이 항목이 묻는 것은 차이 하나뿐입니다.

이 예시는 그다음 상황입니다. 두 번째 테스트와 그 테스트의 출시인 1.4.3을 다룹니다. 이 상황이 맞는다면 나머지 답변도 앞선 1.4.1, 1.4.2 기록이 아니라 지금의 테스트를 설명해야 합니다.

PrimeTestLab이 테스트와 신청을 돕는 방법

위의 모든 내용은 답변을 쓸 기록이 있다는 전제에서 출발합니다. 막히는 곳이 기록 자체라면, 즉 14일 동안 중단 없이 참여할 사람 12명을 구하는 일이라면 바로 그 부분이 저희가 하는 일입니다. 실제 사람이 실제 기기에서 4~6시간 안에 시작해 14일을 전부 채우며, 진행 상황은 그동안 직접 확인할 수 있습니다.

Starter 플랜은 테스터 12명을 US$19.99에, Professional 플랜은 테스터 20명을 US$29.99에, Enterprise 플랜은 테스터 25명을 US$27.99에 제공하며, 모두 14일 전체 보장이 포함됩니다.

Starter 테스터 12명
US$19.99 +서비스 수수료 5%

최소 요건을 정확히 충족

인기
Enterprise 테스터 25명
US$27.99 +서비스 수수료 5%

같은 14일 동안 최대 커버리지

Professional 테스터 20명
US$29.99 +서비스 수수료 5%

같은 14일 동안 더 많은 참여

질문지 작성에 쓸 수 있는 것

참여가 끊기지 않은 기록을 가진 테스터 명단, 그들이 무엇을 했는지에 대한 기록, 그리고 글로 남은 의견입니다. Q1, Q3, Q4, Q8의 재료가 됩니다. 답변은 여러분이 직접 씁니다. 그 답변은 여러분의 것이어야 하기 때문입니다.

해 드리지 않는 것

저희는 질문지를 대신 제출하지 않고, 검토에 영향을 줄 수도 없으며, 이 페이지의 어떤 내용도 결과를 예측하지 않습니다. 다르게 말하는 서비스가 있다면 그 주장부터 확인해 보세요.

비공개 테스트 플랜 비교

자주 묻는 질문

이 예시를 템플릿으로 써도 되나요?

작성 틀로는 됩니다. 그대로 제출할 문장으로는 안 됩니다. 예시의 모든 사실은 가상 앱의 것이므로, 그 사실이 남아 있는 답변은 남의 테스트를 설명합니다. 이름, 숫자, 기능, 발견 사항을 모두 바꾸세요. 복사 버튼이 대괄호 템플릿을 건네주는 이유가 바로 이것입니다.

프로덕션 액세스 질문지란 무엇인가요?

비공개 테스트를 마치고 프로덕션 액세스를 신청할 때 작성하는 양식으로, 진행한 테스트와 앱 또는 게임, 프로덕션 준비 상태를 묻습니다. Play Console 앱 대시보드의 “프로덕션 액세스 신청”에서 들어가며, 질문 미리보기 링크로 미리 읽어 볼 수 있습니다.

답변은 얼마나 길게 쓸 수 있나요?

여기 있는 예시는 모두 300자 미만이고, 그 정도 제한이 있었다고 보고한 개발자도 있습니다. 지금 모두에게 적용되는 제한은 확인되지 않았으므로 기준은 본인 양식의 글자 수 카운터입니다. 답변 길이가 결과 가능성과 이어진다는 공개된 근거는 없습니다.

유료 테스트 서비스를 이용했다고 밝혀야 하나요?

사실대로 답하면 됩니다. 업체 이름을 밝히는 것이 결과에 영향을 준다는 공개된 안내는 없으며, 지어낸 경로 목록이 더 큰 위험입니다. 경로를 밝힌 다음, 시나리오를 정하고 의견을 읽고 변경을 적용하고 확인한 사람이 누구인지 적으세요.

테스트에 대한 분석 데이터가 없으면 어떻게 하나요?

세션 분석을 수집하지 않았다면 아는 것을 적고 어떻게 아는지 밝히세요. “테스터 12명 중 10명이 가입을 마쳤다고 알려 주었습니다”는 쓸 수 있고, 지어낸 평균 세션 시간은 쓸 수 없습니다. 테스터가 알려 준 수치도 엄연한 수치이며, 그렇다고 밝히기만 하면 됩니다.

비공개 테스트 중에 변경한 것이 없으면 어떻게 하나요?

안내는 업데이트 횟수를 정해 두지 않았고, 바뀌지 않은 앱이라고 해서 곧 약한 신청인 것도 아닙니다. 답변을 약하게 만드는 것은 설명되지 않은 테스트입니다. 어떤 흐름과 조건을 확인했는지, 결과는 무엇이고 어디에서 나왔는지, 무엇이 아직 해결되지 않았는지 적으세요.

프로덕션 액세스 검토는 얼마나 걸리나요?

Google은 보통 7일 이내에 끝나지만 더 걸릴 수도 있다고 밝혔습니다. 아직 진행 중인 검토는 거부가 아닙니다. Play Console과 계정 이메일을 확인하고 Google이 요청하는 것에 응답하세요.

Google이 테스트를 계속하라고 했습니다. 언제 재신청할 수 있나요?

받은 메시지를 읽어 보세요. 추가 기간을 구체적으로 적는 경우도 있고 그렇지 않은 경우도 있으며, Google은 모두에게 적용되는 재신청 간격을 공개하지 않았습니다. 어느 경우든 최근 14일 연속으로 적격 테스터가 12명 이상 있어야 합니다. 위의 복구 단계와 추가 테스트 필요 가이드 전체를 참고하세요.

핵심 요약

요약

답변은 각자 본인 기록에서 쓰세요. 누가 테스트했고, 무엇을 했고, 무엇을 알려 주었고, 무엇을 출시했고, 어떻게 확인했는지입니다. 이 페이지에 나오는 지어낸 내용은 모두 바꾸고, 드롭다운은 본인 상황에 맞는 항목을 고르고, 본인 양식에 표시되는 문구와 글자 수를 따르고, 답변을 함께 읽어 서로 맞는지 확인하세요.

빠진 조각이 기록이라면 비공개 테스트 플랜을 비교해 보세요.

Kefayatullah Khadem - 소프트웨어 엔지니어 · Google Play 출시 전문가

작성

Kefayatullah Khadem

소프트웨어 엔지니어 · Google Play 출시 전문가

Kefayatullah Khadem은 확장 가능한 애플리케이션을 8년 이상 다뤄 온 소프트웨어 엔지니어입니다. PrimeTestLab에서 많은 개발자가 막히는 Google Play 비공개 테스트 요구사항을 넘기도록 돕습니다. 현재까지 Android 앱 9,800+개의 프로덕션 액세스 과정을 지원했으며, 120+개국에서 성공률 99.9%입니다. Google Play 정책, 거부 패턴, 비공개 테스트 과정을 글로도 정리합니다.

9,800+ 테스트 앱
99.9% 성공률
120+ 국가
4.9/5 평점

성공률 99.9%

실제 기기에서 14일 전체를 진행하는 테스터

앱 9,800+개 테스트 완료. 실제 사람이 실제로 참여하고, 질문지를 채울 수 있는 기록이 남습니다.

US$19.99부터 · 서비스 수수료 5% 추가

4~6시간 내 시작 · 14일 전체 테스트 · 환불 보장

PrimeTestLab과 함께 앱을 출시한 개발자 9,800+명과 함께하세요

테스터 12명 · US$19.99 WhatsApp