FLUXOS DE CANCELAMENTOINTERCOM

Como tratar pedidos de cancelamento no Intercom

Como tratar os pedidos de cancelamento no Intercom: detetá-los, responder com uma macro, oferecer uma alternativa uma vez e cancelar sempre que pedido.

Publicado a 7 min de leitura

Muitas empresas de subscrições têm um botão de cancelamento na app e, mesmo assim, recebem um fluxo constante de mensagens “cancelem a minha conta, por favor” no Intercom. Essas mensagens também são um fluxo de cancelamento, só que sem estrutura. Bem tratadas, mantêm alguns clientes que só precisavam de uma pausa ou de um plano mais barato, e terminam de forma limpa para todos os outros. Mal tratadas, tornam-se pedidos de reembolso, críticas zangadas ou chargebacks.

Este guia mostra como detetar pedidos de cancelamento no Intercom, responder-lhes de forma coerente e registar o que aconteceu. Limita-se ao centro de ajuda do próprio Intercom: criar e gerir macros, como acionar um Workflow, o Topics Explorer, a app Stripe e os modelos de Data connector (todos consultados em novembro de 2026).

A regra que vem primeiro

Um cliente que pede para cancelar numa conversa de suporte pediu para cancelar. Pode oferecer uma alternativa uma vez, mas o pedido tem de ser executado se ele confirmar, e não pode ser mais lento nem mais difícil do que foi inscrever-se. Vários países têm agora regras explícitas sobre isto; resumimo-las em regras de click to cancel para SaaS. Tudo o que se segue parte dessa regra: o objetivo é uma resposta clara e rápida, não um labirinto.

O que o Intercom lhe dá de origem

Os Workflows podem apanhar a conversa cedo

Os Workflows do Intercom arrancam a partir de gatilhos predefinidos. O que a maioria das equipas usa para pedidos recebidos é “Customer sends their first message”, que corre uma vez por nova conversa. A documentação dos gatilhos do Intercom também refere “Customer sends any message”, que dispara em cada mensagem do cliente, incluindo respostas numa conversa aberta. O Intercom recomenda o gatilho da primeira mensagem quando só quer agir no início de uma conversa.

Os Workflows podem ramificar consoante condições como o conteúdo da mensagem, atributos ou tipo de cliente. Não há nenhum gatilho “intenção de cancelamento” na lista de gatilhos, por isso, na prática, encaminha por palavras-chave (“cancel”, “unsubscribe”, “close my account”, “stop billing”) ou por um atributo que define você mesmo. Conte com falsos positivos (“como cancelo um convite?”) e mantenha uma pessoa no circuito.

O Topics Explorer mostra a dimensão do problema

O Topics Explorer agrupa as conversas em temas e subtemas com IA, sem etiquetagem manual. Quando é ativado pela primeira vez, constrói o seu modelo a partir das conversas dos últimos 90 dias, e precisa de pelo menos 15 conversas semelhantes para formar um subtema. O Intercom é explícito sobre os seus limites: os temas não analisam o sentimento. Use-o para ver se as conversas de cancelamento e de faturação estão a crescer, não para tomar decisões sobre clientes individuais.

As macros mantêm a resposta coerente

Uma macro é uma resposta guardada com ações opcionais. As ações incluem atribuir a uma equipa ou a um colega, adicionar tags, adiar, fechar, mudar a prioridade, definir o estado de um ticket e executar um data connector. Há um limite que importa aqui: uma única macro não pode ao mesmo tempo responder ao cliente e acrescentar uma nota interna, por isso precisa de duas macros se quiser as duas coisas. A pesquisa de macros só procura nos títulos, por isso dê-lhes nomes claros (por exemplo “Cancelar – confirmar”, “Cancelar – oferta de pausa”).

A app Stripe mostra a subscrição ao lado da conversa

Se fatura com o Stripe, a app Stripe do Intercom mostra os dados Stripe do cliente, as subscrições ativas e os três pagamentos mais recentes ao lado da conversa, e sincroniza atributos como stripe_subscription_status e stripe_subscription_period_start_at. Só os dados do modo live são sincronizados. A app exige uma conta Stripe paga e está disponível nos planos Essential, Advanced e Expert do Intercom.

Os modelos de Data connector para o Stripe já prontos são só de leitura para as subscrições: podem consultar mas não pausar nem cancelar. Cancelar a partir do Intercom exige um data connector personalizado que chame os endpoints de escrita do Stripe, ou que um colega o faça no Stripe ou no seu próprio backoffice.

Um processo que pode montar esta semana

1. Marcar cada pedido de cancelamento com uma tag

Crie uma tag como cancel-request. Adicione-a com um ramo de palavras-chave num Workflow, e deixe os colegas adicioná-la à mão quando o Workflow falha uma. As tags são o que torna o resto mensurável.

2. Verificar antes de responder

Antes de responder, verifique três coisas no painel da app Stripe ou no seu backoffice:

  • o estado da subscrição e quando termina o período atual;
  • se o último pagamento falhou (uma mensagem “cancelar” logo a seguir a uma recusa é às vezes um problema de pagamento, não uma decisão de sair);
  • se o cliente está num plano anual, o que muda o que “cancelar” significa para ele.

3. Perguntar o motivo, uma vez

Uma pergunta curta chega: “Antes de cancelar, pode dizer-me o que não está a funcionar? Ajuda-nos a melhorar.” Não faça da resposta uma condição para cancelar. Se precisa de uma lista de motivos com que possa agir mais tarde, veja perguntas de inquérito de churn.

4. Oferecer uma alternativa que corresponda ao motivo

Ajuste a oferta ao que o cliente disse:

Motivo dado Uma oferta razoável
Demasiado caro Um plano mais barato ou um desconto por tempo limitado
Não o uso neste momento Uma pausa de um ou dois períodos de faturação
Falta uma funcionalidade Nada, ou uma nota honesta se estiver no roadmap
Vou mudar para outra ferramenta Nada; cancelar e pedir feedback
Problema de pagamento Um link para atualizar o cartão, não uma oferta de retenção

Comparamos as opções em pausa vs desconto vs downgrade. Uma oferta, uma mensagem. Se o cliente disser que não, cancele.

5. Confirmar por escrito

Quando cancelar, responda com uma macro de confirmação que indique:

  • o que foi cancelado e a data de efeito;
  • se o acesso continua até ao fim do período pago;
  • se há lugar a reembolso, e de quanto;
  • que não haverá mais cobranças.

Esta mensagem protege-o mais tarde. Se o cliente contestar uma cobrança, uma confirmação datada na conversa é exatamente o tipo de registo que um banco emissor procura. Tratamos disso em usar conversas do Intercom como prova num chargeback.

6. Fechar com as tags certas

Use uma segunda macro (interna) para acrescentar o resultado: cancel-done, cancel-paused, cancel-downgraded ou cancel-retained, mais o motivo. Feche a conversa. Agora pode contar os resultados por motivo todos os meses.

Exemplos de macros

Cancelar – primeira resposta

Olá, obrigado por nos avisar. Posso cancelar a sua subscrição de imediato. Antes de o fazer, há alguma coisa específica que não esteja a funcionar para si? Se preferir simplesmente cancelar, responda “cancelar” e trato disso agora.

Cancelar – oferta de pausa (só se o motivo o justificar)

Compreendo. Se é uma fase mais calma, posso em vez disso pausar a sua subscrição até dois meses, sem cobrança durante a pausa. Se ainda assim preferir cancelar, basta dizer e faço-o de imediato.

Cancelar – confirmação

Feito: a sua subscrição foi cancelada. Mantém o acesso até ao fim do período de faturação atual, a [data], e não voltará a ser cobrado. Se mudar de ideias, pode retomar a qualquer momento a partir da sua conta.

Substitua as partes entre parênteses retos à mão ou com os marcadores de atributos do Intercom.

Erros comuns

  • Insistir mais do que uma vez. Ofertas repetidas num chat de suporte parecem uma armadilha, e é isso que os reguladores observam.
  • Cancelar no Stripe mas não confirmar no Intercom. O cliente não sabe que resultou, e não tem nenhum registo na conversa.
  • Tratar falhas de pagamento como churn. Um cliente cujo cartão foi recusado pode escrever “cancelem isto” por frustração. Envie primeiro um link para atualizar o cartão; veja como recuperar pagamentos falhados no Stripe.
  • Deixar os motivos apenas em texto livre. Se os motivos não têm tag, no próximo trimestre não consegue saber se foi o preço ou uma funcionalidade em falta que levou aos cancelamentos.

Fazer isto com a NoChurn

O conector Intercom da NoChurn é só de leitura: nunca responde, marca ou fecha nada no Intercom, por isso os passos acima ficam com a sua equipa. O que acrescenta é um caminho autónomo para o qual pode remeter nas suas macros: um fluxo de cancelamento com motivos e ofertas (desconto, pausa, mudança de plano), com o cancelamento num clique sempre visível, alojado ou headless através da API. A NoChurn associa as conversas do Intercom aos clientes pelo email (as correspondências duvidosas são-lhe sugeridas, nunca fundidas automaticamente) e usa-as no churn score e nos fatores de churn, e como prova datada se um cliente que cancelou contestar mais tarde uma cobrança. Veja NoChurn + Intercom.

PROMPT

Read https://www.nochurn.sh/llms.txt,
then follow https://www.nochurn.sh/docs/quickstart/
to add NoChurn to this app. Use a test key
(nc_test_…) until I say we go live.

Pare de perder receita.

  • Grátis até $300 de MRR
  • Sem cartão
  • Pronto em 10 minutos
  • Nunca uma comissão sobre o que recuperamos