수익 모델 개론

학습 목표: 9가지 수익 모델이 각각 무엇을 필요로 하는지 구분하고, 제품 유형별 적합도와 모델별 단위 경제를 계산하며, 2026-09-29 기준 주요 플랫폼·결제 수수료를 출처와 함께 읽을 수 있다.

기준일: 2026-09-29. 수수료는 자주 바뀌므로 실행 전에 표의 공식 문서를 다시 확인한다. 예시 숫자는 모두 가정이며 세금은 뺐다.

핵심 개념

Merchant of Record(MoR): 법적으로 "판매자"가 되어 결제, 국가별 부가세·판매세 계산과 납부, 환불을 대신 처리하는 결제 대행 방식이다. 수수료는 일반 결제 대행보다 높지만 해외 세무 부담을 줄인다.

원리

모델마다 필요한 것이 다르다

1인 스튜디오에서 가장 흔한 실수는 트래픽이 없는 제품에 광고를, 리텐션이 검증되지 않은 제품에 구독을 붙이는 것이다.

제품 유형별 적합도

아래는 판단 기준을 보여 주는 예시(가정)다. 게임 세부는 07, 가격 설계는 06에서 다룬다.

flowchart TD
    Q1{사용자가 이 문제에 직접 돈을 낼 만큼 절실한가} -->|예| Q2{가치가 매번 반복해서 생기는가}
    Q1 -->|아니오| Q3{월 수십만 페이지뷰를 모을 수 있는가}
    Q2 -->|예| SUB[구독 또는 사용량 기반]
    Q2 -->|아니오| ONE[일회성 구매]
    Q3 -->|예| ADS[광고]
    Q3 -->|아니오| Q4{소수의 열성 팬이 있는가}
    Q4 -->|예| SP[후원 또는 멤버십]
    Q4 -->|아니오| RV[03으로 돌아가 문제 재검증]
    SUB --> FM{무료 사용자가 발견 경로가 되는가}
    ONE --> FM
    FM -->|예| FR[프리미엄과 결합]
    FM -->|아니오| DIR[유료 단독]

모델별 단위 경제: 월 순매출 350만 원에 필요한 규모

구독의 가치는 월 매출보다 LTV로 본다. 월 해지율 8%(가정)라면 LTV ≈ 4,250 ÷ 0.08 = 53,125원이다. 해지율 계산과 가격 설계는 06에서 깊이 다룬다.

플랫폼·결제 수수료 (기준 2026-09-29)

적용: 예시 스튜디오

프로토타입 유형별로 처음 시험할 모델 하나만 고른다 (가정).

조합 예 (가정): 광고 50만 원 (RPM 3,000원이면 166,667 PV) + 창작 도구 일회성 150만 원 (8,500원 × 177개) + 생산성 앱 구독 150만 원 (4,250원 × 353명) = 약 350만 원 (3,504,750원). 하나의 모델로 1,166,667 PV나 824명을 모으는 것보다 세 경로를 작게 쌓는 편이 02의 상관관계 관점에서도 안전하다.

심화

모델을 섞을 때의 비용

모델을 하나 더할 때마다 결제 연동, 환불 정책, 약관, 측정 지표가 하나씩 늘어난다. 1인 스튜디오에서는 제품당 주 모델 1개 + 보조 모델 최대 1개를 출발점으로 삼는다.

보조 모델을 더하는 규칙: 주 모델이 02의 G4(출시 60일: 월 순매출 10만 원 이상 또는 주간 활성 100명)를 통과하기 전에는 보조 모델을 붙이지 않는다. 주 모델이 신호를 내기 전에 모델을 더하면 어느 쪽이 효과를 냈는지 가를 수 없고, 결제·약관·지표 작업만 두 배가 된다. 통과한 뒤에도 03처럼 보조 모델의 임계값과 기간을 먼저 적고, 보조 모델이 주 모델의 핵심 지표(예: 체험 → 결제)를 떨어뜨리면 걷어 낸다. 예: T1은 일회성 판매가 G4를 통과한 뒤에만 구독형 에셋 팩을 시험한다. C2의 주 모델은 광고이며, C2에서 T1로 가는 링크는 수익 모델이 아니라 유통이다 (02 심화).

MoR과 직접 PG의 손익분기

"MoR은 비싸다"는 수수료만 보면 맞지만, 세무 시간까지 넣으면 판매량에 따라 답이 바뀐다. 06의 해외 일회성 판매($29, 1,400원 환율 가정 = 40,600원)로 계산한다. 모든 숫자는 가정이다.

건당 차이 = 2,730 − 1,380.4 = 1,349.6원 → 손익분기 = 96,667 ÷ 1,349.6 ≈ 71.6건 → 월 71건까지는 MoR, 72건째부터 직접 PG가 싸다 (손익분기 총매출 약 291만 원)

• 읽는 법: T1의 60일째 순매출 45만 원(09)은 06의 $29 판매로 환산하면 월 약 12건(450,000 ÷ 37,870)이다. 손익분기보다 훨씬 아래이므로 예시 스튜디오에는 MoR이 싸다.
• 빠진 것: PG 가입비 22만 원, 세무사 비용, 차지백·사기 대응 시간, 국내 부가세 신고(두 경로 모두 필요). 해외 카드 결제 요율은 계약마다 다르며 3.4%보다 높을 수 있다 (확인 필요). 요율이 높을수록 손익분기 판매량이 올라가 MoR이 더 오래 유리하다.
• 부가세 자체: EU 등 해외 소비자에게 파는 디지털 상품의 부가세는 어느 경로든 생긴다. MoR은 결제 화면에서 자동으로 계산해 받지만, 직접 PG에서는 판매자가 나라별 세율로 부가세를 붙여 받거나, 붙이지 못하면 자기 몫에서 떠안는다. 세율 20%인 나라에 $29를 팔며 부가세를 떠안으면 건당 29 × 20% × 1,400 = 8,120원으로, 위 수수료 차이(1,349.6원)의 약 6배다. 결제 화면에 나라별 부가세를 붙일 준비가 없다면 직접 PG는 판매량과 관계없이 비싸다.

모델·채널·플랫폼 상관관계 점검

02 심화의 세 축(수익 모델, 유입 채널, 플랫폼)으로 예시 스튜디오의 조합 예(광고 50만 + 창작 도구 일회성 150만 + 생산성 앱 구독 150만)를 점검한다. 두 경로가 축을 공유하면 1점, 일부 공유하면 0.5점, 공유하지 않으면 0점이다 (점수 기준은 가정).

같은 350만 원을 콘텐츠 사이트 광고 셋으로 만들면 모든 쌍이 3점이라 9 / 9다.

• 충격 시험 (가정): Google 검색 유입이 50% 줄고 B 유입의 절반이 검색·C2 경유라면, A는 25만 원, B는 150 × (1 − 0.5 × 0.5) = 112.5만 원, C는 단기적으로 150만 원 그대로 → 합계 287.5만 원 (−17.9%). 광고 단일 경로였다면 175만 원 (−50%)이다.
• 가장 큰 단일 위험은 결제 계정이다. Paddle 계정이 멈추면 B의 150만 원(전체의 42.9%)이 한꺼번에 빠진다. 그래서 B와 C를 서로 다른 결제 경로에 둔다.
• 점검 순서: ① 경로마다 세 축을 적는다 ② 쌍마다 점수를 매긴다 ③ 가장 많이 공유된 축 하나로 충격 시험을 한다 ④ 한 축이 전체의 절반 이상을 흔들면, 다음 베팅은 그 축을 공유하지 않는 후보에서 고른다.

세금과 표시 가격

국내 소비자 판매가는 부가세를 포함해 표시하고, 앱스토어·해외 매출은 부가세 처리 방식이 다르다. 이 표의 순단가는 세금을 뺀 설명용 숫자다. 비즈니스 섹션의 「부가세 · 영세율 · 세금계산서」를 함께 본다.

흔한 오해

• "무료로 풀고 광고를 붙이면 된다" — 광고는 트래픽 요구량이 가장 큰 모델이다.
• "구독이 가장 좋은 모델이다" — 반복 가치와 낮은 해지율이 없으면 구독은 환불과 해지만 늘린다.
• "수수료는 30%다" — 2026년 기준 소규모 개발자는 결제 방식에 따라 10~15%가 흔하다 (예: Google Play 미국 연 첫 100만 달러 10%에 Google Play 결제 시 결제 수수료 5% 별도, 한국 현행 15%, 한국 대체 결제 11%). 지역·설치 시점마다 또 다르다.
• "MoR은 비싸기만 하다" — 해외 부가세 신고를 직접 할 때의 시간·세무 비용과 비교해야 한다.
• "수익 모델은 나중에 붙인다" — 모델이 온보딩, 무료 범위, 측정 지표를 바꾼다.

자기 점검 질문

1. 내 제품 하나를 골라, 위 필요 조건 표의 네 항목 중 가장 약한 것을 말해 보라.
2. 월 9,900원 구독, 수수료 15%일 때 월 순매출 350만 원에 필요한 유지 구독자는 몇 명인가?
3. 무료 활성 사용자 10,000명, 유료 전환 2%, 순단가 4,250원이면 월 순매출은 얼마인가?
4. 한국에서 Stripe를 직접 쓰기 어려울 때 해외 판매용으로 고려할 수 있는 결제 방식 두 가지는?
5. 예시 스튜디오의 조합 예에서 광고를 빼고 같은 350만 원을 만들려면 무엇을 얼마나 늘려야 하는가?

참고 자료

• App Store Small Business Program — Apple Developer (접속 2026-09-28)
• Membership details — Apple Developer Program (1년 넘은 구독 갱신 15%, 접속 2026-09-28)
• Apple announces App Store Small Business Program — Apple Newsroom (2020-11, 접속 2026-09-28)
• Distributing apps using a third-party payment provider in South Korea — Apple Developer (접속 2026-09-28)
• Service fees — Play Console Help (접속 2026-09-28)
• Changes to Google Play's billing requirements for developers serving users in South Korea — Play Console Help (대체 결제 4%p 인하, 접속 2026-09-29)
• Google Play Apps Experience Program — Google Play Console (100만 달러 초과분 프로그램 요율, 접속 2026-09-29)
• Understanding Google Play's lower service fees — Play Console Help (접속 2026-09-28)
• Expanded billing choice and lower fees on Google Play — Android Developers Blog (2026-06, 접속 2026-09-28)
• Google settles with Epic Games, drops its Play Store commissions to 20% — TechCrunch (2026-03-04, 접속 2026-09-28)
• Valve creates new rev share tiers to give big sellers a break — Game Developer (2018-11, 접속 2026-09-28)
• Steam Direct Fee — Steamworks Documentation (접속 2026-09-28)
• Introducing open revenue sharing — itch.io (2015, 접속 2026-09-28)
• Pricing — Stripe / Global availability — Stripe (접속 2026-09-28)
• Pricing — Paddle (접속 2026-09-28)
• Fees — Lemon Squeezy Docs (접속 2026-09-28)
• 2026 Update: Lemon Squeezy + Stripe Managed Payments — Lemon Squeezy (2026, 검색 결과로 확인, 접속 2026-09-29)
• Managed Payments pricing — Stripe Support (간접세 포함 총액 기준, 접속 2026-09-29)
• Stripe's Merchant of Record (Stripe Managed Payments): How Does it Work? — Paddle (경쟁사의 2차 자료, 한국 제외 서술, 접속 2026-09-29)
• EU VAT One Stop Shop (OSS) — Your Europe (non-Union OSS, 접속 2026-09-29)
• Gumroad's fees — Gumroad Help Center (접속 2026-09-28)
• A standard platform fee for new creators — Patreon Help Center (2025, 접속 2026-09-28)
• Updates to how publishers monetize with AdSense — Google (2023-11, 접속 2026-09-28)