온라인 강의 플랫폼 결제, 단건·구독·수강권 설계

온라인 강의 플랫폼을 만들 때 결제는 '카드만 붙이면 끝'이 아니라, 무엇을 어떻게 팔지부터 정하는 설계 문제입니다. 크게 단건 구매, 구독, 수강권, 번들 네 가지 모델이 있고 여기에 정기결제 연동과 환불 규정이 따라붙습니다. 2026년 기준으로 결제 모델을 고르는 기준과 정기결제가 돌아가는 방식, 결제 화면에서 갈리는 환불 규정까지 순서대로 짚겠습니다.

핵심 요약

• 결제 모델은 단건·구독·수강권·번들 넷으로 나뉘고 파는 콘텐츠 성격에 따라 조합이 달라집니다.
• 구독 같은 정기결제는 카드 정보를 한 번 받아 빌링키로 저장한 뒤 정해진 주기에 자동 청구하는 구조입니다.
• 디지털 강의도 무조건 환불이 안 되는 건 아닙니다. 결제 후 7일 청약철회가 원칙이고 여러 차시로 나뉜 강의는 아직 안 본 부분을 철회할 수 있습니다.
• 결제 화면에 청약철회 제한을 명확히 고지하지 않으면 '재생을 시작했다'는 이유로 환불을 거부할 수 없습니다.
• 차시별 열람 기록을 데이터로 남겨 둬야 부분 환불을 자동으로 계산하고 분쟁을 줄일 수 있습니다.

결제 모델 네 가지, 뭘 팔 것인가

먼저 무엇을 팔지 정합니다. 단건 구매는 강의 하나를 한 번 결제로 영구히, 또는 일정 기간 여는 방식이라 완결된 단과 강의에 맞습니다. 구독은 월정액으로 전체 강의를 열람하게 하는 쪽이라 강의 수가 많고 꾸준히 추가되는 플랫폼에 어울립니다. 수강권은 결제할 때 3개월·6개월처럼 수강 기간을 정해 그동안만 열어 주고 번들은 여러 강의를 묶어 할인가로 파는 방식입니다.

모델	과금 방식	맞는 경우
단건 구매	강의별 1회 결제	완결된 단과 강의
구독	월·연 정기 결제	강의가 많고 계속 늘 때
수강권	기간제 이용권	수강 기간을 정해 팔 때
번들	묶음 할인 결제	커리큘럼 세트 판매

처음부터 네 가지를 다 넣을 필요는 없습니다. 초기에는 단건이나 수강권 하나로 단순하게 열고 강의가 쌓이면 구독을 얹는 순서가 부담이 적습니다. 어디까지 먼저 만들지 감을 잡을 때는 첫 버전 범위를 정하는 글이 도움이 됩니다.

정기결제는 빌링키로 돌아간다

구독처럼 매달 자동으로 돈이 빠지는 결제는 카드번호를 매번 입력받는 게 아닙니다. 최초 한 번 카드 정보를 결제대행사(PG)에 넘겨 암호화한 키값, 곧 빌링키를 발급받아 저장한 뒤 그 키로 정해진 주기에 자동 청구합니다. 카카오페이·네이버페이·토스페이 같은 간편결제도 빌링키 발급을 지원합니다.

PG 수수료는 결제수단과 계약, 매출 규모에 따라 달라집니다. 카드는 매출이 작은 영세·중소 가맹점에 우대 수수료율이 따로 적용돼 낮은 편이고 계좌이체나 휴대폰결제는 요율 체계 자체가 다릅니다. 정확한 요율은 하나로 잘라 말하기 어려우니 PG사에 예상 월매출을 주고 견적으로 확인하는 편이 안전합니다. PG를 붙이는 큰 흐름은 쇼핑몰과 크게 다르지 않아 쇼핑몰 제작 과정을 정리한 글의 결제 연동 부분과 겹칩니다.

PG사에는 이렇게 물어보면 정리가 빠릅니다. "빌링키 발급과 정기결제 API를 지원하나요? 카드·간편결제별 실제 정산 수수료율과 정산 주기를 예상 월매출 기준으로 알려 주세요. 진도 기반 부분취소도 API로 되나요?"

환불 규정, 결제 화면에서 갈린다

디지털 강의는 재생하면 무조건 환불이 안 된다고 여기기 쉽지만 실제 규정은 그렇게 단순하지 않습니다. 전자상거래법상 소비자는 결제 후 7일 이내에 청약철회를 할 수 있는 게 원칙입니다. 디지털 콘텐츠는 제공이 시작되면 이 철회가 제한되지만 여기에는 중요한 예외가 두 가지 있습니다.

하나는 가분적 콘텐츠 예외입니다. 여러 차시로 나뉜 강의라면 아직 재생하지 않은 차시는 제공이 시작된 뒤에도 청약철회가 가능합니다. 다른 하나는 표시의무입니다. 사업자가 청약철회가 제한된다는 사실을 소비자가 쉽게 볼 수 있는 곳에 명확히 고지하지 않으면 재생을 시작했다는 이유로 환불을 거부할 수 없습니다. 결제 버튼 옆 안내 문구 한 줄과 체크박스가 곧 환불 방어선인 셈입니다(전자상거래 청약철회 안내).

수강 도중 해지할 때의 환불액에도 기준이 있습니다. 학원이나 평생교육시설로 등록·신고된 사업자라면 시행령 기준상 지난 기간이 아니라 실제 수강한 차시를 뺀 금액을 돌려줍니다. 이러닝 표준약관도 7일 이내 전액 환불, 그 뒤에는 이용한 부분을 공제하고 나머지를 환급하는 방식을 기준으로 삼습니다. 다만 이건 법이 아니라 표준약관이라 실제 약관에 따라 달라질 수 있습니다.

여기에 더해 유상으로 10명 이상 불특정 다수에게 30시간 이상 과정을 원격으로 가르치면 평생교육법상 원격평생교육시설 신고 대상이 될 수 있습니다. 세 요건을 다 갖췄는지, 입시·교과 성격이라 학원법이 걸리는지는 관할 교육청에 확인하는 편이 안전합니다.

수강권을 데이터로 어떻게 남기나

환불 규정을 지키려면 결제와 수강을 데이터로 어떻게 남기느냐가 중요합니다. 강의를 하나의 덩어리로 보지 않고 차시별로 쪼개서 다루는 게 핵심입니다. 회원이 어떤 강의를 언제 결제했는지, 어느 차시를 언제 열람했는지 기록해 두면 나중에 부분 환불 요청이 왔을 때 진도율을 근거로 금액을 자동 계산할 수 있습니다.

이 기록이 없으면 분쟁이 붙었을 때 사업자가 불리해집니다. 얼마나 봤는지 증명하지 못하면 환불 범위를 두고 다투게 됩니다. 그래서 결제 내역과 수강권 유효기간, 차시별 열람 기록을 처음부터 따로 남기는 설계가 곧 법적 위험을 줄이는 설계입니다. 이런 회원·결제·열람 관리가 들어가면 단순 홈페이지를 넘어 웹 애플리케이션에 가까워집니다. 규모가 어느 정도일지 가늠해 보고 싶다면 웹 애플리케이션 개발 서비스에서 상담을 받아 보면 됩니다.

결제 설계 점검 순서

결제를 붙이기 전에 아래 순서로 정리해 두면 PG 연동과 개발이 매끄럽습니다.

1. 파는 콘텐츠에 맞는 결제 모델(단건·구독·수강권·번들)을 먼저 고른다.
2. 정기결제가 필요하면 빌링키와 정기결제 API를 지원하는 PG인지 확인한다.
3. 결제수단별 수수료율과 정산 주기를 예상 매출 기준으로 견적받는다.
4. 결제 화면에 청약철회 제한 고지와 환불 규정을 명확히 넣는다.
5. 차시별 열람 기록과 수강권 유효기간을 데이터로 남기도록 설계한다.
6. 예상 수강생·강의시간이 신고 기준에 걸리는지 관할 교육청에 확인한다.

노바랩이 이런 강의·결제 기능을 설계할 때는 결제 모델을 하나로 단순하게 시작하고 차시별 열람 기록을 처음부터 남기는 것을 기본 원칙으로 둡니다. 기능을 다 넣은 뒤에 기록을 덧붙이기보다, 부분 환불과 분쟁 대응에 필요한 데이터부터 확보해 두는 편이 뒤탈이 적었기 때문입니다.

가상 예시로 직장인 대상 온라인 강의 사이트를 그려 봅니다. 처음에는 단건 구매만으로 단과 강의를 팔다가 강의가 20개를 넘기면서 월 구독을 얹었습니다. 구독은 빌링키 정기결제로 붙이고 결제 화면에는 '이미 수강한 차시는 환불에서 제외된다'는 고지를 넣었습니다. 차시별 열람 기록을 남겨 뒀더니 환불 문의가 와도 진도율로 금액을 바로 안내할 수 있었습니다.