Google AI Studio 개인 앱 MVP 검증: 실기기 설치부터 Play 테스트까지

Google AI Studio 개인 앱 MVP 검증은 Google Play에 앱을 올리기 전부터 시작할 수 있어요. Android 앱이라면 USB로 실기기에 바로 설치해 볼 수 있기 때문입니다. 혼자 쓸 앱은 내 기기에서 핵심 작업이 되는지부터 확인하면 됩니다. 남에게 공개할 앱은 다른 사람이 설치하고 쓰는 과정, 그리고 Play의 테스트·출시 요건까지 준비 범위에 넣어야 하고요.

먼저 헷갈리기 쉬운 지점부터 짚을게요. Google AI Studio는 앱을 만드는 도구이고, Google Play는 앱을 배포하는 플랫폼입니다. AI Studio 안에서도 웹 앱 제작과 Android 앱 제작은 다른 경로이고, USB 설치는 Android 앱 쪽에만 해당해요. 순서는 Build 모드에서 Android를 선택해 앱을 만들고, 브라우저 에뮬레이터로 확인한 다음, WebUSB를 지원하는 브라우저와 USB 디버깅을 켜 둔 기기를 연결하는 식입니다. 설치 조건은 Android 앱 제작 공식 문서에서 확인하세요.

내부 테스트와 비공개 테스트, 무엇이 다른가요

AI Studio의 Publish to Play Store는 최대 100명을 대상으로 하는 내부 테스트 배포 기능입니다. 소수에게 앱을 건네서 설치하고 써 보는 과정의 문제를 찾는 데 쓰기 좋아요. 정식 출시는 이 기능이 아니라 Play Console에서 관리합니다.

여기서 놓치기 쉬운 조건이 하나 있어요. 2023년 11월 13일 이후 만든 개인 개발자 계정에는 별도의 비공개 테스트 요건이 붙습니다. 최소 12명이 연속 14일 이상 참여 상태를 유지한 뒤에야 프로덕션 접근 권한을 신청할 수 있어요. 신청할 때는 테스트를 어떻게 진행했는지, 출시 준비가 어느 정도 됐는지에 관한 질문에도 답해야 합니다. 내 계정에 어떤 조건이 적용되는지는 개인 개발자 계정의 앱 테스트 요건을 기준으로 확인하세요.

내부 테스트를 14일 동안 운영했다고 해서 비공개 테스트 요건을 대신할 수는 없습니다.

그래서 공개가 목표라면 개발 일정에 테스터 모집과 비공개 테스트 운영 기간까지 넣어야 해요. 두 단계는 역할을 나눠 생각하면 덜 헷갈립니다. 내부 테스트는 문제를 빨리 찾아내는 단계로, 비공개 테스트는 대상 사용자의 피드백을 받고 출시를 준비하는 단계로 보면 돼요.

환경마다 무엇을 확인하면 될까요

같은 화면을 여러 번 들여다보기보다 환경마다 드러나는 문제를 나눠서 보는 편이 효율적입니다. 아래 순서는 Google이 정한 공식 합격 기준이 아니고, MVP 검증을 설계할 때 참고할 수 있는 제안이에요.

1. 브라우저 미리보기에서는 핵심 작업 흐름과 화면 전환을 봅니다. 목적을 이루는 데 필요한 단계가 끊기지 않고 이어지는지 확인하세요.
2. 실기기에서는 권한 요청, 로그인, 카메라·위치처럼 하드웨어에 기대는 기능을 확인해요. 브라우저 에뮬레이터에는 카메라 촬영, NFC·Bluetooth, 실제 GPS, Google Play services 등에 제약이 있기 때문입니다.
3. 내부 테스트에서는 개발자가 설명해 주지 않아도 다른 사람이 설치부터 핵심 작업 완료까지 해내는지 관찰합니다. 어디서 멈추는지, 어떤 도움을 요청하는지를 수정 우선순위의 근거로 삼으세요.

기록도 두 갈래로 나눠 두는 게 좋아요. 참여 인원과 연속 참여 기간은 출시 자격을 확인하는 자료입니다. 반면 핵심 작업을 끝까지 마쳤는지, 어디서 사용을 멈췄는지, 다시 쓸 이유가 있는지는 앱의 유용성을 판단하는 자료예요. 인원을 채웠다는 사실만으로 사용자가 이 앱을 필요로 한다고 보기는 어렵습니다.

제가 먼저 보라고 권하는 건 기능 추가가 아니라 핵심 작업이 끝까지 이어지는지예요. 작업을 마치지 못하는 원인을 알아야 기능을 더할지, 화면 안내를 고칠지 무엇부터 할지 정할 수 있기 때문입니다.

비공개 테스트로 넘어가기 전에 챙길 것

내부 테스트 참여자를 비공개 테스트로 옮길 때 명단만 복사하면 될 것 같지만, 그것만으로는 부족합니다. 참여자가 내부 테스트에서 먼저 탈퇴한 뒤 비공개 테스트에 다시 참여하도록 새 링크와 순서를 함께 안내해 주세요.

모집 경로도 미리 생각해 둬야 해요. 공개 테스트나 정식 출시 전의 내부·비공개 테스트 앱은 Play 검색으로 찾을 수 없으니, 테스터를 직접 모으고 참여 링크를 전달할 통로가 필요합니다. 테스트 버전에는 공개 리뷰를 남길 수 없어서 피드백을 받을 채널도 따로 마련해야 하고요.

데이터 공개 준비는 비공개 테스트로 넘어가기 전에 끝내 두는 편이 좋습니다. 내부 테스트 트랙에서만 제공하는 앱은 Data safety 양식 대상에서 빠지지만, 비공개 테스트부터는 작성해야 해요. 데이터를 수집하지 않는 앱이어도 양식과 개인정보처리방침 링크는 필요하고, 앱에 쓴 SDK가 데이터를 어떻게 처리하는지까지 살펴봐야 합니다. 제출 범위는 Data safety 공식 안내에서 확인하세요.

'14일 참여'라는 표현도 헷갈리기 쉬워요. 매일 앱을 실행해야 한다는 수치 조건이 아니라, 연속해서 참여 상태를 유지해야 한다는 요건입니다. 실제 테스트에서 받은 피드백과 그에 따라 고친 내용을 기록해 두고, 요건을 채운 뒤에는 접근 권한을 직접 신청해야 합니다. 14일이 지났다고 앱이 자동으로 출시되지는 않아요.