앱 MVP 구독 가격 변경: 동의·안내·이용 상태를 나누는 5가지 기준
앱 MVP의 구독 가격을 바꿀 때 가장 먼저 확인할 것은 ‘가격을 바꿨다’는 한 줄이 아닙니다. 신규 구매자 가격, 기존 구독자에게 적용할지 여부, 스토어가 요구하는 동의 또는 고지, 실제 다음 갱신일, 그리고 앱 안의 이용 권한은 서로 다른 상태입니다. 이를 한 화면의 ‘가격 변경 완료’로 묶으면 고객 안내와 고객지원, 매출·이용 데이터가 엇갈릴 수 있습니다.
이 글은 특정 국가의 요금·세금·법률 자문이나 개별 스토어 설정값을 대신하지 않습니다. Google Play와 App Store의 현재 공식 문서를 바탕으로, 앱 MVP 운영자가 가격 변경 전에 기록과 안내 흐름을 설계하는 기준을 정리합니다. 국가·지역, 구독 기간, 기존 프로모션, 개별 스토어 설정에 따라 실제 처리 조건은 달라질 수 있으므로 변경 직전 콘솔의 안내를 다시 확인하세요.
먼저 답: 가격 변경은 5개의 질문으로 나누어야 합니다
가격 변경을 승인하기 전에 아래 다섯 질문에 각각 답할 수 있어야 합니다.
새 가격은 신규 구매자에게만 적용되는가, 기존 구독자에게도 적용되는가?
기존 구독자는 기존 가격 코호트에 남는가, 새 가격으로 이동하는가?
해당 사용자·지역·기간에 동의가 필요한가, 사전 고지만 필요한가?
사용자별 다음 갱신일과 스토어의 안내·동의 상태는 무엇인가?
가격 관련 이벤트와 별개로, 현재 서비스 이용 권한은 언제까지 유효한가?
이 다섯 칸이 분리되면 ‘가격을 올렸는데 왜 어떤 고객은 이전 가격인가’, ‘동의하지 않았는데 언제 이용이 끝나는가’, ‘고객이 해지한 것인가 스토어 절차가 끝난 것인가’를 확인 가능한 기록으로 설명할 수 있습니다.
1. 신규 구매 가격과 기존 구독자 가격을 같은 값으로 보지 않기
Google Play는 기본적으로 기존 구독자를 기존 가격 코호트에 두고, 새 가격은 신규 구매에 적용합니다. 기존 구독자에게 현재 기본 요금제를 적용하려면 기존 가격 코호트를 종료하는 별도 선택이 필요합니다. 따라서 운영 문서에는 ‘상품의 현재 판매 가격’ 외에 ‘기존 구독자 가격을 유지할지’라는 결정을 별도 필드로 남기는 편이 안전합니다.
App Store도 가격 인상 시 기존 구독자의 현재 가격을 유지하거나, 기존 구독자에게 변경 가격을 적용하는 선택지를 구분합니다. 가격을 낮추는 상황과 올리는 상황도 같은 흐름이 아닙니다. 특정 고객이 어느 가격으로 갱신되는지는 앱 UI의 표기만으로 추정하지 말고, 스토어 콘솔의 변경 계획과 해당 구독자의 갱신 정보를 기준으로 확인하세요.
실무 기록 예시는 단순합니다. `상품/기본 요금제`, `대상 지역`, `변경 전·후 가격`, `신규 구매 적용일`, `기존 구독자 처리 방식`, `변경을 승인한 사람과 시각`을 한 변경 레코드에 남깁니다. 금액 자체보다 적용 대상을 빠뜨리지 않는 것이 먼저입니다.
2. ‘동의 필요’와 ‘고지 발송’을 같은 완료 상태로 만들지 않기
가격 인상은 플랫폼과 지역별 조건에 따라 사용자의 명시적 동의가 필요할 수 있고, 별도 동의 없이 사전 고지가 진행될 수도 있습니다. Google Play는 기존 구독자 가격 코호트를 종료해 인상할 때 기본적으로 opt-in 방식이며, 조건을 충족하는 일부 지역에서는 opt-out 인상도 가능하다고 안내합니다. App Store도 조건에 따라 동의를 요청하거나 고지만 제공합니다.
그러므로 앱의 내부 상태를 `안내 문구를 준비함 → 스토어 변경을 예약함 → 스토어 고지/동의 절차가 시작됨 → 사용자별 응답 또는 만료 결과를 수신함`처럼 분리하세요. 운영자가 이메일이나 푸시를 보냈다는 사실은 스토어가 가격 변경을 적용했다는 사실도, 사용자가 동의했다는 사실도 아닙니다.
특히 ‘동의를 받지 못하면 해지된다’는 문구를 모든 인상에 일괄 적용하면 안 됩니다. Google Play와 App Store 모두 적용 방식·지역·사용자 조건에 따른 예외가 있습니다. 고객 안내에는 확정된 플랫폼 메시지와 해당 계정의 실제 상태만 쓰고, 불명확할 때는 구독 관리 화면으로 안내하는 편이 낫습니다.
3. 안내 문구와 스토어 관리 화면을 연결하기
앱 안의 사전 안내는 스토어의 공식 동의·고지 흐름을 대체하지 않습니다. 대신 고객이 무엇이 바뀌는지 이해하고, 필요한 경우 해당 스토어의 구독 관리 화면에서 확인할 수 있게 돕는 역할을 합니다.
안내에는 다음 정보를 빠뜨리지 마세요.
대상 상품 또는 요금제와 대상 지역
현재 가격과 예정 가격, 그리고 사용자가 보는 통화 단위
변경 예정일이 아니라 사용자별 다음 갱신에서 적용될 수 있다는 점
스토어가 표시하는 동의·고지 흐름과 구독 관리 경로
앱 고객센터가 확인할 수 있는 범위와 재확인 기준
‘가격이 변경됩니다’만 적으면 고객은 오늘 즉시 결제되는지, 기존 혜택이 사라지는지, 어디에서 선택하는지 알기 어렵습니다. 반대로 스토어가 아직 확정하지 않은 날짜나 동의 결과를 고객센터가 단정해서도 안 됩니다.
4. 가격 변경 상태와 서비스 이용 권한을 따로 검증하기
가격 변경과 접근 권한은 연결되지만 동일하지 않습니다. 예를 들어 고객이 가격 인상 통지를 받았더라도 현재 결제 주기가 끝나기 전에는 기존 권한이 남아 있을 수 있습니다. 반대로 결제 재시도·유예·취소·재구매 같은 별도 사건이 있으면 가격 변경 상태만으로 현재 이용 가능 여부를 판단할 수 없습니다.
서버 또는 운영 도구에는 최소한 `스토어 구독 식별자`, `현재 권한 상태`, `권한 종료 예정 시각`, `가격 변경 상태`, `마지막 스토어 이벤트 수신 시각`, `고객에게 안내한 사실`을 나눠 기록하세요. 고객 문의가 들어오면 ‘가격 변경에 대한 안내 상태’와 ‘현재 기능 이용 가능 여부’를 각각 답할 수 있어야 합니다.
구독 해지와 결제 실패에 따른 접근 처리 자체가 필요하다면, 별도 운영 기준을 먼저 세우세요. 앱 MVP 구독 해지: 자동결제 중단과 이용 종료를 나누는 5가지 기록과 앱 MVP 구독 결제 실패: 접근 상태와 안내를 나누는 5가지 기록도 함께 확인할 수 있습니다.
5. 출시 전에는 실제 구독자 대신 테스트 환경에서 시나리오를 확인하기
가격 변경은 운영 중인 실제 구독자에게 시험할 기능이 아닙니다. Google은 가격 변경 테스트에 Play Billing Lab과 라이선스 테스터 사용을 안내합니다. App Store 역시 변경 예약, 기존 가격 유지 여부, 동의 필요 여부와 같은 표시가 콘솔에서 어떻게 나타나는지 먼저 확인할 수 있습니다.
테스트 시나리오는 적어도 네 가지로 나누세요. 신규 구매, 기존 가격 유지 대상, 동의가 필요한 인상 대상, 고지만 필요한 인상 대상입니다. 각 시나리오에서 앱의 안내 노출, 스토어 관리 화면 이동, 서버 이벤트 수신, 고객지원 화면의 상태 표기가 같은 결론을 가리키는지 점검합니다. 실제 고객의 구독 가격을 시험 목적으로 바꾸지 않는 것이 원칙입니다.
변경 승인 전 체크리스트
확인 항목 | 판단 기준 |
|---|---|
적용 대상 | 신규 구매와 기존 구독자를 명확히 구분했는가 |
지역·기간 | 대상 국가·지역과 구독 기간별 조건을 콘솔에서 재확인했는가 |
가격 유지 | 기존 가격 코호트를 유지할지, 변경 가격으로 이동할지 기록했는가 |
동의·고지 | 플랫폼이 요구하는 동의 또는 고지 흐름을 별도 상태로 관리하는가 |
고객 안내 | 가격·적용 시점·구독 관리 경로·고객센터 확인 범위를 함께 안내하는가 |
권한 검증 | 가격 변경 상태와 현재 서비스 접근 권한을 별도로 확인하는가 |
테스트 | 실제 구독자가 아닌 테스트 도구·테스터로 시나리오를 확인했는가 |
자주 묻는 질문
가격을 바꾸면 기존 구독자도 즉시 새 가격이 적용되나요?
항상 그렇지 않습니다. Google Play는 기존 구독자를 기본적으로 기존 가격 코호트에 두며, App Store도 기존 구독자 가격 유지 여부를 구분합니다. 실제 적용 대상과 시점은 변경 방식, 지역, 구독 상태를 스토어 콘솔에서 확인해야 합니다.
가격 인상 안내를 보냈다면 고객 동의도 완료된 것인가요?
아닙니다. 운영자가 보낸 안내, 스토어의 고지, 스토어가 요청하는 동의, 사용자별 응답은 서로 다른 사실입니다. 해당 플랫폼의 구독 상태와 이벤트 기록을 기준으로 확인하세요.
고객이 가격 인상에 응답하지 않으면 바로 앱을 못 쓰나요?
일괄적으로 단정할 수 없습니다. 플랫폼의 인상 방식, 지역, 다음 갱신일, 현재 결제·유예 상태에 따라 결과가 달라질 수 있습니다. 현재 서비스 접근 권한과 가격 변경 상태를 따로 확인해 안내하세요.
가격 변경을 테스트하려고 실제 고객 요금제를 바꿔도 되나요?
권장하지 않습니다. Google은 실제 활성 구독자가 보유한 상품 가격을 테스트 목적으로 바꾸지 말고, Play Billing Lab과 라이선스 테스터를 사용하도록 안내합니다. 스토어별 테스트 환경과 콘솔 표시를 먼저 점검하세요.
공식 출처
Android Developers: Change subscription prices — 기존 가격 코호트, 기존 구독자 가격 변경, 고지·동의와 테스트 안내
Apple Developer: Manage pricing for auto-renewable subscriptions — 기존 구독자 가격 유지·적용, 동의·고지 조건과 변경 계획
Apple Developer: Managing Price Increases for Auto-Renewable Subscriptions — 가격 인상 상태와 서버·앱 측 확인의 구분
구독 가격 변경은 버튼 한 번으로 끝나는 설정이 아니라, 대상·안내·동의·갱신·권한을 서로 다른 사실로 보존하는 운영 작업입니다. MVP 단계에서는 가격표를 먼저 바꾸기보다 이 다섯 상태가 고객 화면과 운영 기록에서 같은 결론을 내는지부터 점검하세요.