Resposta rápida: Nem todo reembolso é um cliente insatisfeito. Uma parcela significativa são padrões de abuso previsíveis: abuso de teste gratuito (usar os recursos premium e pedir o reembolso no momento em que é cobrado), uso e reembolso (obter aquela única coisa de que precisava e depois pedir o dinheiro de volta) e compras "acidentais" em contas ativas há meses. Esses padrões deixam rastros nos seus dados, e os casos contestáveis são exatamente aqueles que você não deveria perder por não responder dentro do prazo.
Por que essa distinção importa
Se você tratar todo reembolso como a mesma coisa — um usuário insatisfeito que você decepcionou —, vai tirar conclusões erradas e tomar as atitudes erradas.
Alguns reembolsos realmente refletem insatisfação, e a solução está no trabalho de produto e UX. Mas o abuso de reembolso em apps exige uma análise diferente, porque parte da atividade de reembolso pode apresentar padrões incompatíveis com o comportamento normal do cliente.
Misturar os dois esconde ambos os problemas. Isso pode fazer seu produto parecer pior do que realmente é, enquanto reembolsos potencialmente recuperáveis ou contestáveis desaparecem na mesma categoria dos reembolsos legítimos de clientes.
Separar a insatisfação do cliente dos possíveis padrões de abuso é o primeiro passo para fazer algo útil em relação a qualquer um dos dois.
Os principais padrões de abuso
Alguns padrões merecem ser monitorados:
Abuso de teste gratuito. O usuário inicia um teste gratuito, usa os recursos premium para o que precisa e solicita o reembolso por volta do momento em que o teste se converte em assinatura paga. O momento da solicitação e o histórico de consumo podem ser sinais úteis na avaliação da transação.
Uso e reembolso. Comum em apps utilitários e de valor pontual. Alguém assina para concluir uma tarefa específica — converter um arquivo, desbloquear um recurso, remover uma marca d'água ou usar um serviço —, conclui a tarefa e, imediatamente depois, pede o dinheiro de volta. O sinal importante é a relação entre o valor consumido e o momento da solicitação de reembolso.
Compras "acidentais" em contas já estabelecidas. O usuário alega ter comprado por engano em uma conta que está ativa há meses e tem um histórico de uso relevante. Compras acidentais genuínas acontecem, mas o tempo de conta e o histórico de uso podem fornecer contexto adicional na avaliação de uma solicitação de reembolso por compra acidental.
Solicitantes recorrentes de reembolso. Um grupo menor pode apresentar comportamento repetido de reembolso em várias compras. Um reembolso isolado é apenas um evento; um longo histórico de reembolsos é um padrão que vale a pena investigar. Os dados de consumo da Apple podem incluir o valor total de reembolsos ao longo da vida da conta, o tempo de conta, o valor total de compras ao longo da vida da conta e outras informações relacionadas ao consumo que ajudam a fornecer contexto.
Os rastros que cada um deixa
O motivo pelo qual esses padrões importam para a automação é que eles não são necessariamente invisíveis. Eles podem aparecer nos dados de transação e consumo usados para avaliar as solicitações de reembolso:
Alto consumo, reembolso imediato. Um uso significativo seguido de uma solicitação de reembolso pouco depois pode indicar um possível padrão de uso e reembolso.
Reembolso cronometrado com a cobrança de conversão do teste. Uma solicitação de reembolso concentrada em torno da conversão de um teste gratuito pode ser um sinal útil na avaliação de abuso de teste gratuito.
Tempo de conta vs. alegação "acidental". Uma conta antiga e ativamente usada que alega ter feito uma compra acidental cria uma incoerência que vale a pena revisar, em vez de simplesmente presumir fraude.
Histórico de reembolsos repetidos. Um cliente com um histórico repetido de reembolsos pode representar um padrão, e não um incidente isolado.
A documentação atual da Apple sobre solicitações de consumo inclui campos como tempo de conta, status de consumo, tempo de uso, valor total reembolsado ao longo da vida da conta, valor total comprado ao longo da vida da conta, status de entrega e se conteúdo de amostra ou um teste foi oferecido.
Isso significa que os desenvolvedores podem usar as evidências disponíveis para fornecer mais contexto ao responder a solicitações de reembolso elegíveis da Apple. A Apple afirma que essas informações de consumo ajudam a embasar suas decisões de reembolso, e os desenvolvedores devem responder a um CONSUMPTION_REQUEST em até 12 horas.
Por que os reembolsos por abuso são os que vale a pena contestar
Aqui está a parte estratégica.
Reembolsos de insatisfação genuína geralmente merecem uma resposta diferente. Contestar reclamações legítimas de clientes pode prejudicar a experiência do cliente e não resolve o problema de produto subjacente.
O possível abuso de reembolso em assinaturas é diferente. Quando as evidências disponíveis mostram consumo substancial, valor entregue ou comportamento repetido de reembolso que conflita com a alegação do cliente, o caso pode merecer uma análise mais atenta.
A distinção importante é que os desenvolvedores não podem negar unilateralmente todo reembolso. A Apple e o Google tomam a decisão final, e nem todo reembolso gera uma oportunidade de resposta para o desenvolvedor.
Na Apple, as notificações elegíveis de CONSUMPTION_REQUEST permitem que os desenvolvedores forneçam informações de consumo que a Apple usa para embasar sua decisão de reembolso.
No Google Play, estornos que exigem revisão do desenvolvedor podem gerar uma PendingRefundReviewNotification. Os desenvolvedores podem fornecer uma preferência de reembolso e evidências relevantes de uso da compra por meio da API ReviewRefund em até 24 horas.
É por isso que a fraude de reembolso em apps deve ser tratada como um problema de detecção e evidências, não simplesmente como um problema de negar reembolsos.
O que você pode e não pode fazer a respeito
Sendo honesto sobre os limites:
Você não pode impedir que um cliente solicite um reembolso, nem negá-lo unilateralmente. A Apple e o Google tomam a decisão final.
Você não pode contestar todo reembolso por abuso; nem todo reembolso gera uma oportunidade de revisão para o desenvolvedor, e o processo disponível é diferente entre a Apple e o Google.
Você pode responder a toda solicitação elegível com as evidências de consumo e compra disponíveis dentro do prazo de resposta aplicável.
Você pode identificar padrões — quais apps, quais motivos, quais produtos e quais comportamentos de clientes — para distinguir o atrito genuíno de produto do possível abuso.
Para equipes que processam grandes volumes de assinaturas, um software de detecção de abuso de reembolso pode ajudar a centralizar os eventos de reembolso, identificar padrões suspeitos e garantir que as solicitações elegíveis não fiquem sem resposta.
O RefundSensor cuida das duas partes. Ele responde a eventos elegíveis de CONSUMPTION_REQUEST da Apple e a revisões de estorno do Google Play, enquanto suas análises detalham os reembolsos por app e motivo, tornando visíveis os possíveis padrões de abuso em vez de escondê-los dentro de um único número de "taxa de reembolso".
Você deixa de perder casos contestáveis por causa do tempo de resposta, ao mesmo tempo que ganha visibilidade sobre quanto do problema vem de possível abuso versus atrito genuíno de produto.
Leitura complementar
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
Veja quanto da sua taxa de reembolso pode estar relacionada a possível abuso. O RefundSensor ajuda a monitorar a atividade elegível de reembolso da Apple e do Google Play e detalha os eventos de reembolso por app e motivo, para que o possível abuso não fique escondido dentro dos seus números gerais de reembolso. Comece gratuitamente
Perguntas frequentes
É usar o sistema de reembolso para obter valor sem pagar: abuso de teste gratuito, uso e reembolso, ou alegações falsas de "compra acidental". É diferente da insatisfação genuína, em que o reembolso é justificado.
Você não pode impedir a solicitação nem negá-la por conta própria; as lojas é que decidem. O que você pode fazer é responder às solicitações elegíveis com evidências de consumo que exponham o abuso, e reduzir o abuso de teste gratuito na origem, com um design mais claro de teste e paywall.
O formato dos dados te mostra: alto consumo com reembolso imediato, um reembolso cronometrado com a conversão do teste gratuito, ou uma alegação "acidental" em uma conta ativa há muito tempo. As análises de reembolso por motivo tornam esses padrões visíveis.
Os casos de abuso, em que o valor foi claramente entregue e a alegação é fraca. Os reembolsos de insatisfação genuína geralmente é melhor conceder. O problema é que os reembolsos por abuso costumam ser perdidos por padrão, por falta de resposta dentro do prazo.
Não impede a solicitação, mas enviar dados de consumo precisos dá à Apple o contexto para considerar o abuso em sua decisão — contexto que ela nunca recebe se você não responder a tempo.
