Perguntas de inquérito de churn: uma lista de motivos de cancelamento útil

Todos os fluxos de cancelamento fazem alguma versão da pergunta “porque está a sair?”. A maioria das equipas faz depois muito pouco com as respostas. A lista foi escrita à pressa, metade das respostas são “Outro”, as categorias sobrepõem-se e, quando alguém finalmente abre a folha de cálculo um ano depois, as opções já mudaram duas vezes e nada é comparável.

Um inquérito de cancelamento é uma pequena peça de desenho de dados. Acerte na taxonomia uma vez e ela compensa no encaminhamento (que oferta mostrar), nas decisões de produto (o que construir ou corrigir) e na análise (que clientes saem por que motivos). Este guia cobre como construí-lo.

Para que serve o inquérito

Um inquérito de cancelamento tem três funções, por esta ordem:

1. Encaminhar o cliente. A resposta decide que oferta, se alguma, o cliente vê a seguir. Veja boas práticas de fluxos de cancelamento.
2. Registar um motivo que se possa contar. Um motivo principal por cancelamento, de uma lista fixa, guardado com um código estável.
3. Recolher detalhes para mais tarde. Um campo de texto livre opcional para as palavras do próprio cliente.

Não é uma entrevista de investigação. O cliente está a sair. Faça uma pergunta, talvez uma de seguimento, e deixe-o ir. O botão de cancelar fica visível o tempo todo, como as regras de click to cancel exigem cada vez mais.

Uma taxonomia de motivos

Boas listas de motivos são curtas, mutuamente exclusivas, escritas nas palavras do cliente e associadas a algo que pode fazer. Eis uma taxonomia de partida para um produto SaaS, com dois níveis: uma categoria para os relatórios e o motivo que o cliente vê.

Categoria	Motivo visto pelo cliente	Código	O que pode fazer
Preço	É demasiado caro	price	Downgrade, desconto, faturação mensal
Valor	Não o uso o suficiente	low_usage	Pausa, ajuda no onboarding
Produto	Falta uma funcionalidade de que preciso	missing_feature	Informação do roadmap, chamada
Produto	É demasiado difícil de configurar ou usar	too_complex	Chamada de configuração, guias
Produto	Não funciona de forma fiável para mim	quality	Contacto do suporte, seguimento do bug
Concorrência	Vou mudar para outra ferramenta	competitor	Perguntar qual; chamada
Serviço	O suporte não correspondeu às minhas expectativas	service	Escalar para um responsável
Circunstância	O meu projeto ou empresa terminou	no_need	Pausa, ou nenhuma oferta
Circunstância	Era só para uma necessidade temporária	temporary	Pausa
Outro	Outro motivo	other	Texto livre, nenhuma oferta

São dez opções, o que está no limite superior. Para a maioria dos produtos, escolha as seis ou sete que surgem realmente e junte o resto em “Outro motivo”. Pode acrescentar uma mais tarde se “Outro” continuar a conter a mesma resposta.

Regras para a lista

• Uma escolha. As caixas de seleção dão dados com melhor aspeto e decisões piores: não se consegue encaminhar com base em três motivos. Peça o principal.
• Linguagem do cliente. “Não o uso o suficiente” em vez de “Baixo envolvimento”. “É demasiado caro” em vez de “Preocupações com o preço”.
• Sem sobreposições. “Demasiado caro” e “Não vale o preço” são a mesma resposta para um cliente e duas respostas nos seus dados. Escolha uma.
• Códigos estáveis. Vai reformular motivos. Mantenha o código para que o histórico continue comparável.
• Baralhe a ordem, com “Outro motivo” no fim, se lhe interessam dados limpos. Quem tem pressa escolhe mais vezes a primeira opção.
• Torne-a opcional. “Saltar e cancelar” tem de funcionar. Uma resposta saltada também é um dado.

Corresponder aos códigos de feedback do Stripe

Se usa o Stripe, as suas subscrições já têm um lugar para isto. O cancellation_details da subscrição tem um campo feedback e um comment de texto livre, documentados na referência da API de cancelamento de subscrições (consultada em novembro de 2026). Os valores de feedback são:

Valor feedback do Stripe	Motivo mais próximo acima
too_expensive	price
unused	low_usage, no_need, temporary
missing_features	missing_feature
too_complex	too_complex
low_quality	quality
switched_service	competitor
customer_service	service
other	other

A página de cancelamento do portal do cliente do Stripe usa o mesmo conjunto de motivos. O Stripe documenta que o cancellation_details ainda pode ser atualizado depois de uma subscrição ser cancelada, por isso pode escrever lá o motivo a partir do seu próprio fluxo.

A nossa sugestão: mantenha os seus próprios códigos, mais específicos, como registo principal (o unused do Stripe junta “não o uso” com “já não preciso”, que pedem ações diferentes), e escreva também o valor do Stripe mais próximo em cancellation_details.feedback. Isso mantém coerentes os relatórios do próprio Stripe e qualquer ferramenta que leia do Stripe.

Perguntas de seguimento

Uma pergunta de seguimento, mostrada só para alguns motivos, pode acrescentar muito. Mantenha-a opcional.

Motivo	Pergunta de seguimento	Formato
Demasiado caro	“Que preço lhe pareceria justo?”	Texto curto ou alguns intervalos
Falta uma funcionalidade	“De que funcionalidade precisa?”	Texto curto
Mudar de ferramenta	“Para que ferramenta vai mudar?”	Texto curto ou lista
Demasiado difícil de usar	“Onde é que ficou bloqueado?”	Texto curto
Não funciona de forma fiável	“O que correu mal?”	Texto curto
Outro motivo	“Conte-nos mais, se quiser”	Texto curto

Não faça uma pergunta de seguimento quando o motivo é “A minha empresa fechou”. Não há nada a aprender que justifique o passo extra.

Perguntas a evitar

• “Qual a probabilidade de nos recomendar?” no cancelamento. A resposta é previsível e o momento é errado.
• Perguntas sugestivas. “Sabia que temos um plano mais barato?” é uma oferta disfarçada de pergunta. Mostre a oferta como oferta.
• Várias páginas de perguntas. Cada ecrã extra é fricção entre o cliente e a saída.
• Texto livre obrigatório. As pessoas escrevem “x” para passar, e não aprende nada.

Tratar o texto livre

As respostas em texto livre são a parte mais útil do inquérito e a mais difícil de usar. Algumas práticas:

• Leia-as. Todas as semanas, alguém deve ler todos os comentários. Leva poucos minutos na maioria das fases.
• Etiquete-as. Quando um comentário diz mais do que o motivo escolhido, acrescente uma etiqueta secundária (um nome de funcionalidade, um concorrente, um bug).
• Trate-as como dados de clientes. Os comentários podem conter nomes, emails e outros dados pessoais. Guarde-os com o mesmo cuidado que o resto dos dados dos seus clientes, e não os cole em logs.
• Reclassifique o “Outro” todos os meses. Se vários comentários “Outro” dizem a mesma coisa, é um motivo em falta.

A IA pode ajudar a resumir e etiquetar comentários em volume, desde que verifique uma amostra à mão e trate o texto dos comentários como dados, não como instruções.

Analisar as respostas

Os motivos só são úteis quando os pode comparar entre segmentos e ao longo do tempo.

O relatório básico

Todos os meses, conte os cancelamentos por categoria e por motivo, e calcule cada um como proporção dos cancelamentos que responderam. Reporte a taxa de respostas saltadas à parte.

Motivo	Cancelamentos	Proporção das respostas
Demasiado caro	n	n / respondidos
Não o uso o suficiente	n	n / respondidos
…
Saltado	n	(mostrado à parte)

Divida por segmento

O mesmo motivo significa coisas diferentes em segmentos diferentes. Divisões úteis:

• Plano e nível de preço. “Demasiado caro” no plano mais barato é um problema diferente de “demasiado caro” no plano de topo.
• Antiguidade. Os motivos nos primeiros 60 dias apontam normalmente para o onboarding e as expectativas; os motivos depois de um ano apontam para o valor e a concorrência.
• Origem de aquisição. Se os clientes de um canal saem por “não era o que esperava”, o canal está a criar expectativas erradas.
• Ativação. Os clientes que nunca ativaram e dizem “demasiado caro” estão muitas vezes a dizer-lhe que nunca viram o valor.

O nosso guia para descobrir o que prevê o churn com os seus próprios dados cobre como comparar segmentos corretamente, incluindo os tamanhos de amostra.

Ligue os motivos aos resultados

O motivo é também a entrada para as suas ofertas e emails de reconquista:

• Aceitação de ofertas por motivo: que oferta funciona para que motivo, medida contra um grupo de controlo. Veja pausa vs desconto vs downgrade.
• Clientes retidos ainda ativos aos 30, 60 e 90 dias, por motivo.
• Taxa de reconquista por motivo: os clientes que saíram por “falta uma funcionalidade” são aqueles a quem deve enviar email quando a lançar. Veja exemplos de emails de reconquista.

Ressalvas

Os motivos declarados são o que os clientes escolheram dizer-lhe à pressa. “Demasiado caro” é por vezes a versão educada de “não vale a pena para mim”. Use os motivos a par do comportamento (utilização, pedidos de suporte, histórico de pagamentos), não em vez dele, e conte com algum ruído.

Mudar a lista sem estragar o histórico

Vai querer mudar a lista. Faça-o com cuidado:

1. Nunca reutilize um código com outro significado.
2. Retire códigos em vez de os apagar; mantenha-os no seu dicionário de dados.
3. Registe a versão da lista com cada resposta, para saber que opções o cliente viu.
4. Associe os códigos antigos às novas categorias nos seus relatórios, para que os gráficos ano a ano continuem a funcionar.
5. Mude uma coisa de cada vez e anote a data, para que um salto na proporção de um motivo não seja confundido com uma tendência real.

Checklist

• Seis a oito motivos, na linguagem do cliente, mutuamente exclusivos.
• Um motivo principal, escolha única, opcional.
• Códigos internos estáveis, associados aos valores feedback do Stripe.
• No máximo uma pergunta de seguimento opcional, só onde ajuda.
• Cada motivo associado a uma oferta, ou a nenhuma.
• Texto livre lido todas as semanas e tratado como dados de clientes.
• Relatório mensal por motivo, com a taxa de respostas saltadas.
• Motivos divididos por plano, antiguidade, origem e ativação.
• Versão da lista registada com cada resposta.

Como o NoChurn ajuda

Os fluxos de cancelamento do NoChurn pedem um motivo, mostram uma oferta correspondente e mantêm um botão de cancelar com um clique visível em todos os passos. Os motivos, as ofertas e os textos são seus para editar, por idioma, ou pode usar o fluxo em headless através da API na sua própria interface. Cada resposta é guardada com o cliente, usada para escolher o email de reconquista certo aos 30, 60 e 90 dias, e disponível para análise a par dos atributos personalizados que envia, para que veja que atributos de clientes estão correlacionados com o churn.

Liga-se ao Stripe com um clique, e o preço depende apenas do MRR. Veja fluxos de cancelamento, dados próprios e preços.