본문으로 바로가기
리옵트 핸드북
리옵트 핸드북
Android 앱 엔터프라이즈 운영

운영 체계

운영 모델수익화 포트폴리오구독·결제 운영정산·재무 마감

스토어·그로스

Play Console 리포트스토어 페이지 운영국가 배포·현지화 운영크리에이티브 실험평점·리뷰·CS릴리즈 캘린더정책 대응경영 리포팅

부록

템플릿 & 체크리스트검증 리포트업데이트 내역
핸드북›Android 앱 Play Console 운영›수익화 포트폴리오

수익화 포트폴리오

one-time product, subscription, base plan, offer 조합을 운영 관점에서 설계하는 기준

핵심 요약

  • 상품 수를 늘리기보다 하나의 subscription 아래 base plan과 offer로 운영해 카탈로그를 통제 가능한 구조로 유지합니다.
  • 월·연 구독을 별도 상품으로 쪼개지 말고 base plan으로, 지역 프로모션은 새 상품 대신 offer로 처리합니다.
  • 영구 잠금형 기능만 one-time product로 분리하고 구독 가치와 겹치지 않게 합니다.
  • Subscription with Add-Ons(최대 50개, 동일 결제 주기)와 Billing Library 8의 다중 구매 옵션으로 SKU 분리 패턴을 줄일 수 있습니다.

기준일

2026년 3월 13일. 상품 카탈로그, subscription, base plan, offer 구조는 Play Console Help와 Google Play Billing 공식 문서를 기준으로 작성했습니다.

Android 운영의 관건은 상품 수를 늘리는 것이 아니라 카탈로그를 통제 가능한 구조로 유지하는 것입니다. 구독 상품을 여러 개로 쪼개기보다 하나의 subscription 아래에서 base plan과 offer를 운영해야 보고서와 교체 흐름이 훨씬 안정적입니다.

수익모델 선택 기준

모델적합한 앱장점운영 리스크
Paid app진입 자체가 가치인 도구형 앱구조가 단순함실험과 업셀이 제한적
One-time product영구 잠금 해제, 크레딧 번들가격 메시지가 명확함SKU 난립 시 운영 복잡도 증가
Subscription + base plans지속 서비스, 콘텐츠, 멤버십교체와 할인 구조가 유연함base plan/offer 설계가 복잡해질 수 있음
Offers체험, 이탈 복귀, 지역별 프로모션전환/복귀 캠페인용기준 가격이 약하면 장기적으로 왜곡

운영 총괄형 앱의 권장 믹스

  • 핵심 가치는 subscription product 아래 base plan으로 묶습니다.
  • 프로모션 가격은 offer로 처리하고 subscription product를 추가 생성하지 않습니다.
  • 영구 잠금형 기능만 one-time product로 분리합니다.
  • 카탈로그는 적게 만들고, eligibility와 country 설정으로 운영합니다.

연속 사례: FocusFlow Android 카탈로그

상품역할운영 포인트
focusflow_premium핵심 subscription product하나의 상품 아래 monthly/annual base plan 운영
monthly_base월 구독onboarding 최적화용 기본 진입
annual_base연 구독LTV 확대, 가격 메시지 분리
winback_offer_30d이탈 30일 코호트 offer복귀 캠페인 태깅
focus_pack_unlockone-time product구독 가치와 겹치지 않도록 분리

카탈로그 설계 체크

  1. 같은 혜택인데 subscription product를 여러 개로 쪼개지 않습니다.
  2. 할인은 가능하면 offer로 처리합니다.
  3. country availability는 launch 우선순위와 같이 설계합니다.
  4. offer ID와 reporting tag 규칙을 미리 정합니다.

카탈로그 규모 메모

Play Console은 앱당 기본 1,000개 상품 한도를 두고, subscription product마다 동시에 활성인 base plans와 offers 수를 제한합니다. 운영 관점에서는 한도보다 상품 구조의 단순성이 더 중요합니다.

2025~2026 수익화 신기능

Subscription with Add-Ons (I/O 2025)

여러 구독 상품을 하나의 결제 흐름으로 번들합니다. 가격도, 거래도, 갱신일도 하나로 묶입니다.

  • 동일 결제 주기만 묶을 수 있음 (월간+연간 혼합 불가)
  • 최대 50개 상품까지 번들 가능
  • 자동 갱신 base plan만 지원
  • 운영 관점: 카탈로그 구조 설계 시 번들 가능 상품과 독립 상품을 미리 분류해야 합니다

Installment Subscriptions (BL7+)

브라질, 프랑스, 이탈리아, 스페인에서 분할 결제로 구독을 판매할 수 있습니다. 해당 국가에서 연간 구독의 진입 장벽을 낮추는 전략으로 씁니다.

One-Time Product 다중 구매 옵션 (BL8)

Play Billing Library 8부터 하나의 일회성 상품에 여러 구매 옵션과 offer를 설정할 수 있습니다. SKU를 따로 나누던 기존 패턴을 줄이니 카탈로그를 단순하게 가져가기 좋습니다.

흔한 안티패턴

  • 월 구독과 연 구독을 별도 subscription product로 나누는 경우
  • 지역 프로모션마다 새 subscription product를 만드는 경우
  • one-time product와 subscription 가치를 중복시켜 CS 문의가 늘어나는 경우
  • offer eligibility를 문서화하지 않아 운영팀이 다시 해석해야 하는 경우

실무 팁

운영팀은 상품 개수보다 교체 흐름이 단순한가를 먼저 봅니다. base plan과 offer로 풀 수 있는 문제를 새 상품 생성으로 풀기 시작하면 리포트와 CS가 금세 복잡해집니다.

참고 자료

  • Play Console Help - Understand in-app product types and catalog considerations
  • Play Console Help - Understanding subscriptions
  • Android Developers - Google Play Billing overview
  • Android Developers - Subscription with Add-ons
  • Android Developers - Billing Library 8 release notes

관련 문서

구독·결제 운영

grace period, account hold, offers, 가격 변경을 운영하는 기준

업데이트 내역

Android 앱 엔터프라이즈 운영 핸드북 변경 로그

구독·결제 운영

iOS 앱 엔터프라이즈 운영 · 구독 상태, billing retry, grace period, offer code, 가격 변경을 운영하는 기준

웹훅과 권한 동기화

글로벌 프로덕트 결제 가이드 · Paddle 이벤트 저장, 멱등성, 상태 전이, 한국 결제수단 타입 변경 대응

구독 라이프사이클

글로벌 프로덕트 결제 가이드 · trial, renewal, past due, cancellation, customer portal 운영 기준

운영 모델

Play Console 권한, 사용자 초대, 운영 캘린더를 설계하는 기준

구독·결제 운영

grace period, account hold, offers, 가격 변경을 운영하는 기준

On this page

수익모델 선택 기준운영 총괄형 앱의 권장 믹스연속 사례: FocusFlow Android 카탈로그카탈로그 설계 체크2025~2026 수익화 신기능Subscription with Add-Ons (I/O 2025)Installment Subscriptions (BL7+)One-Time Product 다중 구매 옵션 (BL8)흔한 안티패턴실무 팁참고 자료