CS·분쟁·리스크
환불, chargeback, fraud, 결제명 혼동, 지원 경계 운영
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)로 처리하기 때문입니다.환불 운영
| 기준 | 정책 예시 |
|---|---|
| 첫 결제 | 결제 후 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 수집 후 환불 검토 |