앱 MVP 알림 채널: 중요도·사용자 설정·테스트를 나누는 5가지 기준

앱 MVP 알림 채널: 중요도·사용자 설정·테스트를 나누는 5가지 기준

Android 앱 MVP에서 알림을 넣을 때는 ‘알림 권한을 받았다’와 ‘어떤 알림이 어떤 방식으로 보인다’를 같은 완료 상태로 두면 안 됩니다. Android 8.0(API 26) 이상에서는 알림마다 채널이 필요하고, 채널을 만든 뒤 시각·소리 같은 동작은 앱이 임의로 바꿀 수 없습니다. 사용자가 시스템 설정에서 채널별 동작을 바꿀 수도 있습니다. 따라서 첫 MVP는 메시지를 많이 보내는 설계보다, 사용자에게 서로 다른 의미를 갖는 알림을 어떻게 나누고 어떤 상태를 확인할지부터 정하는 편이 낫습니다.

이 글은 Android 알림 채널을 다루는 MVP의 제품·QA 기준입니다. 특정 알림이 실제로 도착하거나 사용자의 반응을 얻는다는 보장은 아닙니다. 푸시 등록 정보의 갱신·무효 응답 처리는 앱 MVP 푸시 토큰 관리 기준, 권한·전송·기기 표시를 분리하는 방법은 앱 MVP 알림 수신 확인 기준에서 따로 확인할 수 있습니다.

먼저 답: 채널은 개발팀의 기능 목록이 아니라 사용자가 따로 조절할 이유로 나눕니다

채널은 알림을 분류하는 내부 태그가 아닙니다. Android는 채널마다 시각·소리 동작을 적용하고, 사용자가 앱 설정에서 채널별로 이를 조절할 수 있게 합니다. 그래서 ‘주문 상태’, ‘예약 직전 알림’, ‘새 댓글’처럼 사용자가 각각 다르게 받고 싶을 만한 목적은 분리 후보가 됩니다. 반대로 서버 이벤트 이름이나 담당 팀이 다르다는 이유만으로 채널을 계속 늘리면, 사용자는 무엇을 꺼야 하는지 알기 어려워집니다.

MVP 기획서에는 채널마다 다음 네 칸만 먼저 적어도 충분합니다. 사용자에게 보일 채널 이름, 보내는 실제 상황, 처음 제안할 중요도, 사용자가 끄거나 낮췄을 때 앱 화면에서 안내할 다음 행동입니다. ‘긴급’이라는 이름을 붙였다고 시스템이 더 중요한 알림으로 판단하는 것은 아닙니다. 화면에 쓰는 말과 실제 중요도 선택을 분리해서 검토하세요.

기준 1: 권한 요청과 채널 생성은 별도 상태로 기록합니다

Android 13(API 33) 이상에서는 일반 알림을 보내기 위해 `POST_NOTIFICATIONS` 런타임 권한이 필요합니다. 새 설치에서는 사용자가 권한을 허용하기 전까지 알림이 기본적으로 꺼져 있습니다. 하지만 권한을 허용했다고 해서 모든 채널이 사용자의 의도에 맞는 설정이라는 뜻은 아닙니다. Android 8.0 이상에서는 채널이 있어야 알림이 표시될 수 있고, 채널별 설정은 별도로 존재합니다.

따라서 QA 결과를 ‘권한 허용’ 하나로 끝내지 마세요. 권한 요청을 보여 줌, 사용자의 허용·거부·대화상자 닫기, 채널 생성, 채널에 연결한 실제 알림 게시, 기기 화면에서의 표시를 서로 다른 결과로 남기면 원인을 다시 찾기 쉽습니다. 특히 사용자가 권한 대화상자를 닫기만 한 경우에는 권한 상태가 바뀌지 않는다는 Android 안내도 테스트 시나리오에 포함하세요.

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

기준 2: 첫 중요도는 제안값이고, 만든 뒤에는 사용자 설정을 존중합니다

Android 문서는 채널 생성 때 중요도를 정하지만, 채널을 등록한 뒤에는 중요도와 시각·소리 동작을 변경할 수 없다고 설명합니다. 사용자는 시스템 설정에서 채널별 설정을 변경할 수 있습니다. 즉, ‘처음에는 소리 나게’라는 제품 결정과 ‘현재 이 사용자 기기에서 소리가 나는가’라는 관찰값은 다릅니다.

처음부터 최대 중요도를 기본값으로 두기보다, 사용자가 즉시 알아야 하는 사건인지, 앱을 열었을 때 확인해도 되는지, 같은 종류가 짧은 시간에 반복될 수 있는지부터 적으세요. 중요한 알림의 채널이 사용자에 의해 꺼져 있음을 앱이 감지했다면, 강제로 되돌리려 하지 말고 해당 채널 설정 화면으로 이동할 수 있는 안내를 제공하는 방식이 Android의 제어 구조와 맞습니다.

기준 3: 채널 ID는 내부 계약, 이름·설명은 사용자 안내로 구분합니다

채널을 만들 때는 고유 ID와 사용자에게 보이는 이름, 중요도를 지정합니다. 사용자는 시스템 설정에서 이 이름을 보므로, 내부 이벤트 코드나 약어를 그대로 노출하지 않는 편이 좋습니다. Android는 채널 이름과 설명은 나중에 바꿀 수 있지만, 생성 후 채널 동작은 바꿀 수 없다고 안내합니다.

그래서 ‘출시 뒤 마케팅 알림을 조용하게 바꾸자’ 같은 요구가 생겼을 때, 기존 채널의 중요도를 코드 한 줄로 덮어쓸 수 있다고 가정하면 안 됩니다. 어떤 변경이 이름 수정인지, 새 채널이 필요한 정책 변경인지, 사용자가 이미 설정한 값과 충돌하는지를 먼저 정리하세요. 채널 ID를 버전·실험·캠페인마다 새로 찍어 내는 방식은 사용자의 설정 목록을 불필요하게 복잡하게 만들 수 있습니다.

기준 4: 삭제는 설정 변경의 대체 수단으로 쓰지 않습니다

Android는 채널 삭제 API를 제공하지만, 시스템 설정에는 스팸 방지를 위해 삭제된 채널 수가 표시될 수 있다고 안내합니다. 따라서 테스트 중 잘못 만든 채널을 정리하는 일과 운영 중 사용자가 조절해 온 채널을 삭제해 새로 만드는 일은 같은 선택이 아닙니다.

MVP에서 채널을 없애려면 먼저 ‘앞으로 이 알림 유형을 보내지 않는가’, ‘기존 사용자는 어떤 설정 목록을 보게 되는가’, ‘서버가 예전 채널 ID로 보내는 요청은 남아 있지 않은가’를 확인하세요. 실제 기기 테스트용 채널은 운영 채널과 분리하고, 재설치나 앱 데이터 삭제로 초기 상태를 만들 수 있다는 점도 QA 기록에 남기면 혼동을 줄일 수 있습니다.

기준 5: QA는 권한·채널·사용자 설정·게시 결과를 교차해서 봅니다

알림이 보이지 않을 때 ‘푸시가 실패했다’고 바로 결론 내리기 어렵습니다. Android 8.0 이상에서 채널 없이 게시하면 알림이 보이지 않고 시스템은 오류를 기록합니다. Android 13 이상에서는 권한 거부가 일반 알림을 막을 수 있습니다. 사용자가 특정 채널을 조절한 경우에도 결과가 달라질 수 있습니다.

출시 전에는 최소한 새 설치, 권한 허용, 권한 거부, 대화상자 닫기, 채널별 설정 변경, 앱 업데이트 뒤 기존 채널, 채널 없는 게시 시도를 분리해 확인하세요. 각 장면마다 OS 버전, 권한 상태, 채널 ID·중요도, 시스템 설정 관찰값, 실제 게시 호출 결과를 남기면 같은 오류를 ‘권한 문제’와 ‘채널 설계 문제’로 잘못 묶는 일을 줄일 수 있습니다.

출시 전 한 장 체크리스트

1. 사용자 입장에서 끄거나 낮추고 싶은 알림 목적별로만 채널을 정했는가?

2. Android 13 이상 권한 상태와 채널 생성·설정을 별도 결과로 기록하는가?

3. 각 채널의 초기 중요도가 실제 긴급도와 반복 빈도에 맞는가?

4. 사용자가 변경한 채널 설정을 앱 코드로 되돌리지 않고, 필요한 경우 설정 화면으로 안내하는가?

5. 새 설치·거부·대화상자 닫기·설정 변경·업데이트 뒤를 실제 기기에서 확인했는가?

알림 채널은 ‘푸시 기능 완료’ 도장이 아니라, 사용자가 알림을 조절할 수 있도록 제품의 의미를 나누는 계약입니다. 유인어스는 민간 사업 지원 서비스이며, 이 글은 특정 앱의 알림 도달·스토어 심사·개인정보 적합성 또는 사업 성과를 보장하지 않습니다. 현재 앱의 대상 사용자, 실제 알림 목적, Android 버전과 최신 공식 문서를 기준으로 범위를 결정하세요.

자주 묻는 질문

알림 권한을 허용받았으면 채널 설계는 끝난 건가요?

아닙니다. Android 13 이상 권한은 일반 알림 전송에 관한 별도 상태이고, Android 8.0 이상 채널은 알림 유형별 동작과 사용자 설정을 다루는 별도 구조입니다. 권한, 채널 생성, 채널 설정, 실제 게시 결과를 나누어 확인하세요.

만든 채널의 중요도를 앱 업데이트로 바꿀 수 있나요?

Android 문서는 채널을 등록한 뒤 중요도와 시각·소리 같은 동작을 변경할 수 없다고 설명합니다. 이름과 설명은 바꿀 수 있지만, 사용자가 변경한 채널 동작을 앱이 임의로 덮어쓰는 방식으로 설계하면 안 됩니다.

알림이 너무 많으면 채널을 삭제하고 새로 만들면 되나요?

단순 설정 변경을 위해 삭제·재생성을 반복하는 방법은 신중해야 합니다. Android는 삭제된 채널 수를 시스템 설정에 표시할 수 있다고 안내합니다. 새 채널이 정말 별도 사용자 선택을 뜻하는지, 기존 ID로 보내는 요청이 없는지부터 확인하세요.

사용자가 특정 채널을 껐을 때 앱은 무엇을 해야 하나요?

앱이 자동으로 다시 켜기보다, 필요한 상황에서 해당 채널 설정 화면으로 이동할 수 있는 안내를 제공하는 방식을 검토하세요. 실제로 어떤 설정을 사용자가 바꿨는지와 알림 기능이 필요한 이유를 함께 확인하는 것이 좋습니다.

확인한 공식 출처

• Android Developers · Create and manage notification channels — 2026-09-18 확인

• Android Developers · Notification runtime permission — 2026-09-18 확인

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