앱 MVP 스토어 운영 권한: 출시·재무·고객응대를 나누는 5가지 기준
앱을 처음 출시할 때 스토어 계정을 한 사람의 로그인으로 함께 쓰기 시작하면, 출시 버튼을 누를 사람·매출 보고서를 볼 사람·고객 리뷰에 답할 사람이 모두 같은 계정에 묶입니다. 이후 외주개발자나 마케팅 담당자가 바뀌면 “누가 무엇을 할 수 있었는지”도 다시 확인하기 어려워집니다.
먼저 답하면, 앱 MVP의 스토어 운영 권한은 계정의 법적·최종 책임, 출시와 테스트, 재무·주문 정보, 고객 응대, 읽기 전용 확인으로 나누어 배정하는 편이 좋습니다. Google Play Console과 Apple App Store Connect는 역할과 권한에 따라 가능한 작업과 보이는 정보가 다르다고 안내합니다. 직무명만 보고 넓은 관리자 권한을 주기보다, 이번 역할이 실제로 끝내야 하는 작업부터 적으세요.
이 글은 스토어 운영팀 권한을 정하는 기준입니다. 앱 서명키 자체의 보관·교체는 앱 MVP 서명키 교체 기준에서, 심사용 데모 계정과 접근 노트는 앱 MVP 심사 데모 계정 기준에서 따로 다룹니다.
1. 먼저 ‘계정의 최종 책임’과 ‘실무 권한’을 분리합니다
Google Play Console은 계정 소유자·관리자·사용자라는 접근 수준을 구분합니다. 계정 소유자는 전체 접근 권한을 가지며 사용자 초대·삭제와 권한 관리가 가능하고, 연결된 결제 프로필과 결제 설정에는 소유자에게만 허용되는 항목이 있습니다. Apple은 프로그램 등록을 완료한 사람이 Account Holder가 되며, 이 역할이 법적 계약 체결 등 일부 작업을 할 수 있다고 설명합니다.
그래서 MVP 운영표의 첫 줄은 “누가 일을 많이 하는가”보다 다음 두 질문이어야 합니다. 누가 회사의 최종 계정 책임을 지는가? 그 사람이 자리를 비웠을 때, 누구에게 어떤 실무 권한을 초대 방식으로 줄 것인가? 이 구분은 개인 Apple ID나 Google 계정의 비밀번호를 공유하는 방식과 다릅니다. 공식 초대와 역할 배정은 사람·권한·변경 시점을 별도로 관리할 수 있게 합니다.
최종 책임: 등록·계약·결제 관련 주체와 계정 복구 경로를 회사 기록에 남깁니다.
실무 관리자: 사용자 초대나 권한 변경이 필요한지, 전체 앱인지 특정 앱인지 먼저 확인합니다.
작업 담당자: 배포·테스트·스토어 정보·리뷰 응대처럼 한정된 업무만 배정합니다.
확인 담당자: 변경 없이 상태를 확인해야 한다면 읽기 권한이 가능한지 먼저 검토합니다.
플랫폼 이름이 같아도 실제로 가능한 작업은 역할과 계정 설정에 따라 달라질 수 있습니다. 따라서 이 글의 분류를 권한 설정값으로 복사하지 말고, 현재 콘솔에 보이는 역할 설명과 회사의 책임자를 함께 대조하세요.
2. 출시와 테스트는 같은 ‘배포 업무’로 뭉치지 않습니다
테스트용 빌드를 올리고 결과를 확인하는 일과 프로덕션에 공개하는 일은 영향 범위가 다릅니다. Google Play Console의 공식 권한 설명은 테스트 트랙 출시 권한과 프로덕션 출시 권한을 구분합니다. 테스트 트랙 권한만으로는 프로덕션에 게시할 수 없고, 프로덕션 출시 권한은 버전 생성·수정·공개와 게시 취소·재게시 같은 작업을 포함할 수 있습니다.
Apple App Store Connect도 역할마다 앱 개발·전달, 앱 정보·가격, 마케팅 자료 같은 업무가 나뉩니다. 예를 들어 App Manager는 앱의 가격·스토어 정보·개발 및 전달을 관리하는 역할로 안내되고, Developer는 앱의 개발과 전달을 관리하는 역할로 설명됩니다. 어느 사람이 어느 권한을 가져야 하는지는 팀의 배포 절차가 결정합니다.
실제 업무 | 운영표에 남길 결정 | 확인 기록 |
|---|---|---|
내부·비공개 테스트 | 테스터 목록을 바꿀 사람과 테스트 빌드를 올릴 사람을 분리할지 | 테스트 대상·버전·권한 부여일 |
프로덕션 출시 | 최종 공개 권한을 가진 사람과 승인 절차를 어떻게 둘지 | 릴리스 노트·버전·공개 전 확인자 |
스토어 등록정보 수정 | 설명·이미지·가격·배포 정보 변경을 누가 제안하고 누가 반영할지 | 변경 요청·반영 시각·검수 결과 |
이 표는 특정 플랫폼의 필수 승인 흐름이 아닙니다. 작은 팀이라도 테스트 권한과 공개 권한을 구분해 기록하면, “업로드를 했음”과 “실제 공개를 했음”을 같은 완료 상태로 착각하는 일을 줄일 수 있습니다.
3. 재무·주문 정보와 고객 응대는 따로 다룹니다
앱 운영에서는 출시 담당자가 매출·주문·취소 정보까지 항상 볼 필요가 없고, 고객 응대 담당자가 앱 설정을 바꿀 이유도 없습니다. Google Play Console은 재무 데이터·주문·취소 설문 응답 보기 권한과 주문·정기 결제 관리 권한을 구분해 안내합니다. Apple의 역할 안내에서도 Finance는 재무 정보·보고서·세금 양식을, Customer Support는 App Store 리뷰 분석과 응답을 담당하는 역할로 제시됩니다.
따라서 운영표에는 ‘마케팅’이나 ‘CS’처럼 넓은 직무명만 쓰지 말고, 다음처럼 정보와 행동을 분리해 보세요. 보고서를 볼 수 있는가, 주문을 처리할 수 있는가, 리뷰에 답할 수 있는가, 가격·구독 설정을 바꿀 수 있는가. 이 네 질문의 답이 모두 같을 필요는 없습니다. 특히 고객의 결제 문의를 받는 일이 곧 재무 보고서 전체를 열람해야 한다는 뜻은 아닙니다.
4. 전체 계정과 특정 앱 범위도 확인합니다
같은 팀이 여러 앱을 운영한다면, 한 앱의 출시 업무가 다른 모든 앱의 정보·보고서까지 볼 이유가 있는지 점검해야 합니다. Google Play Console은 권한을 계정 수준과 앱 수준으로 나누며, 계정 권한은 개발자 계정의 모든 앱에 적용되고 앱 권한은 선택한 앱에 적용된다고 설명합니다. 담당자가 새 앱에도 자동으로 접근하는지 같은 범위는 초대 전에 확인할 항목입니다.
권한을 줄 때는 이름과 역할만 저장하지 말고 대상 앱, 가능한 행동, 필요한 기간, 권한을 검토할 다음 날짜를 함께 기록하세요. Google Play Console은 초대 시 액세스 만료일을 설정할 수 있고, 설정하지 않으면 권한이 무기한 유지될 수 있다고 안내합니다. 단기 외주·런칭 캠페인·테스트 인력처럼 종료 시점이 분명한 업무는 특히 이 항목을 놓치기 쉽습니다.
이번 사람이 처리할 산출물과 종료 조건을 한 문장으로 적습니다.
그 일을 위해 필요한 콘솔·앱 범위와 데이터 범위를 확인합니다.
공개·재무·고객 응대처럼 영향이 큰 행동은 별도 승인 또는 기록이 필요한지 정합니다.
초대 방식으로 역할을 부여하고, 접근 만료일 또는 재검토일을 기록합니다.
업무 종료·담당자 변경 때 실제 권한 목록과 관련 계정의 접근 상태를 다시 확인합니다.
5. 인수인계는 ‘로그인 전달’이 아니라 권한 재확인입니다
운영자가 바뀔 때 가장 중요한 결과물은 비밀번호 메모가 아니라 현재 역할 목록과 책임 경계입니다. Google Play Console은 권한이 있는 관리자가 사용자·권한을 관리하고, 전체 관리자 권한이 있으면 활동 로그로 변경 사항을 검토할 수 있다고 설명합니다. Apple도 Account Holder, Admin, Finance, App Manager, Developer, Marketing, Sales, Customer Support처럼 역할을 구분합니다.
인수인계 시에는 적어도 세 장면을 확인하세요. 퇴사·계약 종료한 사람이 아직 초대 목록에 남아 있지 않은지, 새 담당자가 필요한 특정 앱에만 접근하는지, 계정 책임자와 결제·법적 연락처가 실제 회사 운영 상태와 맞는지입니다. 외주사가 개발을 맡았다는 사실만으로 그 회사가 영구적인 전체 권한을 가져야 한다고 단정할 수는 없습니다.
유인어스는 민간 사업 지원 서비스이며, 이 글은 특정 팀의 보안 적합성·스토어 승인·매출 또는 사고 예방을 보장하지 않습니다. 실제 권한 변경 전에는 현재 플랫폼의 역할 설명, 회사의 계약·개인정보 처리 범위, 계정 복구 책임을 함께 확인하세요.
자주 묻는 질문
앱 출시를 외주사에 맡기면 스토어 계정을 통째로 공유해야 하나요?
그렇게 단정할 필요는 없습니다. Google Play Console과 App Store Connect는 초대와 역할·권한 배정을 제공합니다. 외주사의 실제 산출물, 필요한 앱 범위, 테스트·프로덕션 공개 여부, 종료 시점을 확인해 필요한 권한을 검토하세요.
테스트 빌드를 올릴 수 있으면 프로덕션 출시도 할 수 있나요?
항상 그렇지는 않습니다. Google Play Console은 테스트 트랙 출시 권한과 프로덕션 출시 권한을 구분하고, 테스트 트랙 권한만으로는 프로덕션에 게시할 수 없다고 안내합니다. 현재 부여할 권한의 설명을 콘솔에서 다시 확인하세요.
고객 리뷰에 답하는 담당자에게 재무 보고서도 필요한가요?
업무가 다르면 별도로 검토할 수 있습니다. Apple은 Finance와 Customer Support 역할을 구분하고, Google Play Console도 재무·주문 관련 권한과 리뷰 응답 권한을 따로 안내합니다. 실제 문의 처리에 필요한 정보 범위만 정하세요.
권한 만료일을 꼭 설정해야 하나요?
모든 역할에 같은 기간을 정할 수는 없지만, Google Play Console은 만료일을 설정하지 않으면 접근 권한이 무기한일 수 있다고 안내합니다. 단기 계약·테스트·캠페인처럼 종료 시점이 있는 업무라면 만료일 또는 재검토일을 운영표에 남기는 편이 좋습니다.
확인한 공식 출처
Google Play Console 고객센터 · 개발자 계정 사용자 추가 및 권한 관리하기 — 2026-09-19 확인
Apple Developer · App Store Connect Role permissions — 2026-09-19 확인