앱 MVP 사진 선택: 포토 피커·전체 권한·선택 취소를 나누는 5가지 기준

사진 첨부 기능을 MVP에 넣을 때 “사진 권한을 받고 갤러리를 연다”로 끝내면, 실제 사용자 동의 범위와 업로드 실패 처리가 한 덩어리가 됩니다. 프로필 사진 한 장을 붙이는 일, 여러 장을 제출하는 일, 앱이 나중에도 같은 사진을 다시 읽어야 하는 일은 서로 다른 결정입니다.

먼저 답하면, 사용자가 지금 고른 사진·영상만 앱에 전달하면 되는 흐름이라면 Android 포토 피커를 기본 후보로 두는 편이 좋습니다. Android는 이 선택기가 앱에 전체 미디어 보관함이 아니라 선택된 사진·영상에만 접근하게 하는 내장 방식이라고 설명합니다. 전체 보관함 접근은 제품 과업이 정말 요구하는 경우에만 별도 근거와 함께 검토하세요.

이 글은 사진을 선택하는 MVP의 기준입니다. PDF나 계약서처럼 여러 문서 형식을 받는 흐름은 앱 MVP 문서 첨부 기준에서, 선택이 끝난 파일을 다른 앱으로 내보내는 흐름은 앱 MVP 파일 내보내기 기준에서 따로 다룹니다.

1. 첫 질문은 ‘사진을 몇 장, 왜 받는가’입니다

가입 화면의 아바타 한 장, 상담 신청의 현장 사진 여러 장, 영상 편집 앱의 미디어 라이브러리는 같은 기능이 아닙니다. Android의 Activity Result 계약은 한 항목을 위한 PickVisualMedia와 다중 선택을 위한 PickMultipleVisualMedia를 구분합니다. MVP 기획서에는 화면 이름이 아니라 사용자가 선택할 수 있는 최대 수와 각 항목의 완료 상태를 적어 두세요.

• 한 장: 프로필·영수증·대표 이미지처럼 한 항목이 과업을 끝내는가?

• 여러 장: 사용자가 한 번에 묶어 보내야 하는가, 아니면 한 장씩 추가해도 되는가?

• 사진·영상 범위: 이미지 전용인지, 영상도 필요한지, 특정 형식만 허용할지 정했는가?

• 완료 기준: 썸네일이 보이는 상태와 서버 업로드가 끝난 상태를 구분했는가?

다중 선택을 넣는다고 전체 사진 권한이 자동으로 필요한 것은 아닙니다. 특히 초기 버전에서는 선택 상한, 각 항목의 업로드·실패 표시, 삭제 후 재선택을 정하는 편이 “최근 사진 전부를 보여 주자”는 막연한 요구보다 구현·QA 범위를 선명하게 만듭니다.

2. 포토 피커와 전체 미디어 접근은 다른 제품 약속입니다

Android Developers는 포토 피커를 사용자가 선택한 사진과 영상을 앱과 공유하는 내장 인터페이스로 안내합니다. 반대로 공유 저장소의 미디어를 직접 다루는 권한은 사용 사례에 따라 더 넓은 범위를 가질 수 있고, Android 문서는 READ_MEDIA_IMAGES와 READ_MEDIA_VIDEO 같은 권한에 Google Play 정책상 제한된 사용 사례가 있다고 밝힙니다.

여기서 “개인정보 친화적”이라는 표현도 기능 설명을 대신하면 안 됩니다. 선택기 자체가 해결해 주는 범위와, 앱 서버가 업로드한 파일을 얼마나 보관하는지는 별도의 책임입니다. 사용자가 사진을 골랐더라도 서버 전송, 검증, 보관, 삭제 기준까지 자동으로 결정되는 것은 아닙니다.

기획 문장에 ‘사진 권한 필요’라고만 쓰지 말고, ‘사용자가 선택한 최대 N개의 사진을 이 화면에서 업로드한다’처럼 과업과 범위를 적으세요. N은 실제 제품 요구가 정한 값으로만 넣고, 아직 정하지 못했다면 미정으로 남겨 QA에서 확정합니다.

3. 선택기가 없을 때의 대체 경로도 설계합니다

AndroidX의 사진 선택 계약은 기기에서 포토 피커를 사용할 수 없을 때 ACTION_OPEN_DOCUMENT 선택기로 대체될 수 있습니다. 따라서 ‘지원 기기에서만 사진 첨부 가능’이라고 단정하기보다, 실제 지원 OS·기기에서 어떤 선택기가 열리는지 확인하고 동일한 업로드·취소·재시도 화면을 연결하는 편이 낫습니다.

기기별 선택기 모양을 완전히 통제하려고 MVP 범위를 키울 필요는 없습니다. 대신 다음 행동은 같은 의미를 유지해야 합니다. 사용자가 아무 항목도 고르지 않고 닫으면 기존 입력을 보존하고, 파일을 골랐지만 전송에 실패하면 어느 항목을 다시 시도할지 보이게 하며, 지원하지 않는 형식이면 다시 고를 수 있는 경로를 제공하세요.

1. 선택 화면을 연다.

2. 선택·취소·형식 미지원 결과를 구분한다.

3. 선택된 URI를 읽고 업로드를 시작한다.

4. 서버가 받았는지와 검증을 통과했는지를 별도 상태로 표시한다.

5. 실패한 항목만 재선택하거나 다시 올리게 한다.

우리 서비스에 맞는 앱 MVP 범위 정리하기

4. URI 재접근은 ‘나중에도 업로드한다’는 약속일 때만 검토합니다

사진을 고른 직후 바로 올리는 흐름과, 앱이 종료된 뒤 백그라운드 업로드를 이어 가는 흐름은 다릅니다. Android 포토 피커 문서는 기본적으로 앱이 사진·영상에 접근할 수 있는 기간이 기기 재시작 또는 앱 중지까지라고 설명하며, 장시간 작업에는 지속 URI 접근을 별도로 가져가는 방법을 안내합니다. 즉시 업로드라면 불필요한 재접근 설계를 늘리지 말고, 나중 처리가 핵심이라면 접근 기간과 실패 시 재선택을 제품 약속으로 명시하세요.

또한 원본 URI 접근과 서버 보관은 같은 상태가 아닙니다. 기기에서 읽을 수 있어도 서버 검증이 실패할 수 있고, 서버에 업로드가 끝났어도 원본을 다시 열 필요가 없을 수 있습니다. ‘첨부 완료’ 한 줄 대신 선택 완료·전송 중·서버 저장 완료·재시도 필요 상태를 구분하면 고객 문의와 개발 QA가 같은 기준을 공유할 수 있습니다.

5. 출시 전에는 권한 화면보다 실패 복귀를 먼저 시험합니다

사진 첨부 QA는 성공한 한 장만 올려 보는 테스트가 아닙니다. 실제 지원 기기에서 포토 피커 또는 대체 선택기가 열리는지, 취소가 데이터 손실로 이어지지 않는지, 일부 업로드가 실패했을 때 사용자가 다음 행동을 알 수 있는지까지 확인해야 합니다. 선택 가능한 수의 플랫폼 한계와 앱이 설정한 상한도 같은 기기에서 확인하세요.

• 한 장·여러 장·사진과 영상의 범위를 화면 문구와 구현이 동일하게 설명하는가?

• 선택 취소, 빈 선택, 업로드 중 네트워크 단절, 서버 검증 실패를 구별하는가?

• 선택된 항목을 삭제·교체할 수 있고, 실패한 항목만 다시 시도할 수 있는가?

• 지속 접근이 필요한 작업이라면 재시작·앱 종료 뒤의 재선택 안내가 있는가?

• 서버 보관·삭제 기준과 앱의 사진 선택 범위를 혼동시키지 않는가?

사진 선택 MVP의 핵심은 갤러리처럼 보이는 화면을 빨리 만드는 일이 아니라, 사용자가 무엇을 골랐고 앱이 언제까지 무엇을 읽으며 서버가 어느 단계까지 처리했는지를 구분하는 일입니다. 유인어스는 민간 사업 지원 서비스이며, 이 글은 특정 앱의 보안 적합성·스토어 승인·업로드 성공을 보장하지 않습니다. 실제 출시 전에는 제품의 데이터 보관 정책과 지원 기기에서의 동작을 함께 검토하세요.

자주 묻는 질문

사진 첨부 MVP는 전체 사진 권한부터 받아야 하나요?

항상 그렇지는 않습니다. 현재 사용자가 고른 사진·영상만 받는 흐름이라면 Android 포토 피커처럼 선택 항목 중심의 방식을 먼저 검토할 수 있습니다. 앱이 보관함을 탐색·관리해야 하는 실제 과업이 있는지 별도로 판단하세요.

여러 장 첨부를 넣으면 전체 보관함 접근이 필요한가요?

그렇지 않습니다. 다중 선택 계약을 사용해 여러 항목을 고르는 흐름을 설계할 수 있습니다. 다만 최대 선택 수, 항목별 업로드 상태와 부분 실패 재시도를 함께 정해야 합니다.

포토 피커를 지원하지 않는 기기에서는 사진을 첨부할 수 없나요?

AndroidX의 사진 선택 계약은 포토 피커를 사용할 수 없을 때 ACTION_OPEN_DOCUMENT 선택기로 대체될 수 있습니다. 실제 지원 기기에서 어떤 경로가 열리는지와 동일한 실패 안내를 확인하세요.

사진을 골랐으면 나중에도 앱이 계속 읽을 수 있나요?

기본 접근 기간과 지속 URI 접근은 별도입니다. 나중의 업로드·미리보기가 제품의 핵심이라면 재접근이 필요한 이유, 실패 후 재선택, 서버 저장 상태를 함께 설계하세요.

확인한 공식 출처

• Android Developers · Photo picker — 2026-09-19 확인

• Android Developers · Access media files from shared storage — 2026-09-19 확인

• Android Developers · Privacy — 2026-09-19 확인

우리 서비스에 맞는 앱 MVP 범위 정리하기