빠른 답변: 모든 환불이 불만 고객을 의미하는 것은 아닙니다. 상당 부분은 예측 가능한 어뷰징 패턴으로, 트라이얼 어뷰징(프리미엄 기능을 사용한 뒤 결제되는 순간 환불을 요청), 사용 후 환불(필요한 한 가지를 얻은 뒤 환불을 요청), 몇 달간 활동해온 계정에서의 "실수" 구매 등이 있습니다. 이런 패턴은 데이터에 흔적을 남기며, 이의 제기가 가능한 사례는 대응 기한을 놓쳐서 잃어버려서는 안 됩니다.
이 구분이 중요한 이유
모든 환불을 똑같은 것, 즉 여러분이 실망시킨 불만 고객으로 취급하면 잘못된 결론을 내리고 잘못된 조치를 취하게 됩니다.
일부 환불은 실제로 불만을 반영하며, 이는 제품과 UX 개선으로 해결해야 합니다. 하지만 앱 환불 어뷰징은 다른 분석이 필요합니다. 일부 환불 활동은 일반적인 고객 행동과는 맞지 않는 패턴을 보이기 때문입니다.
두 가지를 뒤섞으면 두 문제 모두 가려집니다. 제품이 실제보다 나쁘게 보일 수 있고, 회수 가능하거나 재검토할 수 있는 환불이 정당한 고객 환불과 같은 범주에 묻혀 사라질 수 있습니다.
고객 불만과 잠재적 어뷰징 패턴을 구분하는 것이 이 두 가지 중 무엇에 대해서든 유의미한 조치를 취하기 위한 첫 단계입니다.
주요 어뷰징 패턴
모니터링할 만한 몇 가지 패턴이 있습니다:
트라이얼 어뷰징. 사용자가 무료 트라이얼을 시작하고, 필요한 만큼 프리미엄 기능을 사용한 뒤, 트라이얼이 유료 구독으로 전환될 시점에 맞춰 환불을 요청합니다. 타이밍과 소비 이력은 해당 거래를 평가할 때 유용한 신호가 될 수 있습니다.
사용 후 환불. 유틸리티 앱이나 일회성 가치를 제공하는 앱에서 흔히 발생합니다. 파일 변환, 기능 잠금 해제, 워터마크 제거, 서비스 이용 등 특정 작업 하나를 완료하기 위해 구독을 결제한 뒤 작업을 끝내고 곧바로 환불을 요청하는 경우입니다. 중요한 신호는 소비된 가치와 환불 요청 시점 사이의 관계입니다.
"실수" 구매, 기존 계정에서. 사용자가 몇 달간 활동해왔고 의미 있는 사용 이력이 있는 계정에서 실수로 구매했다고 주장합니다. 실제로 실수 구매가 발생하기도 하지만, 계정 활동 기간과 사용 이력은 실수 구매 환불 요청을 평가할 때 추가적인 맥락을 제공할 수 있습니다.
상습 환불자. 소수의 사용자는 여러 구매에서 반복적인 환불 행동을 보일 수 있습니다. 환불 한 건은 개별적인 사건이지만, 긴 환불 이력은 조사해볼 만한 패턴입니다. Apple의 소비 데이터에는 누적 환불 금액, 계정 활동 기간, 누적 구매 금액, 그리고 맥락을 제공하는 데 도움이 되는 소비 관련 정보가 포함될 수 있습니다.
각 패턴이 남기는 흔적
이런 패턴이 자동화에 중요한 이유는 반드시 보이지 않는 것은 아니기 때문입니다. 환불 요청을 평가하는 데 사용되는 거래 및 소비 데이터에 드러날 수 있습니다:
높은 소비량, 즉각적인 환불. 상당한 사용량과 그 직후의 환불 요청이 결합되면 잠재적인 사용 후 환불 패턴을 나타낼 수 있습니다.
트라이얼 전환 결제 시점에 맞춘 환불. 트라이얼 전환 시점에 몰린 환불 요청은 트라이얼 어뷰징을 평가할 때 유용한 신호가 될 수 있습니다.
계정 활동 기간과 "실수" 주장의 불일치. 오래되고 활발하게 사용된 계정이 실수 구매를 주장하면, 자동으로 사기로 단정하기보다는 검토해볼 만한 불일치가 생깁니다.
반복적인 환불 이력. 반복적인 환불 이력이 있는 고객은 개별 사건이 아니라 패턴을 나타낼 수 있습니다.
Apple의 현행 소비 요청(consumption-request) 문서에는 계정 활동 기간, 소비 상태, 플레이 타임, 누적 환불 금액, 누적 구매 금액, 전달 상태, 샘플 콘텐츠나 트라이얼 제공 여부 같은 필드가 포함되어 있습니다.
즉, 개발자는 대상이 되는 Apple 환불 요청에 대응할 때 사용 가능한 증거를 활용해 더 많은 맥락을 제공할 수 있습니다. Apple은 이 소비 정보가 환불 결정에 참고가 된다고 밝히고 있으며, 개발자는 CONSUMPTION_REQUEST에 12시간 이내로 응답해야 합니다.
어뷰징 환불에 이의를 제기할 가치가 있는 이유
전략적으로 중요한 부분이 있습니다.
진짜 불만에 따른 환불은 대개 다른 대응이 필요합니다. 정당한 고객 불만에 맞서 싸우면 고객 경험을 해칠 수 있고, 근본적인 제품 문제를 해결하지도 못합니다.
잠재적인 구독 환불 어뷰징은 다릅니다. 확보된 증거가 상당한 소비, 전달된 가치, 또는 고객의 주장과 상충하는 반복적인 환불 행동을 보여줄 때, 해당 사례는 더 자세히 검토할 필요가 있을 수 있습니다.
중요한 차이는 개발자가 모든 환불을 일방적으로 거부할 수는 없다는 점입니다. 최종 결정은 Apple과 Google이 내리며, 모든 환불이 개발자가 대응할 기회를 만들어주는 것도 아닙니다.
Apple에서는 대상이 되는 CONSUMPTION_REQUEST 알림을 통해 개발자가 소비 정보를 제공할 수 있으며, Apple은 이를 환불 결정에 참고합니다.
Google Play에서는 개발자 검토가 필요한 지급 거부(chargeback)가 발생하면 PendingRefundReviewNotification이 생성될 수 있습니다. 개발자는 ReviewRefund API를 통해 24시간 이내에 환불 선호도와 관련된 구매·사용 증거를 제공할 수 있습니다.
그래서 앱 환불 사기는 단순히 환불을 거부하는 문제가 아니라, 탐지와 증거 확보의 문제로 접근해야 합니다.
할 수 있는 일과 할 수 없는 일
한계를 솔직하게 짚어보겠습니다:
할 수 없는 일: 고객의 환불 요청을 막거나 직접 일방적으로 거부할 수 없습니다. 최종 결정은 Apple과 Google이 내립니다.
할 수 없는 일: 모든 어뷰징 환불에 이의를 제기할 수 없습니다. 모든 환불이 개발자 검토 기회를 만들어주지는 않으며, 이용 가능한 절차도 Apple과 Google마다 다릅니다.
할 수 있는 일: 대상이 되는 모든 요청에 대해, 해당 응답 기한 내에 확보된 소비 및 구매 증거로 대응할 수 있습니다.
할 수 있는 일: 어떤 앱, 어떤 사유, 어떤 제품, 어떤 고객 행동인지 패턴을 파악해서 진짜 제품 마찰과 잠재적 어뷰징을 구분할 수 있습니다.
대량의 구독을 처리하는 팀의 경우, 환불 어뷰징 탐지 소프트웨어를 활용하면 환불 이벤트를 한곳에 모으고, 의심스러운 패턴을 식별하며, 대상이 되는 요청이 응답 없이 방치되지 않도록 할 수 있습니다.
RefundSensor는 이 두 가지를 모두 처리합니다. 대상이 되는 Apple CONSUMPTION_REQUEST 이벤트와 Google Play 지급 거부 검토에 대응하며, 분석 기능으로 환불을 앱과 사유별로 분류해 잠재적 어뷰징 패턴이 단일 "환불율" 수치 안에 숨지 않고 드러나게 합니다.
타이밍 때문에 검토 가능한 사례를 놓치는 일이 없어지고, 문제의 어느 정도가 잠재적 어뷰징에서 오는지, 어느 정도가 진짜 제품 마찰에서 오는지 파악할 수 있게 됩니다.
참고 자료
https://developers.google.com/android-publisher/voided-purchases
https://developer.android.com/google/play/billing/provide-refund-and-chargeback-suggestions
https://developer.android.com/reference/com/android/billingclient/api/BillingFlowParams.Builder
https://developer.apple.com/documentation/appstoreserverapi/appaccounttoken
https://developer.apple.com/documentation/appstoreserverapi/consumptionrequest
https://support.google.com/googleplay/android-developer/answer/17068375
환불율 중 어느 정도가 잠재적 어뷰징과 관련이 있는지 확인해보세요. RefundSensor는 대상이 되는 Apple 및 Google Play 환불 활동을 모니터링하고 환불 이벤트를 앱과 사유별로 분류해, 잠재적 어뷰징이 전체 환불 수치 안에 숨지 않도록 돕습니다. 무료로 시작하기
자주 묻는 질문
환불 시스템을 이용해 대금을 지불하지 않고 가치를 얻어내는 행위를 말합니다. 트라이얼 어뷰징, 사용 후 환불, 허위 '실수 구매' 주장 등이 해당됩니다. 환불이 정당한 진짜 불만 사례와는 구분됩니다.
요청 자체를 막거나 직접 거부할 수는 없습니다. 최종 결정은 스토어가 내립니다. 할 수 있는 일은 대상이 되는 요청에 어뷰징을 드러내는 소비 데이터로 대응하고, 더 명확한 트라이얼 및 결제 화면 설계로 트라이얼 어뷰징을 근본적으로 줄이는 것입니다.
데이터의 형태를 보면 알 수 있습니다. 많이 사용한 후 즉시 환불을 요청하거나, 트라이얼 전환 시점에 맞춰 환불을 요청하거나, 오래 활동한 계정에서 '실수' 구매를 주장하는 경우입니다. 사유별 환불 분석을 통해 이런 패턴을 파악할 수 있습니다.
가치가 명백히 제공되었는데 주장이 빈약한 어뷰징 사례입니다. 진짜 불만에 따른 환불은 대개 승인하는 것이 더 낫습니다. 문제는 어뷰징 환불이 대응 기한을 놓쳐 기본적으로 패소하는 경우가 많다는 점입니다.
요청 자체를 막지는 못하지만, 정확한 소비 데이터를 제출하면 Apple이 결정을 내릴 때 어뷰징 여부를 고려할 수 있는 맥락을 제공하게 됩니다. 제때 대응하지 않으면 Apple은 이런 맥락을 전혀 얻지 못합니다.



