기획과 확장
구독 서비스를 만들 때 뭘 정해야 하나요?
빌링키만 발급해 두면 매달 알아서 빠져나가는 구조가 아닙니다. 청구는 우리 서버가 회차마다 직접 요청해야 하고, 구독은 신청·활성·유예·일시정지·해지라는 상태로 굴러갑니다. 상태 설계가 기능 구현보다 먼저입니다.
정기결제는 별도 신청이고 별도 심사입니다
단건 결제 가맹과 별개로 신청해야 하고 심사에 2~3주가 걸립니다. 구독 시나리오 문서와 실제 결제 화면이 필요합니다. 결제수단은 카드부터 여는 것이 일반적입니다.
금액을 바꿀 때 지켜야 할 고지 의무
종량제, 플랜 변경, 쿠폰 종료처럼 회차마다 금액이 달라지는 것은 기술적으로 가능합니다. 제약은 기술이 아니라 고지 의무 쪽에 있습니다.
- 금액 변경은 7일 전에 고지해야 합니다.
- 대금이 늘어나는 변경은 30일 안에 받은 사전 동의가 필요합니다.
- 무료체험을 유료로 전환할 때도 7일 전 고지가 의무입니다(여신전문금융업법).
- 전환 자체에 30일 안에 받은 사전 동의가 필요합니다(전자상거래법).
실패는 복구 순서로 처리합니다
재시도 → 결제수단 재등록(새 빌링키) → 단건 결제로 보조 → 그래도 안 되면 이용 제한이나 해지 순서입니다. 첫 실패에 바로 해지시키면 그냥 이탈합니다.
플랜 변경은 업그레이드를 즉시, 다운그레이드를 다음 회차에 적용하는 방식이 일반적입니다. 잔여 기간을 일할 계산해 돌려주는 프로레이션은 PG 심사 이슈까지 보고 결정하세요.
해지는 두 종류입니다
기간 만료 해지는 다음 회차만 중단하고 남은 기간은 그대로 쓰게 합니다. 즉시 해지는 취소와 환불이 따라옵니다. 해지 흐름을 일부러 어렵게 만드는 것은 다크패턴으로 금지되고, 환불할 때 이용분만 차감해야 하며 포인트로 강제할 수 없습니다.
기준입니다. 수수료와 심사 조건은 시점과 계약에 따라 달라질 수 있습니다.