인프라를 구축하는 일과, 그 인프라가 무엇을 말해야 할지 정하는 일은 서로 다른 문제입니다. 이 글은 그중 두 번째 문제를 다룹니다. 서버가 Apple의 소비 정보 요청과 Google의 차지백 검토에 응답할 수 있게 되면, 실제 답변은 직감이 아니라 정책에서 나와야 합니다. 모든 것을 수용하면 환불 파머들이 당신의 이름을 외웁니다. 모든 것에 맞서면 푼돈 때문에 진짜 고객을 잃게 됩니다. 효과적인 방법은 그 중간, 즉 환불마다 다르게 취급하는 짧은 단계별 기준에 있습니다.
핵심 요약
규칙을 정하기 전에 먼저 측정하십시오. App Store Connect와 Play Console은 각각 환불로 인해 정확히 얼마의 매출이 빠져나가는지 보여줍니다.
모든 요청에 맞서는 것은 모든 요청을 무시하는 것만큼이나 비용이 큽니다. 첫 구매자를 상대로 $2.99를 두고 이의를 제기하면 별점 1개짜리 리뷰를 얻게 됩니다.
효과적인 형태는 단계별 기준입니다. 호의를 베푸는 비용이 적을 때는 빠르게 수용하고, 실제로 소비가 일어난 경우에는 증거를 들어 이의를 제기하며, 상습 환불자는 항상 이의를 제기하십시오.
사용 증거야말로 거절 의사를 단순한 주장이 아니라 논거로 격상시키는 요소입니다.
이 규칙들은 주기적으로 재검토가 필요합니다. 환불 방어율과 리뷰 점수가 모두 드러나고 변화하기 시작하면, 임계값을 다시 살펴볼 가치가 있습니다.
규칙이 어떤 결론을 내리든, Apple의 12시간 또는 Google의 24시간이 끝나기 전에 답변이 도착하도록 보장하는 것은 사람이 아니라 자동화된 시스템이어야 합니다.
환불이 처음 몰려올 때 모든 것에 맞서고 싶은 것은 자연스러운 반응입니다. 하지만 그 반응은 억제해야 합니다. 스토어는 당신의 응답을 전체적으로 평가하며, 사소한 금액을 두고 맞선 고객은 결국 별점 1개 리뷰를 남깁니다. 반사적 대응보다는 단계별 기준이 낫습니다.
먼저 환불이 실제로 가져가는 금액을 측정하십시오
측정되지 않은 것을 조정할 수는 없으며, 두 스토어 모두 이 수치를 눈에 잘 띄는 곳에 두고 있습니다. App Store Connect에서는 Trends 메뉴에서 확인할 수 있습니다. 측정 항목(Measure)을 Proceeds로 전환하고 거래 유형(Transaction Type)을 Refund로 좁히면, 남는 그래프가 바로 당신의 월간 손실액입니다. Play Console에서는 재무 보고서에서 이에 해당하는 정보를 확인할 수 있으며, 주문 건별로 환불과 차지백을 구분해 보여줍니다. 규칙을 바꾸기 전에 이 월간 수치를 기록해 두십시오. 이후 모든 판단의 기준이 되는 기준선이기 때문입니다.
보고서를 열어둔 김에, 총액만이 아니라 그 패턴도 살펴보십시오. 어떤 상품이 환불을 많이 유발하는지, 구매와 환불 요청 사이에 시간이 얼마나 지났는지, 같은 구매자가 얼마나 자주 재등장하는지를 확인하십시오. 바로 이 세 가지 차원이 단계별 기준이 핵심적으로 다루는 요소입니다.
호의(goodwill) 사례는 $5 미만 구매, 기록된 사용 내역 없음, 이전 환불 이력 없음의 형태를 띱니다. 이런 경우는 즉시 수용하십시오.
진짜 소비(genuine consumption) 사례는 며칠간의 활발한 사용 이후 "불만족" 주장이 뒤따르는 형태를 띱니다. 사용 곡선을 증거로 첨부해 거절하십시오.
상습 환불자(repeat offender)는 누적 환불 횟수가 2회 이상인 계정을 뜻합니다. 매번 이의를 제기하고, 전체 이력을 제출하십시오.
단서가 전혀 없어 구매자를 어떤 사용 기록과도 연결할 수 없을 때는, 중립적인 증거와 시간 기반 추정치를 제출하십시오.
호의를 베푸는 비용이 적을 때는 빠르게 수용하십시오
소액 구매이면서 사용 기록이 없고 해당 계정에 이전 환불 이력도 없다면, 이는 수용해야 할 사례입니다. 비용은 몇 달러에 불과하고, 고객은 좋은 인상을 안고 떠나며, 진짜 중요한 분쟁에서 당신의 신뢰도는 오히려 높아집니다. 규칙으로 표현하면, 가격이 $5 미만이고 사용량이 0이며 이전 환불 이력도 0일 때 승인으로 처리한다는 식의 조건이면, 아무도 들여다보지 않아도 이런 사례를 자동으로 처리할 수 있습니다.
실제로 소비가 일어난 경우에는 증거를 들어 이의를 제기하십시오
매출은 '많이 사용한 뒤 불만족'이라는 패턴을 통해 새어 나갑니다. 6일간 매일 사용한 뒤 불만족을 주장하는 경우는, 사용 곡선을 근거로 한 거절 의사가 정당화됩니다. 이것이 바로 소비 데이터(consumption data)가 만들어진 이유이자, 자동화된 증거가 진가를 발휘하는 지점입니다.
상습 환불자는 예외 없이 이의를 제기하십시오
환불 파밍(refund farming)은 실제로 존재하는 행태입니다. 한 계정이 구매, 소비, 환불을 반복적으로 순환시키는 것이죠. 출시한 모든 제품에 걸쳐 사용자별 누적 환불 횟수를 추적하고, 횟수가 2회에 도달하면 대응 수위를 높이십시오. 스토어 역시 그 이력을 판단에 반영하며, 당신이 제출하는 증거가 바로 그 이력을 스토어에 보이도록 만드는 역할을 합니다.
설정하고 손을 떼지 말고, 단계별 기준을 계속 조정하십시오
규칙을 한 달간 운영한 뒤, 두 수치를 나란히 놓고 비교하십시오. 바로 환불 방어율(save rate)과 리뷰 점수입니다. 리뷰 점수는 안정적인데 환불 방어율이 오르고 있다면, 예를 들어 호의 적용 가격 상한선을 낮추는 식으로 한 단계 더 조여도 됩니다. 리뷰 점수가 떨어지고 있다면, 이의 제기 기준이 진짜 고객까지 걸러내고 있다는 뜻이므로 완화해야 합니다. 이 과정 내내 염두에 두어야 할 iOS 전제 조건이 하나 있습니다. Apple은 사용 데이터가 전송되기 전에, 약관을 통해 고객이 해당 데이터 공유에 동의했을 것을 요구합니다.
마감 시한이 대신 결정하게 두지 마십시오
이 모든 과정에서 가장 조용히 일어나는 실패는 응답 기한을 아예 놓치는 것입니다. Apple의 12시간 제한이나 Google의 24시간 제한이 아직 열려 있는 동안 답변이 도착하도록 보장하는 무언가가 필요하며, 그 무언가는 사람이 아니라 시스템이어야 합니다. Refund Sensor는 바로 그 보장을 위해 존재하며, 당신이 설정한 단계별 기준을 그대로 적용해 매번 기한 내에 응답을 제출합니다.
이 규칙들의 근거 문서
자주 묻는 질문
아니요. 최종 결정권은 스토어에 있으며, 스토어는 당신의 행동을 전체적으로 관찰합니다. 비용이 적은 호의 사례를 수용하면 고객 만족도는 유지되고, 실제로 소비가 일어난 사례에서 거절 의사를 제시할 때 더 설득력을 가지게 됩니다.
App Store Connect의 Trends 메뉴로 이동해 측정 항목(Measure)을 Proceeds로 전환하고 거래 유형(Transaction Type)을 Refund로 좁혀 확인하십시오. Play Console에서는 재무 보고서에서 주문 건별로 나뉜 동일한 정보를 확인할 수 있습니다. 그렇게 산출된 월간 수치가 바로 당신의 규칙이 넘어서야 할 기준선입니다.
올바른 대상에 이의를 제기하는 것은 평점을 해치지 않습니다. 일주일 동안 제품을 사용한 사람이 환불 거절 때문에 리뷰를 남기는 경우는 드뭅니다. 분노에 찬 별점 1개 리뷰는 대개 첫 구매자를 상대로 사소한 금액에 맞설 때 나옵니다.
그래도 응답하십시오. 배송(전달) 상태와 시간 기반 추정치만으로도 여전히 증거가 되며, 응답한 사례는 응답하지 않은 사례보다 항상 낫습니다. 실제 사용 데이터는 나중에라도 연결할 수 있으며, 연결되는 즉시 응답의 질이 자동으로 향상됩니다.
