정기결제 실패 재청구
구독 손님 카드가 만료되거나 막히면 자동결제가 조용히 실패해요. 다시 청구하고 손님에게 알리는 절차가 없으면, 그만둘 생각도 없던 손님이 해지로 새어나가요.
쉽게 말하면
가게 월 회원권을 떠올려 보세요. 손님은 첫날 카드를 한 번 맡기고, 매달 같은 날 회비가 알아서 빠져요. 그런데 그 카드가 분실 신고로 재발급됐어요. 다음 달 청구는 그냥 실패해요. 계산대 앞이었다면 손님이 "이 카드 말고 저걸로 해 주세요" 하고 다른 카드를 꺼냈을 거예요. 자동결제에는 그 순간이 없어요. 손님은 실패한 줄도 모르고, 사장님은 회비가 안 들어온 줄도 모르고 한 달이 지나가요. 그 빈자리를 메우려고 다시 청구하고 손님에게 알리는 절차 전체를 재청구라고 불러요.
그래서 재청구는 빚 독촉이 아니에요. 손님은 그만둘 생각이 없었는데 카드 사정으로 끊긴 상태를 원래대로 되돌리는 작업이에요.
손님도 사장님도 모르는 채 회원권이 멈춰요. 다음 달 통계에서 이 손님은 그냥 해지한 사람으로 잡혀요. 왜 나갔는지 영원히 못 알아내요.
손님은 카드 하나만 바꾸면 그대로 이어져요. 이렇게 되살린 손님은 새 손님을 데려오는 값보다 훨씬 싸게 남아요.
이 문서가 필요해지는 시점은 딱 하나예요. 매달 자동으로 돈을 받기 시작한 날부터요. 단건 판매만 한다면 지금 읽지 않아도 돼요. 구독을 붙였다면 이건 나중이 아니라 같이 만들어야 하는 짝이에요.
빠져나간 손님을 두 종류로 갈라 세기
해지를 한 통에 담아 세면 고칠 수 있는 것과 못 고치는 것이 섞여요. 갈라 세는 순간 할 일이 달라져요.
| 두 종류 | 실제로 일어난 일 | 사장님이 할 수 있는 것 |
|---|---|---|
| 스스로 나간 해지 | 손님이 해지 버튼을 눌렀어요. 비싸거나 안 쓰거나 다른 데로 갔어요 | 값과 쓸모의 문제예요. 나가는 이유를 물어보고 제품을 고쳐야 풀려요. 해지율 |
| 카드 사정으로 끊긴 해지 | 손님은 아무것도 안 했어요. 카드가 만료·재발급·한도 초과·정지 상태였어요 | 재청구와 안내로 상당 부분 되살아나요. 제품을 안 고쳐도 돌아오는 손님이에요 |
두 번째 종류를 부르는 이름이 있어요. 비자발적 해지예요. 영어 문서와 결제사 리포트에는 involuntary churn 이라고 적혀 나와요.
숫자부터 갈라 놓으세요
"이번 달 해지 12건"은 아무것도 알려주지 않아요. "스스로 해지 7건, 결제 실패로 끊김 5건"으로 적히게 만드세요. 이 한 줄이 갈라져야 재청구에 쓸 돈이 남는 장사인지 판단이 서요. 관리자 화면 목록에 끊긴 이유 칸을 하나 만드는 것부터가 시작이에요.
재청구가 굴러가는 순서
사람이 매일 결제 실패 목록을 들여다보는 방식으로는 오래 못 가요. 실패한 순간부터 자동으로 도는 순서를 미리 정해 두는 게 재청구예요.
- 1결제사가 실패를 알려줘요. 자동 청구가 거절되면 그 사실이 웹훅으로 가게 서버에 통보돼요. 이 통보를 받는 자리가 없으면 재청구는 아예 시작을 못 해요.
- 2실패 사유를 저장해요. 한도 초과인지 카드 만료인지 정지인지에 따라 다음 행동이 달라져요. 사유 코드를 그대로 남겨 두세요.
- 3손님 상태를 바꿔요. 바로 해지가 아니라 결제 대기 같은 중간 상태로 옮겨요. 서비스는 며칠 더 열어 둬요. 주문 상태 흐름과 같은 이야기예요.
- 4손님에게 첫 안내를 보내요. 실패한 그날 보내는 것이 가장 잘 통해요. 하루 지나면 손님 기억에서 카드 이야기가 사라져요.
- 5정한 간격으로 다시 청구해요. 한 번 실패했다고 열 번 연달아 두드리면 안 돼요. 사유에 따라 며칠 뒤가 나은지가 달라요.
- 6카드를 바꿀 자리를 열어 둬요. 안내 문구에서 한 번 눌러 카드만 교체하면 그 자리에서 다시 청구되게 만드세요. 이 링크가 없는 안내는 효과가 절반이에요.
- 7정해 둔 마지막 날에 판정해요. 되면 원래대로 돌아가고, 끝까지 안 되면 그때 해지 처리하고 마지막 안내를 보내요.
- 8결과를 기록해요. 몇 건 실패했고 몇 건 살아났는지가 다음 달 일정을 고치는 근거가 돼요.
이 여덟 단계 중 사장님이 직접 정해야 하는 건 두 개뿐이에요. 며칠 동안 열어 둘 것인가와 몇 번 어떤 간격으로 다시 청구할 것인가요. 나머지는 한 번 만들면 계속 도는 배관이에요.
다시 청구할 때 꼭 붙는 조건
재청구는 같은 회비를 여러 번 두드리는 일이에요. 그래서 한 번만 결제되도록 막는 장치가 함께 있어야 해요. 안 그러면 3일 뒤 시도와 그 직후 손님의 수동 결제가 겹쳐 두 번 빠져요. 이중 청구는 환불로 끝나지 않고 신뢰로 갚아야 하는 사고예요. 한 묶음으로 처리하기와 같은 원리예요.
며칠 열어 두고 몇 번 두드릴까
정답 일정표는 없어요. 결제사·업종·회비 액수마다 달라요. 대신 무엇을 보고 정하는지는 정해져 있어요.
| 정할 것 | 짧게 잡으면 | 길게 잡으면 | 판단 기준 |
|---|---|---|---|
| 서비스를 계속 열어 둘 기간 | 돈 안 낸 사람이 쓰는 기간이 짧아요. 대신 카드 못 바꾼 손님이 그냥 나가요 | 되살아날 확률이 올라가요. 대신 원가가 나가는 서비스라면 그만큼 손해예요 | 한 명이 하루 더 쓸 때 나가는 내 원가가 얼마인가 |
| 다시 청구하는 횟수 | 손님이 덜 성가셔요. 되살릴 기회도 그만큼 줄어요 | 회수는 늘어요. 시도마다 비용이 붙는 계약이면 그게 다 나가요 | 시도 한 번에 결제사가 비용을 매기는지 계약서 확인 |
| 시도 사이 간격 | 한도 초과였다면 잔액이 아직 그대로예요. 또 실패해요 | 손님 기억에서 멀어져요. 안내와 시점이 어긋나요 | 실패 사유가 시간이 풀어 주는 종류인가 아닌가 |
| 월급날 근처를 노릴지 | 규칙이 단순해서 만들기 쉬워요 | 잔액 부족 실패에는 확실히 잘 들어요 | 내 손님이 개인인가 사업자인가 |
장면 1 · 결제사 담당자가 말했다
“실패한 건은 결제사 쪽에서 자동으로 몇 차례 다시 시도합니다.”
반가운 말이지만 그대로 믿고 끝내면 안 돼요. 되물을 것이 세 가지예요. 몇 번, 며칠 간격으로 하는가. 시도마다 비용이 붙는가. 그 시도 결과를 우리 서버가 통보로 받는가. 결제사가 대신 두드려도 손님에게 카드를 바꾸라고 말하는 일은 결제사가 안 해요. 그 안내는 끝까지 가게 몫이에요.
손님에게 보내는 말
재청구의 절반은 기술이고 절반은 문구예요. 같은 상황에서도 어떻게 적느냐로 되살아나는 비율이 갈려요.
| 보낼 시점 | 이렇게 적으세요 | 이렇게 적지 마세요 |
|---|---|---|
| 실패한 그날 | 카드에서 이번 달 회비가 처리되지 않았어요. 서비스는 그대로 쓰실 수 있어요. 카드만 바꿔 주시면 바로 이어져요 | 결제 오류가 발생하였습니다. 조치 바랍니다 |
| 카드 만료가 사유일 때 | 등록하신 카드 유효기간이 지났어요. 새 카드로 바꿔 주세요 | 인증 실패(코드 F112) |
| 잔액이나 한도가 사유일 때 | 이번에는 결제가 되지 않았어요. 며칠 뒤 한 번 더 시도할게요. 다른 카드로 바꾸셔도 돼요 | 잔액이 부족합니다 |
| 마지막 시도 전날 | 내일 마지막으로 한 번 더 청구해요. 이때도 안 되면 회원권이 멈춰요 | 최종 통보. 미납 시 서비스가 중단됩니다 |
| 결국 끊겼을 때 | 회원권이 멈췄어요. 그동안 만들어 두신 자료는 그대로 있어요. 카드를 등록하시면 이어서 쓰실 수 있어요 | 구독이 해지되었습니다 |
안내가 손님에게 닿아야 의미가 있어요
결제 실패 안내는 광고 메일과 다른 대접을 받아야 해요. 그런데 스팸함에 들어가면 안 보낸 것과 같아요. 도메인 인증과 발송 경로를 점검해 두세요. 메일 발송과 도달률 메일 하나만 믿지 말고 문자나 앱 알림을 하나 더 붙이면 회수가 눈에 띄게 올라가요. 알림 보내기
흔한 사고 네 가지
재청구는 돈과 알림이 동시에 움직이는 구간이라 사고 모양이 정해져 있어요. 실제로 자주 나는 순서예요.
- 1같은 달 회비가 두 번 빠져요. 자동 재시도와 손님의 수동 결제가 겹친 경우예요. 한 번만 처리되게 막는 장치를 안 붙이면 반드시 생겨요.
- 2끊긴 손님에게 안내가 계속 가요. 해지 처리 뒤에도 재청구 목록에서 안 빠진 경우예요. 이미 나간 손님에게 청구 안내가 매주 가면 그건 민원이에요.
- 3서비스를 즉시 잠가서 손님을 잃어요. 실패한 그 순간 로그인을 막으면, 카드를 바꿀 마음이 있던 손님도 화가 나서 안 돌아와요. 며칠은 열어 두는 게 회수에 유리해요.
- 4실패 사유를 안 남겨서 원인을 못 찾아요. 나중에 "이번 달 왜 이렇게 끊겼지" 할 때 사유가 없으면 아무것도 못 해요. 사유 코드는 실패한 그 자리에서만 받을 수 있어요.
네 사고의 공통점이 있어요. 넷 다 재청구를 나중에 붙였을 때 생겨요. 구독을 만들 때 실패 경로를 같이 그려 두면 대부분 안 나요.
연동 문서와 견적서에서 보는 말
결제 연동 문서와 외주 견적서에 그대로 나오는 문장들이에요. 왼쪽을 오른쪽으로 옮겨 읽을 수 있으면 무엇이 빠졌는지 사장님이 직접 잡아낼 수 있어요.
| 문서에 적힌 문장 | 실제로 하는 말 | 이렇게 되물으세요 |
|---|---|---|
| 결제 실패 웹훅 수신 처리 | 결제사가 실패를 알려주면 우리 서버가 그걸 받는다는 뜻이에요. 재청구의 출발점이에요 | 이 통보를 못 받으면 어떻게 되나요? 통보가 늦게 오면 어떻게 처리하나요? |
| 리트라이 스케줄러 구현 | 정해진 날짜에 자동으로 다시 청구하는 장치예요 | 몇 번, 며칠 간격인가요? 그 값을 나중에 제가 바꿀 수 있나요? |
| 그레이스 기간 설정 | 실패해도 며칠은 서비스를 계속 열어 두는 기간이에요 | 며칠로 잡혀 있나요? 그 기간이 지나면 자동으로 잠기나요? |
| 멱등 처리 적용 | 같은 청구가 두 번 들어가도 한 번만 처리한다는 뜻이에요. 이중 결제를 막아요 | 재시도와 손님 수동 결제가 겹치는 경우도 이걸로 막히나요? |
| 카드 업데이터 연동 | 손님이 카드를 재발급받으면 새 번호로 자동 갱신되게 하는 서비스예요 | 국내 카드에서도 되나요? 별도 비용과 신청 절차가 있나요? |
| 결제 실패 알림 발송 | 손님에게 안내를 보낸다는 뜻이에요. 어떤 수단인지가 빠져 있어요 | 메일만인가요, 문자나 앱 알림도 들어가나요? 문구는 누가 쓰나요? |
장면 2 · 인수인계를 받은 다른 업체가 말했다
“결제 실패가 로그에만 쌓이고 아무 데도 안 연결돼 있네요. 지난 넉 달치가 그대로 있습니다.”
이건 값을 올리려는 말이 아니라 사실 보고일 가능성이 높아요. 확인하는 방법이 있어요. 관리자 화면에서 최근 석 달 결제 실패 건수와 그중 되살아난 건수를 뽑아 달라고 해 보세요. 숫자가 안 나오면 재청구가 없는 것이고, 그 넉 달치가 그대로 새어나간 매출이에요.
자주 묻는 것
- Q. 결제사가 알아서 재시도해 준다는데 제가 따로 만들 게 있나요?
- 있어요. 결제사가 하는 건 다시 두드리는 일까지예요. 손님에게 카드를 바꾸라고 말하고, 바꿀 자리를 열어 주고, 며칠 뒤에 서비스를 잠글지 정하는 건 가게 몫이에요. 카드가 만료된 손님은 몇 번을 두드려도 안 되고, 손님이 새 카드를 넣어야만 풀려요.
- Q. 실패하면 바로 서비스를 잠가야 하지 않나요?
- 돈이 크게 나가는 서비스가 아니라면 며칠 열어 두는 편이 대체로 남아요. 손님 대부분은 안 내려는 게 아니라 카드가 바뀐 걸 잊은 상태예요. 다만 원가가 큰 서비스라면 기간을 짧게 잡고, 대신 안내를 더 자주 보내는 쪽으로 균형을 맞추세요.
- Q. 재청구와 [[chargeback|차지백]]은 뭐가 다른가요?
- 방향이 반대예요. 재청구는 결제가 애초에 안 된 것을 다시 시도하는 일이고, 차지백은 결제는 됐는데 손님이 카드사에 이의를 제기한 것이에요. 재청구를 너무 세게 돌리면 손님이 짜증을 내다가 차지백으로 넘어가기도 해요. 그래서 시도 횟수에 상한을 두는 거예요.
- Q. 몇 번 실패한 손님은 그냥 정리하는 게 낫지 않나요?
- 정한 마지막 날이 지나면 정리하는 게 맞아요. 다만 끊는 것과 자료를 지우는 것은 다른 이야기예요. 만들어 둔 자료를 남겨 두고 "카드만 등록하면 이어져요"로 문을 열어 두면, 몇 달 뒤에 돌아오는 손님이 생겨요. 그 문을 닫는 순간 회수는 0이 돼요.
- Q. 이걸 안 만들면 얼마나 손해인지 어떻게 알아요?
- 지난 석 달 결제 실패 건수에 회비를 곱해 보세요. 그게 손도 못 대 본 매출이에요. 그 금액이 재청구를 만드는 값보다 크면 지금 만들 때예요. 판단에 쓰는 숫자는 손님 한 명의 값어치 쪽 계산과 같이 보면 더 정확해져요.
- Q. 무료 체험이 끝나고 첫 결제가 실패하면요?
- 이 건은 따로 다뤄야 해요. 아직 돈을 내 본 적 없는 손님이라 되살아나는 비율이 낮고, 안내 문구도 달라야 해요. 기존 손님에게는 "카드만 바꿔 주세요"지만, 첫 결제 손님에게는 무엇을 계속 쓰게 되는지를 다시 말해 줘야 해요.
확인해 보세요
이번 달 구독 손님 12명이 빠져나갔어요. 가장 먼저 할 일은 무엇일까요?
하나 더
결제가 실패한 손님에게 첫 안내를 보내려고 해요. 무엇을 반드시 넣어야 할까요?
직접 해보기
내 구독에 실패 경로가 있는지 물어보세요
스튜디오 대화창에 이렇게 그대로 붙여 넣어 보세요. "구독 결제가 실패했을 때 어떻게 되는지 지금 상태를 알려 주세요. 실패 통보를 받는 자리, 다시 청구하는 일정, 손님에게 보내는 안내, 서비스를 잠그는 시점을 각각 표로 정리해 주세요." 아직 구독을 안 붙였다면 무엇을 같이 만들어야 하는지 목록으로 나와요.
스튜디오 열기더 깊이 (안 읽어도 괜찮아요)
비유가 어디까지 맞고 어디부터 다른가 · 회원권 비유는 "카드가 막혀 회비가 안 빠진다"까지 정확해요. 다른 점은 거절 사유가 손님에게도 안 보인다는 거예요. 계산대에서는 카드사가 손님 폰으로 알림을 보내지만, 자동 청구 실패는 손님 쪽에서도 조용한 경우가 많아요. 그래서 안내를 보내는 일이 선택이 아니라 필수예요. 손님은 화를 내는 게 아니라 모르고 있는 것이에요.
왜 실패 사유별로 다르게 대응하나 · 사유는 크게 두 갈래예요. 시간이 풀어 주는 것과 손님이 움직여야 풀리는 것이에요. 한도 초과나 잔액 부족은 며칠 뒤나 월급날 근처에 다시 시도하면 되는 경우가 많아요. 카드 만료·재발급·정지는 몇 번을 두드려도 결과가 같아요. 이때는 재시도 횟수를 늘릴 게 아니라 카드 교체 안내로 방향을 바꿔야 해요. 사유 코드를 저장해 두는 이유가 여기에 있어요.
재청구 지표를 어떻게 보나 · 봐야 하는 숫자는 세 개예요. 실패 건수 · 그중 되살아난 건수 · 되살아나기까지 걸린 날수요. 되살아난 비율이 오르면 안내 문구와 일정이 맞아 들어간 것이고, 걸린 날수가 길어지면 첫 안내가 늦거나 안 닿는 거예요. 이 세 숫자를 매달 같은 자리에서 보면 일정 조정이 감이 아니라 근거로 바뀌어요. 해지율을 볼 때 이 숫자를 옆에 놓고 보세요.
이것만 기억하세요
- ·자동결제 실패는 조용해요. 손님도 사장님도 모른 채로 회원권이 멈춰요
- ·해지를 스스로 나간 것과 결제가 막혀 끊긴 것으로 갈라 세는 것이 먼저예요
- ·실패한 그날 안내를 보내고, 그 안내에 카드 바꾸는 자리를 함께 주세요
- ·며칠 열어 둘지와 몇 번 두드릴지는 내 원가와 결제사 비용을 보고 사장님이 정해요
- ·재청구는 구독을 만들 때 같이 그려요. 나중에 붙이면 이중 청구와 민원으로 배웁니다