지금 읽는 곳왜 이 과목의 수치를 그대로 믿으면 안 되는가목차
STEP 3 고급·전략 › 3-3. 그로스해킹·CRM 전략 › 과목 124 › 레슨 12
발행 전 확인 항목: 구글/애플 인앱 결제 정책의 최신 수수료율 및 국내 PG사 정기 과금 API 문서 명세 재확인
이 과목 전체에서 다룬 수수료·법률·API 수치는 전부 특정 시점의 스냅샷입니다. 실제로 시스템을 만들거나 계약을 맺기 전에는 반드시 원본 문서로 다시 확인해야 합니다.
핵심요약
- 구글·애플의 인앱결제 수수료율은 국가별 규제 소송과 정책 개편이 잦아 이 과목에 적힌 수치가 발행 시점 이후 바뀌었을 가능성이 있다
- PG사의 API 명세와 정기결제 특약 조건도 PG사별로 개정되므로, 연동 직전에 최신 개발자 문서를 다시 확인해야 한다
- 전자상거래법의 사전 고지 기간(30일·14일) 같은 법적 요건도 법 개정 여부를 재확인해야 한다
- 재확인은 한 번으로 끝나는 것이 아니라, 정기결제 시스템을 운영하는 동안 주기적으로 반복해야 하는 루틴이다
- 재확인 결과를 문서화해 팀 내 공유하면, 다음 사람이 같은 조사를 반복하지 않아도 된다
왜 이 과목의 수치를 그대로 믿으면 안 되는가
이 과목의 레슨 8에서 다룬 구글 플레이·애플 앱스토어 수수료율은 2026년 보도와 공식 페이지를 기준으로 작성됐지만, 두 플랫폼 모두 세계 각국의 반독점 규제·소송 결과에 따라 정책을 수시로 바꿔온 이력이 있습니다. 레슨 11에서 다룬 전자상거래법의 30일·14일 고지 기간도 법령 개정이 있으면 달라질 수 있습니다. 이런 정보를 다루는 콘텐츠는 태생적으로 "작성 시점의 스냅샷"일 수밖에 없으며, 실제 의사결정에 쓰기 전에는 반드시 원본 소스로 재확인하는 절차가 필요합니다.
구글·애플 수수료율 재확인 방법
구글 플레이 수수료는 Google Play Console 고객센터의 '서비스 수수료' 공식 페이지에서 확인할 수 있으며, 이 페이지는 정책이 바뀔 때마다 갱신됩니다. 애플은 Apple 개발자센터의 App Store 소규모 비즈니스 프로그램 및 수수료 관련 공식 문서를 확인해야 합니다. 두 플랫폼 모두 연매출 구간별로 요율이 다르고, 국가별 예외 규정(한국의 경우 개발자 제공 결제 시스템 병행 관련 규정)이 있을 수 있으므로, 자사가 해당되는 정확한 구간과 국가 기준으로 재확인해야 합니다.
PG사 API 명세 재확인 방법
국내 PG사의 정기결제 API는 PG사별로 문서가 별도로 관리되며, API 버전이 올라가면서 파라미터나 인증 방식이 바뀌는 경우가 있습니다. 연동을 시작하기 전에는 항상 해당 PG사의 최신 개발자 문서를 직접 열어, 레슨 3에서 다룬 빌링키 발급·정기 과금 흐름이 현재도 같은 방식으로 작동하는지 확인해야 합니다. 특히 정기결제 특약 심사 조건은 PG사 영업 담당자와의 직접 문의를 통해 최신 정보를 얻는 것이 공식 문서만 보는 것보다 정확할 때도 많습니다.
법적 요건 재확인 방법
전자상거래법 등 소비자보호 관련 법령은 국가법령정보센터(law.go.kr)에서 최신 조문을 확인할 수 있습니다. 레슨 11에서 다룬 사전 고지 기간이나 발송 요건이 개정됐는지, 또는 이번 조사에서 확인하지 못한 세부 사항(문자·이메일 병행 요건 등)이 있다면 이 시점에 법률 자문을 통해 명확히 확인해야 합니다. 법령은 보도자료보다 원문이 우선하므로, 이 과목에 인용된 정책브리핑 기사는 참고용으로만 쓰고 최종 판단은 법령 원문과 법률 자문을 기준으로 삼아야 합니다.
재확인을 언제, 얼마나 자주 해야 하는가
이 재확인은 시스템을 처음 구축할 때 한 번만 하고 끝내는 것이 아닙니다. 최소한 연 1회, 또는 플랫폼이나 PG사로부터 정책 변경 공지를 받을 때마다 재확인하는 루틴을 만들어야 합니다. 특히 구글·애플의 수수료 정책은 최근 몇 년간 변경이 잦았던 영역이므로, 이 과목을 참고해 인프라를 설계한 팀이라면 반기 단위로 최신 정책을 재확인하는 일정을 캘린더에 고정해두는 것을 권장합니다.
재확인 결과를 문서화해야 하는 이유
재확인 작업을 개인이 머릿속으로만 파악하고 끝내면, 담당자가 바뀔 때마다 같은 조사를 처음부터 반복하게 됩니다. 확인한 날짜, 확인한 출처(공식 문서 URL), 확인된 최신 수치를 간단한 사내 문서로 남겨두면, 다음에 이 정보가 필요한 사람이 빠르게 최신 상태를 파악할 수 있고, 언제 마지막으로 확인했는지도 추적할 수 있습니다. 이는 123과목(레슨 11)에서 다룬 CJM 발행 전 체크리스트와 같은 원칙 — 확인 작업을 일회성으로 끝내지 않고 문서화된 반복 루틴으로 만드는 것 — 이 이 과목에도 그대로 동일하게 적용되는 것입니다.
재확인 체크리스트를 발행 프로세스에 고정하는 법
가장 확실한 방법은 재확인 작업을 사람의 기억에 의존하지 않고, 발행 프로세스 자체에 체크리스트 항목으로 고정하는 것입니다. 예를 들어 정기결제 관련 콘텐츠나 정책 문서를 새로 발행할 때마다 "구글/애플 수수료율 최종 확인일", "PG사 API 버전 확인일", "법령 원문 확인일"을 필수 입력 항목으로 만들어두면, 담당자가 바뀌어도 이 절차가 누락되지 않습니다. 이런 체크리스트는 별도의 값비싼 관리 도구 없이도, 간단한 스프레드시트나 사내 위키 문서 한 장만으로 충분히 운영할 수 있습니다.
조직 내에서 이 정보의 신선도를 관리하는 담당을 정한다
수수료율이나 법령처럼 외부에서 결정되는 정보는 누군가 명확히 담당하지 않으면 아무도 신경 쓰지 않다가 방치되기 쉽습니다. 결제 인프라를 담당하는 팀 안에서 이 정보의 최신성을 주기적으로 확인할 담당자를 명확히 지정하고, 확인 주기(예: 분기 1회)를 업무 루틴에 포함시키는 것이 조직적으로 안전한 방법입니다. 담당자가 바뀌더라도 이 역할과 체크리스트가 함께 온전히 인수인계되도록 문서화해두는 것이 장기적으로 매우 중요합니다.
이 과목 전체를 관통하는 마지막 원칙
온보딩·구독 모델 설계는 제품·CRM·법무·결제 인프라가 모두 얽힌 영역이라, 어느 한 팀의 지식만으로는 완결되지 않습니다. 이 과목의 앞선 레슨들이 다룬 아하 모먼트 설계, 빌링 인프라, 가격 실험, 이탈 예측, 해지 방어, 락인 장치, 법적 컴플라이언스는 서로 독립적인 것 같지만 실제로는 하나의 시스템으로 맞물려 작동합니다. 이 마지막 레슨의 재확인 원칙은 그 시스템이 시간이 지나도 계속 정확하게 작동하도록 지탱하는 마지막 안전장치라고 이해하면, 이 과목 전체의 흐름이 하나로 정리됩니다.