- Poucas opções, bem definidas: excesso de motivos destrói o insight
- Obrigatoriedade só no momento certo (ex.: ao marcar como Perdido/Ganho)
- Campo estruturado (lista) + detalhe curto (texto) quando precisar nuance
- Taxonomia viva: revisão periódica e regras de uso por time
- Motivo sem ação é ruído: cada categoria precisa de dono e contramedida
Defina o que você quer decidir com esse dado
Antes de abrir o CRM, escreva 3–5 decisões que a liderança quer tomar: ajustar ICP? corrigir proposta? mudar cadência? treinar objeções? renegociar política comercial? Se o motivo não ajuda nessas decisões, ele não entra.
Separe “categoria” de “detalhe”
Use uma lista curta para a categoria (padronizada) e um campo de texto curto para detalhe (“por quê exatamente”). Categoria é para relatório; detalhe é para contexto e coaching.
Monte uma taxonomia curta (comece com 8–12 motivos)
Começar grande dá errado. Um conjunto inicial pequeno costuma capturar 80%+ do cenário real. Você amplia só quando houver repetição consistente de um novo padrão, não por pedido pontual.
Crie regras de preenchimento que não atrapalhem o fluxo
Torne obrigatório apenas ao mover para Perdido/Ganho. Se exigir antes, vira chute. Se exigir sempre, vira raiva. Se não exigir nunca, vira vazio. O “quando” é tão importante quanto o “o quê”.
Implemente validações simples e exemplos no próprio CRM
Definição curta de cada motivo e 1 exemplo do que entra/não entra. Se o CRM permitir, mostre essa ajuda no tooltip/descrição do campo. O time não vai procurar manual.
Faça a primeira revisão em 30 dias (e depois mensal/trim.)
Revise frequência de uso, excesso de “Outros” e motivos genéricos. Ajuste nomes para reduzir ambiguidade (“Preço alto” vs “Sem budget” são coisas diferentes). A revisão é o que transforma o campo em inteligência.
Conecte motivo a ação: dono, hipótese e experimento
Para cada motivo relevante, defina um responsável e uma ação: playbook, ajuste de qualificação, melhoria de proposta, material de prova social, mudança de SLA, etc. Sem isso, motivo vira só estatística de slide.
O erro clássico: transformar “motivo” em desabafo
Muitos CRMs viram um mural de justificativas. O vendedor perde e marca qualquer coisa só para encerrar o deal. Resultado: a diretoria olha o relatório, ninguém confia e o campo morre.
A correção não é “cobrar mais”. É desenhar um conjunto de motivos que seja (1) fácil de escolher, (2) impossível de interpretar errado e (3) útil para mudar processo.
Modelo de motivos de perda (categorias que costumam funcionar)
Abaixo vai um ponto de partida genérico. Adapte ao seu negócio, mas mantenha o espírito: categorias mutuamente exclusivas e orientadas a ação.
| Categoria (lista) | Quando usar | Ação típica que esse motivo destrava |
|---|---|---|
| Sem budget / verba não aprovada | Cliente quer, mas não tem alçada/verba no período | Revisar qualificação, mapear ciclo orçamentário, melhorar ancoragem de valor |
| Prioridade mudou | Projeto foi adiado por mudança interna | Cadência de reativação, alertas de recontato, conteúdos por etapa |
| Não era ICP / desalinhamento de perfil | Empresa/setor/tamanho/uso não encaixa | Ajustar ICP, segmentação e roteamento; calibrar campanhas |
| Sem fit de produto / requisito faltando | Gap real de funcionalidade ou integração | Feedback para produto, roadmap, oferta alternativa, parcerias |
| Perdido para concorrente | Escolha explícita por outro fornecedor | Win/loss leve, comparação objetiva, reforçar diferenciais e prova social |
| Preço / condição comercial | Preço foi barreira principal (não só desculpa) | Revisar packaging, condições, desconto com regra, proposta por valor |
| Timing / urgência insuficiente | Cliente ainda está 'curioso' e não em compra | Aprimorar discovery, criar gatilhos de urgência legítimos, nutrição |
| Perdemos contato / inércia (ghosting) | Sem retorno após tentativas | Rever cadência, canais, mensagem; automações e SLA de follow-up |
E motivos de ganho? Sim, e eles doem menos para preencher
Motivo de ganho é subestimado. Ele mostra o que está funcionando (mensagem, canal, oferta, prova social) e ajuda a replicar.
Regra prática: o motivo de ganho deve apontar a causa dominante do fechamento — não uma lista de virtudes genéricas.
- Melhor custo-benefício (valor percebido vs preço)
- Fit técnico/integração decisiva
- Confiança/segurança (compliance, governança, referência)
- Rapidez de implementação/onboarding
- Relacionamento e condução do processo (vendas consultivas bem feitas)
- Condição comercial (quando foi realmente determinante)
- Indicação/recomendação (origem forte)
Como evitar o buraco negro do “Outros”
“Outros” é inevitável, mas precisa ter limite. Se “Outros” vira o maior motivo, você não tem dado: você tem caixa de reclamação.
Três controles que funcionam bem: (1) exigir detalhe quando marcar “Outros”, (2) revisar semanalmente uma amostra e (3) promover “Outros + detalhe recorrente” para um motivo novo.
- Regra: “Outros” sempre exige 10–140 caracteres de justificativa
- Rotina: 15 minutos por semana para classificar os detalhes mais repetidos
- Evolução: se um novo padrão aparecer com frequência, vira categoria oficial
Checklist de governança: quando o campo vira confiável
Se você quer usar isso em forecast, treinamento e priorização de backlog, precisa de governança mínima. Sem paranoia: só o suficiente para o dado ser estável.
- Definição por escrito de cada motivo (1 linha) + exemplo
- Obrigatório apenas em Ganho/Perda (não no meio do pipeline)
- Limite de opções (idealmente 8–12 no começo; revise depois)
- Auditoria de qualidade: amostra quinzenal/mensal de registros
- Relatório padrão: motivos por etapa, por segmento, por origem e por vendedor (com cautela para não virar ranking injusto)
Perguntas frequentes
Quantos motivos de perda devo ter no CRM?
Motivo de perda deve ser obrigatório?
Como diferenciar “Sem budget” de “Preço”?
Devo usar campo aberto em vez de lista?
Leia também
Campo personalizado no CRM: o que criar (e o que não criar) para não sujar a base
Guia editorial sobre campo personalizado no CRM: critérios práticos para criar só o que vira decisão/segmentação, evitar texto livre, padronizar valores e manter a base limpa sem matar a adoção do time.
Ler →
Governança de dados no CRM: como definir regras sem travar o time
Guia editorial para montar governança de dados no CRM: padrões de cadastro, dono do dado, permissões, qualidade e auditoria. Com passos e FAQ para não virar burocracia.
Ler →
Como definir regras de nome e etapas do pipeline no CRM (sem virar bagunça em 30 dias)
Guia prático para padronizar nomes de etapas, critérios de avanço e regras de atualização no pipeline do CRM. Inclui checklist, exemplos e perguntas frequentes para evitar funil inflado e dados ruins.
Ler →
Como fazer relatório de vendas no CRM: passo a passo e métricas que importam
Relatório de vendas no CRM sai em minutos quando o processo está certo. Veja o passo a passo, as métricas que a diretoria realmente lê e os erros que distorcem a análise.
Ler →