Se você abre o relatório de perdidos e encontra “preço” numa linha e “outro” na seguinte, o campo foi preenchido, mas a operação continua sem saber o que mudar.
O motivo de perda só serve quando o registro é curto, tem dono e termina em decisão. Sem isso, o time preenche um campo que ninguém lê, e a causa real fica escondida.
Eu vou mostrar como montar uma lista curta de motivos, quem preenche e quando, como revisar uma amostra por mês e que decisão sai de cada revisão.
O que é motivo de perda?
Motivo de perda é a razão principal, registrada no CRM no momento do encerramento, pela qual uma oportunidade qualificada terminou sem venda.
É uma informação sobre cada perda, escolhida entre opções que o time combinou antes. Não é opinião solta do vendedor nem relato longo: é o dado que permite agrupar perdas e enxergar padrão.
Motivo principal
Uma escolha numa lista fechada, feita por quem conduziu a oportunidade. É o campo que o relatório agrupa.
Observação curta
Uma ou duas frases com o contexto do negócio. É onde vai o segundo motivo, quando houver.
Concorrente
Campo próprio com o nome do fornecedor escolhido, preenchido só quando a perda foi para outro fornecedor.
Sem esse recorte, cada perda vira uma história diferente, e nenhuma delas se compara com as outras.
Por que o motivo registrado engana
Estes vícios de origem fazem o dado enganar antes de qualquer análise:
- Texto livre. Cada vendedor escreve de um jeito, e nenhuma linha se agrupa com a outra.
- Lista longa com opções parecidas. Se duas opções se sobrepõem, a escolha depende de quem preenche, e não do que aconteceu.
- Registro tardio. O motivo preenchido dias depois, ou em lote na limpeza do fim do mês, vira memória de quem escreve, não o que o cliente disse.
- “Preço” como resposta final. A palavra encerra a conversa sem dizer o que faltou.
O último vício merece atenção à parte. “Preço” pode esconder orçamento que nunca foi aprovado, valor que o cliente não percebeu ou um concorrente que entrou na conversa.
Quando o relatório coloca “preço” no topo, ele aponta para uma resposta pronta, e não para a causa. Antes de mexer no preço, vale investigar a objeção de preço.
Na minha leitura, três desses vícios se resolvem com uma lista melhor. O registro tardio só muda com uma regra de quando preencher.
Uma lista curta, uma escolha só
A lista boa tem poucas opções, escritas com o time e sem sobreposição: mesmo quando dois motivos pesaram, o campo recebe um só.
Cada opção ganha uma definição de uma linha. Assim, dois vendedores escolhem a mesma resposta diante do mesmo caso.
A tabela traz um exemplo ilustrativo de lista. O time adapta as opções e escreve as próprias definições.
| Opção (exemplo) | Definição de uma linha |
|---|---|
| Escolheu outro fornecedor | O cliente fechou com um concorrente, cujo nome vai no campo próprio. |
| Decidiu não fazer agora | O problema existe, mas o cliente adiou a decisão. |
| Sem orçamento aprovado | O cliente quer resolver, mas a verba não foi liberada. |
| Quem decide não entrou na conversa | A proposta foi para alguém que não aprova, e o decisor não participou. |
| Resolveu internamente | O cliente tratou o problema com a própria equipe. |
Várias opções correspondem às portas do fechamento que a Winning ensina: quem decide não entrou é a porta Autoridade, decidir não fazer agora aponta para Urgência, e orçamento não aprovado, para Valor.
Eu não deixaria “preço” na lista: ele sai, ou se desdobra em opções mais precisas, como valor não percebido. Uma opção que aceita qualquer caso não separa nada.
E a opção “outro”? Se ela existir, a observação precisa nomear a causa, e cada “outro” entra na revisão mensal. Quando o mesmo caso se repete, ele vira uma opção nova da lista.
Uma observação curta e obrigatória acompanha a escolha e guarda o contexto que a lista não captura.
Onde o funil perde negócios, e não só por quê: veja como medir e ler a taxa de conversão por etapa →
Quem preenche o motivo e quando?
Quem preenche é o dono da oportunidade, no momento em que marca a oportunidade como perdida. Preencher depois, em lote, é reconstruir a história de memória.
O CRM reforça a regra: a oportunidade não encerra sem o campo preenchido.
É uma regra de entrada, a mesma lógica da higienização de dados no CRM: o dado nasce certo, em vez de ser corrigido depois.
E quando a perda tem dois motivos? No campo vai um só, o motivo principal, que o dono da oportunidade escolhe na hora.
O segundo motivo vai para a observação, e o gestor revê a escolha no pipeline review.
→
→
→
O gestor abre um bloco para os perdidos da semana no pipeline review, com o motivo na tela. É ali que a escolha errada aparece, enquanto o vendedor ainda lembra da conversa.
Eu deixaria o campo na própria tela de encerramento, e não num formulário à parte, para a escolha acontecer no mesmo gesto que encerra a oportunidade.
O que não entra como perda
Nem todo negócio sem venda é perda. Alguns casos pedem tratamento à parte, antes de o campo de motivo entrar em cena.
Lead desqualificado
Não chegou a ser oportunidade qualificada. Fica fora da contagem de perdidos e do win rate, que divide os ganhos pelos negócios encerrados.
Negócio aberto e parado
Ainda não terminou. Sem encerramento não há motivo a registrar, e o que cabe é decidir o próximo passo.
Misturar esses casos com perdas de verdade infla o relatório e muda a leitura de cada motivo. Por isso a lista vale só para a oportunidade qualificada que terminou sem venda.
O negócio parado tem caminho próprio: ou ganha um próximo passo com data, ou é encerrado. Só no encerramento ele passa a ter motivo, e o dono do negócio o registra na hora.
E o cliente que sumiu? O negócio encerrado depois do silêncio é perda e entra na conta. O que não entra é “sumiu” como motivo: a palavra descreve o silêncio, não a causa.
O dono registra a causa que a conversa apontou, como a porta que ficou aberta antes de o cliente sumir, e anota o silêncio na observação.
A revisão mensal de uma amostra
A revisão acontece dentro da reunião de resultado mensal, a mesma que o gerente de vendas já conduz. Não é ritual novo: é um bloco da pauta.
O gestor escolhe uma amostra variada, que cubra motivos diferentes e vendedores diferentes. Ler todos os perdidos pode não caber na reunião, e ler só os de um vendedor distorce a conclusão.
Para cada negócio da amostra, ele relê o histórico no CRM e confere duas coisas: se o motivo registrado bate com a conversa e em que etapa a perda nasceu.
O motivo bate com a conversa?
Se não bate, o gestor corrige o registro e explica a diferença ao vendedor.
Em que etapa a perda nasceu?
A perda pode aparecer na proposta e ter nascido na qualificação. O histórico no CRM mostra onde.
Eu prefiro revisar uma amostra bem lida a todos os perdidos mal lidos: é a conversa com o histórico na tela que separa registro de achismo.
Ouvir quem disse não
A análise win-loss completa olha ganhos e perdas e ouve o comprador. Aqui fica só o recorte da perda: uma conversa curta com o cliente que decidiu não comprar.
A conversa acontece logo depois da decisão, nas perdas em que o registro deixa dúvida, conduzida pelo gestor ou por alguém que não negociou a venda.
Eu prefiro assim porque quem negociou já carrega a própria versão da história, e ela pesa na forma de perguntar.
O que pesou?
O que mais contou na decisão, nas palavras do cliente.
O que faltou?
O que a conversa ou a proposta não trouxe.
Quem mais participou?
Quem entrou na decisão sem ter estado na conversa.
O que o escolhido ofereceu?
Se foi outro fornecedor, o que ele trouxe de diferente.
A conversa não é tentativa de reabrir a venda. O objetivo é entender o que aconteceu; se o cliente contar outra história, o motivo registrado é corrigido.
O relatório de perdidos da sua operação vira decisão ou só arquivo?
Na implementação da máquina de receita, a Winning instala uma gestão baseada em dados: funil mapeado, conversão por etapa e sinais de alerta antecipados, com um review mensal entre os rituais.
O projeto dura entre 8 e 12 semanas. Nos primeiros 30 dias, se a evolução não convencer você, a Winning devolve 100% do valor investido.
Da revisão para a decisão
Revisar sem decidir é arquivar com reunião marcada. O padrão só vale quando vira pergunta, camada da operação (Estratégia, Estrutura ou Equipe) e ação com dono e data.
A tabela mostra três exemplos ilustrativos de como um padrão vira decisão.
| Padrão observado | Pergunta | Camada da operação | Ação com dono e data |
|---|---|---|---|
| Perdas para o mesmo concorrente num segmento | Esse segmento está no ICP, e a oferta se sustenta nele? | Estratégia (ICP e oferta escritos, não “a gente sabe quem compra”) | Dono: CEO. Revisar o recorte do ICP ou a oferta até a próxima reunião de resultado. |
| “Quem decide não entrou” repetido | O critério de qualificação exige o decisor antes da proposta? | Estrutura (critério de etapa escrito, não na cabeça de quem conduz) | Dono: gestor. Escrever o decisor como critério de etapa até o próximo pipeline review e checar dali em diante. |
| “Decidiu não fazer agora” concentrado | O discovery levanta a urgência e o custo de não decidir? | Equipe (coaching em cima das calls, não papo motivacional) | Dono: gestor. Trabalhar a pergunta de urgência no 1:1 semanal, a partir das calls, e reler o padrão na próxima reunião de resultado. |
A taxa por etapa mostra onde o negócio cai. O motivo de perda mostra por que o cliente disse não. Uma leitura não substitui a outra.
Cada ação volta à pauta da reunião mensal seguinte, para o time conferir se o padrão mudou.
Perguntas frequentes
O que é motivo de perda em vendas?
É o porquê de uma oportunidade qualificada ter terminado sem venda, escolhido numa lista fechada no momento do encerramento. Uma observação curta guarda o contexto que a lista não captura.
Qual a diferença entre motivo de perda e análise win-loss?
O motivo de perda é o registro de cada perda, feito no CRM. A análise win-loss olha ganhos e perdas e ouve o comprador, e por isso tem um escopo maior.
Quais opções colocar na lista de motivos de perda?
Poucas opções que não se sobreponham, definidas com o time. Exemplos que o time adapta: escolheu outro fornecedor, decidiu não fazer agora, sem orçamento aprovado, quem decide não entrou, resolveu internamente.
Quem deve preencher o motivo de perda no CRM?
O dono da oportunidade, no momento em que marca o negócio como perdido. O gestor revê os perdidos da semana num bloco do pipeline review e corrige o que não bate com a conversa.
Com que frequência revisar os negócios perdidos?
O gestor confere os perdidos toda semana, no pipeline review, e uma amostra variada uma vez por mês, na reunião de resultado. A semana corrige o registro e o mês busca padrão.
Conclusão: motivo registrado precisa virar decisão
O campo de motivo de perda só muda a operação quando tem lista curta, dono, momento de registro, revisão e ação com data. Sem um desses elos, o relatório continua mostrando “preço” e “outro”.
Eu começaria pela lista: escreva as opções e as definições com o time, tire “preço” de cena e bloqueie o encerramento sem o campo. O resto se apoia nisso.
Depois vem a parte que dá trabalho: olhar uma amostra todo mês e sair da reunião com um responsável e um prazo para cada ação.
Se o campo de motivo da sua operação ainda termina em “outro”, a implementação da máquina de receita da Winning Sales ajuda a transformar esse registro em decisão com dono e data.
