CS·환불·분쟁
두 MoR의 결제명·환불·차지백 처리와 제품팀 지원 책임을 비교한다. 실제 운영 기준과 검증 항목을 함께 제공한다.
이 장은 두 서비스를 같은 주제에서 비교한 뒤 두 공급자의 상세 설명을 모두 담습니다. 기능 노출·계약 요율·국가별 결제수단은 계정과 시점에 따라 달라질 수 있으므로 실제 스토어와 각 절의 공식 출처를 확인하세요.
주제별 비교
| 비교 항목 | Paddle | Lemon Squeezy |
|---|---|---|
| 카드 명세 | Paddle/paddle.net 표시와 영수증·transaction을 확인한다. | LEMSQZY 표시와 영수증·order를 확인한다. |
| 환불·분쟁 | Refund Policy·계정 계약과 실제 거래를 확인한다. | 판매자 정책·플랫폼 환불 재량과 분쟁 비용을 확인한다. |
| 제품 지원 | 권한·사용 로그·CS 증빙을 제공한다. | 권한·사용 로그·CS 증빙을 제공한다. |
Paddle 상세
핵심 요약
- Paddle이 결제 문의 일부를 처리해도 고객은 제품팀에 문의한다. 문의 유형별로 1차 담당과 처리 기준을 나눠 둔다.
- 카드 명세서에 Paddle·paddle.net이 찍혀 "모르는 결제"로 신고하는 일은 결제 전 안내와 결제 후 메일로 미리 줄인다.
- chargeback에 대비해 결제 동의 시각, 사용 로그, 고객 식별, 커뮤니케이션, 구독 상태 증빙을 모아 둔다.
- 환불이 승인되면 Paddle refund와 내부 권한 회수를 같은 티켓에서 추적한다.
- 정산 보류나 계정 재심사에 대비해 결제 provider abstraction과 export할 수 있는 고객·구독 데이터를 유지한다.
Paddle을 쓰면 결제 관련 문의 일부는 Paddle이 처리하지만, 고객은 여전히 제품팀을 찾습니다. CS 정책을
Paddle이 알아서 처리로 두면 고객 경험이 나빠지고 chargeback 증빙도 부족해집니다.
문의 유형 분리
| 문의 | 1차 담당 | 처리 기준 |
|---|---|---|
| 제품 사용법 | 자사 Support | 계정/기능/데이터 확인 |
| 로그인/권한 | 자사 Support + Backend | subscription 상태 재조회 |
| 결제 실패 | 자사 Support 안내 + Paddle | 결제수단 업데이트 링크 제공 |
| 영수증/인보이스 | Paddle portal 안내 | Paddle 고객 인보이스 다운로드 |
| 환불 요청 | 자사 정책 검토 + Paddle 처리 | 권한 회수와 refund 동기화 |
| chargeback | Finance/Support/Backend | 사용 로그, 동의, 결제 기록 제출 |
결제명 혼동 대응
고객이 카드 명세서에서 Paddle을 보고 모르는 결제로 신고하는 일이 생깁니다. 결제 전 안내와 결제
후 메일에서 미리 막아야 합니다.
카드 명세서에는 Paddle, paddle.net 또는 유사한 결제명이 표시될 수 있습니다.
이는 [서비스명] 구독 결제를 Paddle이 판매자(Merchant of Record)로 처리하기 때문입니다.환불 운영
아래 기간은 Paddle의 기본 보장 기간이 아니라 자사가 추가 제공할 수 있는 정책 예시입니다. Paddle의 2026년 3월 31일자 Refund Policy, 한국 소비자의 법정 권리, 실제 Supplier 계약을 먼저 적용하고 Legal과 Support가 승인한 뒤 고객에게 표시합니다.
| 기준 | 정책 예시 |
|---|---|
| 첫 결제 | 결제 후 7일 이내, 과도한 사용이 없으면 환불 검토 |
| 갱신 결제 | 갱신 후 3~7일 이내 미사용이면 예외 환불 |
| 연간 플랜 | 14일 이내 전액 또는 잔여 기간 pro-rata 정책 중 하나 선택 |
| abuse | 반복 환불, 과도한 사용 후 환불은 제한 |
| B2B | 계약서/PO 조건 우선 |
환불이 승인되면 Paddle refund와 내부 권한 회수를 같은 티켓에서 추적합니다.
Chargeback 증빙
| 증빙 | 내용 |
|---|---|
| 결제 동의 | 가격, 자동 갱신, 약관 동의 시각 |
| 사용 로그 | 로그인, 기능 사용, 다운로드, API 호출 |
| 고객 식별 | 이메일, 회사, IP/국가, 계정 ID |
| 커뮤니케이션 | 환불 안내, 지원 티켓, 해지 안내 |
| 구독 상태 | subscription ID, 결제/갱신 이력 |
Fraud와 계정 리스크
- 무료 체험 남용은 payment method, email domain, device signal, usage pattern으로 탐지합니다.
- 고위험 국가/결제수단의 실패율을 별도 리포트로 봅니다.
- 결제 성공 직후 대량 다운로드/API 사용이 가능한 제품은 rate limit과 abuse review를 둡니다.
- Paddle 계정 review나 정산 보류에 대비해 결제 provider abstraction과 export할 수 있는 고객/구독 데이터를 유지합니다.
장애 커뮤니케이션
| 상황 | 고객 메시지 |
|---|---|
| Paddle checkout 장애 | 결제 처리 지연, 재시도 시간, 문의 채널 |
| webhook 지연 | 결제는 확인되었고 권한 반영을 처리 중임 |
| 결제수단 실패 | 다른 결제수단 또는 결제수단 업데이트 안내 |
| 중복 결제 의심 | transaction ID 수집 후 환불 검토 |
참고 자료
Lemon Squeezy 상세
핵심 요약
- 고객 문의를 결제·영수증·환불과 계정·제품 이용으로 분류해 책임자를 정한다.
- Lemon Squeezy는 판매자 환불 정책을 허용하면서도 일정 기간 재량 환불권을 안내한다.
- chargeback은 제품팀 증빙 협력이 필요하고 payout 차감·분쟁 비용에 영향을 준다.
- 환불 webhook, 권한 조정, 고객 안내, 회계 원장을 하나의 티켓으로 연결한다.
문의 라우팅
| 문의 | 1차 확인 | 처리 |
|---|---|---|
| 결제를 알아볼 수 없음 | 주문번호·이메일·카드 명세 표시 | 영수증·판매자 설명, 결제 지원 연결 |
| 제품 접근 불가 | 내부 계정·workspace·구독 ID | API 상태·webhook 재처리 |
| 이중 결제 | 주문 ID 두 개와 청구 주기 | 원거래·구독 중복 확인, 환불 조정 |
| 해지·환불 | 구독 상태·결제일·정책 | portal/대시보드 처리, 권한·원장 갱신 |
| invoice | 구매자 invoice와 공급자 reverse invoice 구분 | 고객·재무 각각 전달 |
Statement descriptor와 영수증에 보이는 명칭을 실제 카드 명세로 확인하고 도움말에 표시합니다. 고객에게 카드 전체 번호·비밀번호를 이메일로 보내라고 요청하지 않습니다.
환불과 chargeback
공식 환불·분쟁 문서에 따르면 판매자는 환불 정책을 정할 수 있으나 플랫폼은 chargeback 방지를 위해 구매 후 60일 내 재량 환불할 수 있습니다. 판매자 환불에서는 환불액에서 플랫폼 수수료를 뺀 금액이 다음 payout에서 차감된다고 안내합니다. chargeback은 대부분 플랫폼이 전액 환불로 처리하며, 환불액에서 플랫폼 수수료를 뺀 금액에 USD 15 dispute fee를 더해 다음 payout에서 차감할 수 있다고 설명합니다. 따라서 환불·분쟁 때 기존 플랫폼 수수료까지 되돌아온다고 가정하면 안 됩니다. 실제 처리·계약 조건을 확인합니다.
| 단계 | 기록 |
|---|---|
| 요청 접수 | 고객·원주문·사유·정책 버전 |
| 판단 | 전액/부분, 구독 해지 여부, 제공된 서비스 |
| 실행 | Lemon Squeezy 주문의 환불 상태·금액, 관련 구독 상태 |
| 제품 반영 | 권한·크레딧·데이터 보존 정책 |
| 재무 반영 | 원장 차감, payout 영향, 수수료 |
| 통지 | 고객에게 처리 시각·예상 반영 기간 |
부분 환불만으로 전체 구독 권한을 없애지 않습니다. 결제 분쟁에는 이용 로그, 구매·해지·환불 고지, 고객 지원 이력을 법적 보유 기준과 개인정보 최소화 원칙에 맞게 제출합니다.
고객 응대 문구
아래는 실제 주문과 자사 정책을 확인한 뒤 수정해 쓰는 초안입니다. 청구 주체, 환불 가능 여부, 처리 소요 시간을 확인하기 전에 확정적으로 답하지 않습니다.
| 상황 | 답변 초안 | 상담원이 먼저 확인할 것 |
|---|---|---|
| 카드 명세의 결제명 문의 | “결제 내역의 LEMSQZY* 표시는 [제품명] 결제를 처리한 Lemon Squeezy의 명세 표시입니다. 주문번호 [번호]와 영수증을 확인해 드리겠습니다.” | 실제 statement descriptor, 주문·고객 본인 확인 |
| 결제됐는데 기능이 잠김 | “주문은 확인됐습니다. 구독 상태와 계정 연결을 점검하고 [재안내 시점]까지 결과를 알려드리겠습니다.” | 원주문·구독 API, workspace 매핑, webhook 처리 실패 |
| 해지 요청 | “결제 관리에서 갱신 중단을 신청할 수 있습니다. 현재 이용 가능 기간과 환불 요청은 별개로 확인해 드리겠습니다.” | 구독 ends_at, portal URL, 고객 약속 |
| 환불 요청 | “구매 내역과 적용 정책을 확인해 환불 가능 범위와 처리 주체를 안내드리겠습니다. 승인되면 결제수단 반영은 금융기관 일정에 따릅니다.” | 원주문·기환불액·분쟁 여부·제품 제공 기록 |
서명된 Customer Portal URL은 24시간 유효하므로 상담 템플릿에 오래된 링크를 저장하지 않습니다. 계정에서 새 URL을 발급하거나 공식 이메일 접근 경로를 안내합니다. 고객 지원 화면에는 카드 전체 번호, 원본 webhook 서명값, 불필요한 개인 데이터를 표시하지 않습니다.
분쟁·부정거래·장애 대응
chargeback 알림을 받으면 원주문, 구매·가격 고지 버전, 제품 제공 시각, 사용 로그, 상담·환불 기록을 같은 사건 번호로 묶습니다. 고객이 청구명을 못 알아본 경우에는 명세 표시를 먼저 설명해 불필요한 분쟁을 줄입니다. 공식 분쟁 문서는 chargeback 증가 시 계정 개입·정지 가능성을 안내하므로, 건수뿐 아니라 원인별 비율과 해결 시간을 추적합니다.
주문은 성공했는데 webhook이 지연되면 추가 결제를 먼저 유도하지 않습니다. API 상태 확인 → 원본 이벤트 재전송 또는 worker replay → 권한 대사 → 고객에게 복구 결과 통지 순서로 처리합니다. payout 지연은 결제 실패로 표현하지 않고, 재무가 보류 기간·최소 지급액·환불·수수료·은행 반영 시간을 분리해 조사합니다.
운영 경보
- 비정상적인 환불·chargeback 비율
past_due/unpaid증가와 고객 안내 누락- 주문은 paid인데 앱 권한이 없는 건
- payout 차감액과 원장 환불액의 불일치
- 동일 고객의 MoR·국내 직접 채널 중복 청구