Como tratar pedidos de reembolso no Help Scout

Um pedido de reembolso é muitas vezes o último passo antes de um chargeback. Um cliente que pede o dinheiro de volta e recebe uma resposta lenta ou pouco clara pode ir antes ao banco, e aí perde o pagamento, paga uma taxa de disputa e gasta tempo com provas. Um cliente que recebe uma resposta rápida e clara normalmente não o faz.

Este guia propõe um processo de reembolso para equipas que dão suporte aos clientes no Help Scout: como reconhecer pedidos de reembolso, decidir depressa, emitir o reembolso sem sair da conversa se fatura com o Stripe, e guardar um registo que ajude se mesmo assim surgir uma disputa. Os detalhes do Help Scout vêm da sua documentação: a app Stripe, respostas guardadas, tags, workflows e campos personalizados. As regras de reembolso e de disputa vêm das páginas do Stripe sobre reembolsos, como funcionam as disputas e categorias de disputa (todas consultadas em novembro de 2026).

Reembolso ou disputa: porque é que o momento importa

A documentação do Stripe deixa claro o que está em jogo:

• Depois de aberta uma disputa formal, não pode reembolsar o pagamento fora do processo de disputa (como funcionam as disputas). Ou aceita a disputa ou contesta-a.
• Na fase de inquiry, antes de um chargeback formal, um reembolso total pode encerrar o caso sem taxa de disputa; o Stripe nota que as inquiries sobre cobranças parcialmente reembolsadas ainda podem escalar.
• Se o cliente abrir uma disputa enquanto um reembolso está pendente, o Stripe recomenda aceitar ou contestar a disputa em vez de reembolsar outra vez, para não pagar duas vezes.

A lição prática: o reembolso mais barato é o que emite antes de o cliente ligar ao banco. Um pedido de reembolso sem resposta há três dias é um risco de chargeback.

Passo 1: reconhecer depressa os pedidos de reembolso

Crie um workflow automático no Help Scout (workflows automáticos) com condições sobre o assunto ou o corpo que contenham palavras como “refund”, “money back”, “charged twice”, “didn’t authorise”, “unauthorized charge” e “chargeback”. Ações:

1. Adicionar a tag refund-request (tags).
2. Atribuir a quem pode aprovar reembolsos.

Esteja atento a duas frases em particular: “não autorizei isto” e “vou contactar o meu banco”. A primeira pode ser fraude ou um familiar a usar o cartão; a segunda significa que uma disputa está próxima. Ambas merecem resposta no mesmo dia.

Passo 2: decidir com uma política simples

Os agentes não deviam ter de pedir autorização a um responsável para cada reembolso. Escreva uma política que cubra a maioria dos casos e que corresponda ao que dizem os seus termos:

Situação	Decisão habitual
Cobrado depois de um pedido de cancelamento que não foi tratado	Reembolso total, pedido de desculpa
Renovação de que o cliente se esqueceu, sem utilização desde então	Reembolso total ou parcial, segundo a sua política
Cobrança em duplicado	Reembolsar o duplicado
“Não autorizei isto”	Verificar a conta; se parecer fraude, reembolsar e proteger a conta
Utilização parcial, quer reembolso total	Segundo a sua política; explicar com clareza em qualquer caso
Utilizador ativo há muito tempo, a pedir após meses de utilização	Normalmente recusar, com educação e com o motivo

Duas coisas a ter em conta:

• A sua política de reembolso só ajuda se o cliente a viu. Numa disputa, os campos de provas do Stripe incluem a política de reembolso e a forma como foi comunicada ao cliente antes da compra (categorias de disputa).
• Uma recusa deve ser um motivo, não um silêncio. Se recusar, diga porquê, remeta para os termos e ofereça o que puder (cancelar as renovações futuras, um crédito). Um “não” claro com motivo é melhor prova do que nenhuma resposta.

Passo 3: emitir o reembolso a partir da conversa

Se fatura com o Stripe, a app Stripe do Help Scout mostra as subscrições e as faturas do cliente na barra lateral e permite aos agentes emitir reembolsos totais ou parciais sem sair da conversa. Segundo o Help Scout:

• Instala-se em Settings > Apps > Stripe, e escolhe as caixas de entrada que a mostram.
• Quem a instala precisa de permissões de nível administrador ou superior no Stripe.
• Qualquer utilizador do Help Scout com acesso a essas caixas pode emitir reembolsos a partir da barra lateral, independentemente das suas próprias permissões no Stripe.

Este último ponto importa. Mostre a app apenas nas caixas tratadas por pessoas autorizadas a reembolsar, ou coloque os pedidos de reembolso numa caixa dedicada.

Se fatura noutro sítio, os agentes reembolsam no seu sistema de faturação e confirmam na conversa.

Passo 4: confirmar por escrito

Use respostas guardadas para que cada reembolso receba uma confirmação clara:

Reembolsei [montante] no cartão com que pagou. Dependendo do seu banco, pode demorar alguns dias úteis a aparecer. A sua subscrição está [cancelada / ainda ativa até (data)]. Se alguma coisa ainda parecer errada no seu extrato, responda aqui e eu resolvo.

E para uma recusa:

Analisei a sua conta. A cobrança de [data] corresponde a [plano], que utiliza desde [data], por isso, segundo os nossos termos ([link]), não é reembolsável. Cancelei as renovações futuras para que não volte a ser cobrado. Se me escapou alguma coisa, responda aqui e eu volto a analisar.

Preencha os parênteses retos em cada caso. Nunca diga que um reembolso foi emitido antes de o ser realmente.

Passo 5: registar o resultado

Adicione um campo personalizado (planos Plus e Pro) ou tags para o resultado: refund-full, refund-partial, refund-declined. Com a tag do pedido do passo 1, consegue ver:

• quantos pedidos de reembolso recebe, e por que motivos;
• quanto tempo demoram a ser respondidos;
• que pedidos recusados se transformaram depois em disputas.

Esta última lista é a que deve estudar. Se os pedidos recusados se tornam muitas vezes disputas que perde, a sua política ou a forma como é explicada precisa de ser trabalhada.

Erros comuns

• Responder ao pedido de reembolso com uma oferta de retenção. Se o cliente pediu o dinheiro de volta, um desconto no próximo mês não responde à pergunta. Responda primeiro; mencione uma alternativa depois, se for caso disso.
• Reembolsos parciais como compromisso por defeito. No Stripe, as inquiries sobre cobranças parcialmente reembolsadas ainda podem escalar. Se reembolsa para evitar uma disputa, pondere se um reembolso total é a opção mais segura.
• Reembolsar sem cancelar. Se o cliente quer sair, um reembolso sem cancelamento significa outra cobrança no mês seguinte, e dessa vez uma disputa.
• Respostas diferentes de agentes diferentes. Uma política escrita e respostas guardadas mantêm as decisões coerentes, o que importa quando um avaliador lê a sua resposta ao lado dos seus termos.
• Deixar esperar “vou contactar o meu banco”. Essa mensagem merece a resposta mais rápida da sua fila.

Quando a disputa chega mesmo assim

Alguns clientes abrem uma disputa de qualquer forma. Quando isso acontece, a conversa que acabou de ter é a sua prova: o pedido datado, a sua resposta, o reembolso ou a recusa fundamentada. O nosso guia sobre usar conversas do Help Scout como prova num chargeback explica como extraí-la e apresentá-la. Os avisos precoces de fraude do Stripe são um sinal à parte que vale a pena acompanhar, porque um reembolso proativo pode por vezes evitar uma disputa por fraude.

Fazer isto com a NoChurn

O conector Help Scout da NoChurn é só de leitura: lê conversas e não emite reembolsos, não marca nem responde no Help Scout. As conversas são associadas aos seus clientes pelo email; as correspondências duvidosas são-lhe sugeridas para confirmar e nunca fundidas automaticamente. Se for aberta uma disputa no Stripe ou no Braintree, a NoChurn reúne as provas (respostas do fluxo de cancelamento, emails enviados, utilização e a conversa de reembolso associada, citada textualmente com as datas), redige uma resposta com IA e só a submete depois de a rever. As decisões de reembolso ficam consigo, no Stripe ou no seu sistema de faturação. Veja NoChurn + Help Scout.