앱 MVP 오디오 재생: 시작·백그라운드·중단·재개를 나누는 5가지 기준
앱 MVP에 오디오를 넣을 때 가장 먼저 정할 일은 재생 버튼을 만드는 일이 아닙니다. 사용자가 다른 앱을 열거나 화면을 잠그고, 전화·다른 앱의 소리가 들어오고, 다시 돌아왔을 때 **무엇이 계속되고 무엇을 사용자에게 다시 묻게 할지**를 먼저 정해야 합니다. 이 글은 음악·강의·명상·가이드 음성처럼 재생이 핵심 흐름인 앱에서 그 범위를 나누는 기획 기준입니다.
Android의 Media3 문서는 앱이 전면에 있지 않아도 재생을 지원하려면 플레이어와 미디어 세션을 별도 서비스에 두는 방식을 안내합니다. 하지만 그 기술 선택이 곧 모든 앱에 백그라운드 재생이 필요하다는 뜻은 아닙니다. MVP에서는 콘텐츠의 성격과 사용자가 예상하는 행동을 먼저 정하고, 그 결정에 맞는 구현과 QA를 붙이는 편이 안전합니다.
먼저 정할 것: 이 오디오는 화면을 떠나도 계속돼야 하나
백그라운드 재생은 ‘재생 기능이 있다’와 다른 제품 결정입니다. 화면 안의 짧은 안내 음성이라면 화면을 떠날 때 멈추는 편이 자연스러울 수 있습니다. 반대로 사용자가 걷거나 화면을 보지 않는 동안 듣는 강의·음악이라면, 앱 전환이나 잠금 뒤에도 이어지는 흐름을 검토할 이유가 생깁니다.
Android 공식 문서는 백그라운드 재생을 위해 MediaSessionService 안에 Player와 MediaSession을 둘 수 있다고 설명합니다. 이 경우 시스템 미디어 제어, 보조 기기 등의 외부 제어 주체가 앱 화면 없이 세션에 연결할 수 있습니다. 따라서 MVP 기획서에는 ‘백그라운드 재생 지원’만 적지 말고, **어느 콘텐츠·어느 화면·어느 종료 행동까지 지원하는지**를 남겨야 합니다.
판단 장면 | MVP에서 정할 질문 | 출시 기록에 남길 결과 |
|---|---|---|
재생 시작 | 사용자가 누른 뒤 바로 들리는가, 준비 상태가 필요한가 | 시작·로딩·오류 상태와 화면 문구 |
앱 전환·잠금 | 이 콘텐츠는 화면 밖에서도 이어지는가 | 계속·일시정지 중 하나와 근거 |
다른 소리·통화 | 재생을 멈추거나 낮춘 뒤 무엇을 보존하는가 | 중단 상태, 복귀 조건, 사용자 조작 |
앱 최근 항목에서 제거 | 재생을 남길지 끝낼지 | 종료 정책과 실제 기기 확인 |
다시 재생 | 마지막 위치를 바로 쓸 수 있는가 | 재개 위치, 다시 확인할 데이터, 실패 안내 |
‘재생 중’ 하나로 묶지 말고 네 가지 상태를 분리하기
첫째는 **시작 가능** 상태입니다. 항목을 선택했지만 아직 준비 중인 장면과, 실제 소리가 나오는 장면을 같은 완료로 표시하면 사용자는 버튼이 먹지 않았다고 느낄 수 있습니다. MVP에서도 준비·재생·실패를 최소한 구분해 화면과 이벤트를 맞춥니다.
둘째는 **백그라운드 유지** 상태입니다. ‘앱을 나가도 계속’이라는 약속을 했는지, 아니면 화면을 벗어나면 일시정지하는지 제품마다 다릅니다. Android 문서는 재생이 진행 중이면 최근 작업에서 앱을 지운 뒤에도 서비스가 기본적으로 남을 수 있으며, 앱은 onTaskRemoved에서 그 동작을 바꿀 수 있다고 설명합니다. 그러므로 이 장면은 우연한 플랫폼 기본값에 맡기지 말고, 기획·개발·QA가 같은 선택을 하도록 기록합니다.
셋째는 **중단됨** 상태입니다. 통화, 다른 앱의 오디오, 오디오 출력 변경 같은 상황을 모두 ‘오류’라고 표시할 필요는 없습니다. 중요한 것은 중단 이유를 기술 로그와 사용자 문구에서 분리하는 것입니다. MVP 화면에는 ‘다시 재생’처럼 사용자가 할 수 있는 다음 행동을 남기고, 내부 검수 기록에는 어떤 장면에서 멈췄는지 적습니다.
넷째는 **재개 대기** 상태입니다. 마지막 재생 위치를 저장한다고 해서 자동 재생까지 정당화되지는 않습니다. Android 문서는 재개 기능이 기본으로 켜져 있지 않으며, 재개를 구현할 경우 앱이 재생목록·현재 항목·시작 위치를 제공할 책임이 있다고 안내합니다. 위치를 보존할지, 사용자 탭 뒤에만 다시 시작할지, 네트워크·권한처럼 최신 확인이 필요한 값은 무엇인지 별도로 결정하세요.
구현 범위보다 먼저 쓰는 5줄의 재생 정책
복잡한 명세가 부담스럽다면 아래 다섯 줄부터 합의하면 됩니다. 이는 플랫폼 규칙을 대신하는 체크리스트가 아니라, 기능 범위를 작게 고정하기 위한 제품 기록입니다.
이 MVP에서 백그라운드 재생을 허용하는 콘텐츠와 제외하는 콘텐츠를 적습니다.
화면 잠금·앱 전환·최근 작업 제거 각각에서 계속/일시정지/종료 중 하나를 정합니다.
중단이 생겼을 때 자동 재개 여부와, 사용자가 눌러야 하는 재개 행동을 정합니다.
저장할 최소값(콘텐츠 식별자, 재생 위치 등)과 다시 확인할 값(이용 가능 여부 등)을 구분합니다.
실제 기기에서 확인할 조작 순서와, 실패 시 사용자에게 보여 줄 다음 행동을 적습니다.
이 방식은 앱 MVP 상태 복원 기준에서 다룬 ‘되돌릴 최소 맥락’과도 이어집니다. 다만 상태 복원 글이 화면·입력의 재진입을 다룬다면, 여기서는 사용자가 듣는 흐름과 시스템 제어 주체가 함께 바뀌는 재생 수명 주기를 다룹니다.
**MVP 판단 원칙:** 백그라운드 재생, 중단 처리, 재개는 한 묶음입니다. 하나만 지원한다고 적기보다, 사용자가 화면 밖에서 무엇을 예상할지 하나의 문장으로 설명할 수 있어야 합니다.
QA는 ‘소리가 났다’가 아니라 장면 전환으로 확인하기
재생 버튼을 눌러 소리가 나는 테스트만으로는 출시 범위를 확인하기 어렵습니다. Android 공식 문서처럼 세션과 서비스 수명 주기를 다루는 구조에서는 화면 이외의 제어 주체도 연결될 수 있습니다. 따라서 앱 화면, 시스템 제어 화면, 실제 오디오 출력이 서로 같은 상태를 보이는지 확인해야 합니다.
다음 순서를 한 기기에서 기록해 보세요. 콘텐츠를 재생한 뒤 앱을 전환하고, 잠금 화면을 확인하고, 다른 오디오를 재생해 중단을 만들고, 앱으로 돌아와 재생 버튼을 누릅니다. 백그라운드 지원을 약속했다면 최근 작업 제거 뒤의 동작도 별도 장면으로 봅니다. 각 장면에서 ‘재생/중단/재개 대기’ 중 어떤 상태였는지와 사용자가 볼 문구를 함께 적으면, 개발 완료와 사용자 경험 완료를 섞지 않을 수 있습니다.
사용자 조작의 확인 흐름은 앱 MVP 알림 수신 확인처럼 ‘요청이 발생했다’와 ‘기기에서 보였다’를 분리하는 원리와 닮았습니다. 재생도 코드 호출, 시스템 제어 표시, 실제 출력, 사용자의 다음 동작을 하나의 성공으로 단정하지 않는 편이 좋습니다.
기능을 줄여도 남겨야 하는 예외
첫 버전에서 재생목록, 속도, 이어듣기, 외부 기기 제어를 모두 넣을 필요는 없습니다. 그러나 다음 예외는 기능 수와 별개로 결정이 필요합니다.
콘텐츠를 더 이상 들을 수 없을 때, 저장된 위치만 보여 줄지 재생을 막고 안내할지
네트워크가 끊겼을 때, 현재 재생과 다음 콘텐츠 선택을 어떻게 구분할지
사용자가 직접 멈춘 경우와 시스템 중단 뒤 멈춘 경우를 같은 상태로 보일지
이어서 듣기 후보가 여러 개일 때, 자동 선택 대신 사용자가 고르게 할지
백그라운드 지원이 없는 콘텐츠에서 앱 전환 뒤 돌아왔을 때, 어느 화면으로 복귀시킬지
이 질문은 재생 기능을 크게 만들기 위한 것이 아닙니다. ‘지원하지 않는 장면’을 먼저 명확히 해 사용자가 예측하지 못한 자동 동작을 줄이기 위한 것입니다. 외부 링크나 다른 화면으로 이동하는 흐름까지 함께 있다면 앱 MVP 외부 링크 열기 기준도 별도 결정을 참고할 수 있습니다.
자주 묻는 질문
모든 오디오 앱은 백그라운드 재생을 제공해야 하나요?
아닙니다. 화면 안의 짧은 효과음·안내 음성처럼 전면 경험에 묶인 콘텐츠는 앱을 벗어나면 멈추는 설계가 더 자연스러울 수 있습니다. 사용자가 화면 밖에서도 듣는 맥락인지와, 그 동작을 제품이 약속했는지를 기준으로 정하세요.
재생 위치를 저장하면 자동 재개도 해야 하나요?
아닙니다. 위치 보존과 자동 재개는 별도 결정입니다. Android 문서는 재개 기능이 기본으로 활성화되지 않으며, 구현 시 앱이 재생에 필요한 항목과 시작 위치를 제공해야 한다고 안내합니다. 사용자가 다시 누르는 흐름이 더 적합한지 먼저 정하세요.
최근 작업에서 앱을 지우면 재생은 반드시 끝나야 하나요?
반드시 그렇지는 않습니다. Android Media3 문서는 재생이 진행 중일 때 서비스가 기본적으로 남을 수 있고, 앱이 해당 동작을 조정할 수 있다고 설명합니다. 중요한 것은 플랫폼 기본값이 아니라, 제품이 어떤 종료 경험을 제공할지 명시하고 실제 기기에서 검수하는 일입니다.
이 기준을 따르면 스토어 심사나 모든 기기에서의 동작이 보장되나요?
아닙니다. 이 글은 MVP 재생 범위와 QA 장면을 정하기 위한 기획 기준입니다. 플랫폼 버전, 기기, 오디오 출력 환경, 스토어 정책은 실제 출시 대상에 맞춰 최신 공식 문서와 기기 테스트로 별도 확인해야 합니다.
재생 기능의 범위를 한 장으로 정리하고, 화면 밖에서도 사용자가 이해할 수 있는 경험으로 만들고 싶다면 유인어스 MVP 출시 범위 상담을 통해 현재 앱 흐름을 함께 점검해 보세요.
기능 목록보다 먼저 ‘계속·중단·재개’의 약속을 정하면, 개발 이후의 예외 수정 비용을 줄이는 데 도움이 됩니다. 우리 서비스에 맞는 MVP 재생 흐름 상담하기
출처: Android Developers — Background playback with a MediaSessionService (2026-09-18 직접 확인).