프로덕션 액세스 설문, 이렇게 답하면 됩니다 (문항별 예시)

1. 설문은 무엇을 보는가

비공개 테스트 14일을 채우면 Play Console에서 프로덕션 액세스를 신청할 수 있습니다. 이때 비공개 테스트에 관한 질문에 답해야 하고, Google은 그 답을 사람이 읽고 검토합니다. 검토는 보통 7일 안에 끝납니다.

핵심은 하나입니다. 테스트를 형식만 채운 게 아니라 실제로 했는지를 봅니다. 그래서 “테스트를 잘 마쳤습니다” 같은 문장은 아무 정보도 주지 않아 약한 답이 되고, 무엇을 보았고 무엇을 고쳤는지가 들어가야 강한 답이 됩니다.

2. 1단계: 비공개 테스트 정보

테스트를 어떻게 진행했는지 묻는 단계입니다. 네 가지를 묻습니다.

테스터를 모집하기 어려웠습니까

난이도를 묻는 질문이라 정답이 없습니다. 솔직하게 쓰되, 어떻게 모았는지를 한 줄 덧붙이면 충분합니다.

테스터가 앱의 모든 기능을 사용했습니까

전부 썼다고 단정하기보다, 어디까지 확인됐는지를 구분해 쓰는 편이 신뢰를 얻습니다. 쓰지 못한 기능이 있다면 그 이유까지 쓰면 좋습니다.

테스터의 사용 방식이 실제 사용자와 비슷했습니까

어떤 의견을 어떻게 수집했습니까

가장 중요한 문항입니다. 수집 방법과 수집한 내용을 나눠서 씁니다.

3. 2단계: 앱 정보

앱 자체에 대한 질문입니다. 타겟층, 가치 제안, 출시 첫해 예상 설치 수를 묻습니다. 여기는 테스트와 무관하니 마케팅 문구 대신 사실을 쓰면 됩니다.

• 타겟층 — “20~30대 직장인 중 아침에 잘 못 일어나는 사람”처럼 좁게 씁니다. “모든 사용자”는 피합니다.
• 가치 제안 — 경쟁 앱과 무엇이 다른지 한 문장. 기능 나열보다 “무엇을 대신 해 주는가”로 씁니다.
• 첫해 예상 설치 수 — 범위로 답합니다. 과장하지 않는 편이 낫습니다. 근거 없는 큰 숫자는 준비 상태에 대한 의심을 부릅니다.

4. 3단계: 프로덕션 준비 상태

테스트에서 알게 된 것을 앱에 어떻게 반영했는지를 묻습니다. 승인 여부가 가장 많이 갈리는 지점입니다.

버전 번호와 무엇을 고쳤는지가 함께 있으면 검토자가 확인할 수 있습니다. 그래서 테스트 기간 중 3~4일 간격으로 업데이트를 올려 두는 것이 이 답을 쓰는 데 큰 도움이 됩니다.

5. 답을 쓰기 전에 모아 둘 자료

설문은 기억으로 쓰면 막연해집니다. 아래 다섯 가지를 먼저 모아 두면 문항마다 그대로 옮겨 쓸 수 있습니다.

1. 테스트 시작일과 종료일, 그동안 유지된 설치 기기 수
2. 테스트 중 올린 버전 목록과 각 버전에서 바꾼 내용
3. 실행이 실패했던 기기와 그때의 오류 · OS 버전
4. 첫 실행 화면 캡처 (권한 요청 · 온보딩이 정상인지 보여 주는 자료)
5. 확인하지 못한 기능과 그 이유

6. 쓰면 안 되는 답

• 없었던 피드백을 지어내기. “테스터 12명이 UI가 편하다고 했다”처럼 확인할 수 없는 문장을 지어 쓰면, 문제가 됐을 때 앱이 아니라 계정이 위험해집니다.
• 모든 문항에 “네”만 적기. 어려움이 하나도 없었다는 답은 오히려 테스트를 하지 않은 것처럼 보입니다.
• 복사한 템플릿 그대로 내기. 같은 문장이 여러 앱에서 반복되면 검토자가 알아봅니다.
• 기능 나열로 분량 채우기. 묻는 것은 기능 목록이 아니라 테스트에서 무엇을 배웠는가입니다.