Abra o relatório de perdas de qualquer PME que tornou o campo obrigatório e a cena costuma ser esta: a maior fatia é "Outros", a segunda é "Preço", e o resto é poeira. O dono olha aquilo e conclui duas coisas erradas. A primeira é que perde por preço. A segunda é que o time não colabora.
Nenhuma das duas é verdade. "Outros" liderando não é desleixo do vendedor: é o desenho da lista confessando que não serve. E "Preço" costuma ser o motivo mais rápido de clicar, não o mais frequente de acontecer. Campo obrigatório com lista ruim não produz dado — produz o caminho mais curto até fechar o diálogo.
O motivo de perda não é um campo. É uma taxonomia: uma lista curta, mutuamente exclusiva, que alguém desenhou pensando em qual decisão ela vai sustentar. Essa diferença é o que separa um dado que muda preço de tabela de um dado que só enfeita gráfico.
"Preço" e "Sem retorno" não são o mesmo tipo de coisa
Este é o erro de desenho que mais estraga lista de motivos, e é sutil: as duas opções parecem irmãs, ambas coisas que aconteceram no fim da negociação.
"Preço" é um veredito. O cliente comparou, decidiu e te contou. Você perdeu sabendo por quê.
"Sem retorno" é a ausência de veredito. Ninguém decidiu nada — ou decidiu e não te contou. Você está registrando o silêncio.
As duas podem conviver na mesma lista, mas quem lê o resultado precisa saber que elas respondem a perguntas diferentes. "Preço" aponta para a tabela, para a política de desconto, para o custo. "Sem retorno" aponta para o seu próprio follow-up: o cliente não sumiu por acaso, sumiu depois de alguma coisa. Se "Sem retorno" lidera a sua lista, o problema quase nunca é comercial — é de cadência. Você está perdendo negócios que nunca chegaram a ser disputados.
O terceiro tipo é diferente dos dois: "Produto indisponível" é um fato operacional. Nem passa pelo vendedor — é estoque, compras, prazo de fábrica.
Três tipos, três donos: veredito do cliente (tabela e proposta), silêncio (cadência), restrição operacional (fora do comercial). Uma lista que mistura os três sem que ninguém perceba gera reunião onde todo mundo discute desconto — inclusive nos casos em que desconto nenhum resolveria.
Por que "outros" engorda
"Outros" precisa existir. O erro não é tê-lo, é deixá-lo crescer sem que isso signifique alguma coisa.
Um "Outros" pequeno é saudável: são os casos genuinamente esquisitos, e listar todos criaria uma lista de trinta itens que ninguém lê. Um "Outros" que lidera é um pedido de socorro do time: existe um motivo real acontecendo com frequência que não tem lugar na lista. A pergunta certa nunca é "por que vocês não preenchem direito?". É "que motivo real está sem casa aqui?".
Mas a lista não pode crescer para sempre. Trinta motivos e sete motivos produzem o mesmo relatório inútil por caminhos opostos: com trinta, cada um recebe duas perdas por ano e nada vira estatística; com sete mal escolhidos, tudo cai em dois.
O critério de tamanho é este: um motivo merece existir se alguém faria algo diferente ao vê-lo liderar. Se "Concorrente" liderar, você investiga qual e por quê. Se "Sem orçamento" liderar, você revê timing e qualificação — está mandando proposta para quem não tem dinheiro agora. Se um item liderar e a reação for "hm, interessante", ele não é um motivo: é um comentário.
A burocracia mora no "do zero"
Reclama-se do campo obrigatório quando o incômodo real é ser perguntado sobre algo que a empresa já sabe.
Em muitas PMEs B2B, quando uma proposta morre, alguém já registrou o motivo em algum lugar — normalmente no ERP, na hora de baixar ou cancelar o orçamento. Aí o vendedor abre o CRM e o sistema pergunta de novo, do zero, como se ninguém tivesse anotado nada. É essa redundância que o time sente como burocracia, não o clique.
A solução não é tirar a obrigatoriedade. É fazer o motivo chegar preenchido do que já foi registrado, e deixar o vendedor confirmar ou corrigir. Confirmar e digitar do zero custam quase o mesmo tempo e valem coisas muito diferentes.
Erros comuns nesta lista específica
- Deixar o vendedor escrever livre. Cem grafias de "preço alto" não agregam em gráfico nenhum. Texto livre complementa o motivo, nunca o substitui.
- Apagar um motivo que parou de fazer sentido. Apagar leva junto o histórico das perdas que já o usaram. Desativar tira da lista nova e preserva o passado.
- Ler só a contagem. Dez perdas de R$ 2 mil por "Sem retorno" e duas de R$ 80 mil por "Concorrente" contam histórias opostas dependendo da coluna que você olha. (Exemplo ilustrativo.)
- Registrar a perda meses depois. Motivo preenchido na faxina trimestral do funil é reconstrução de memória, não registro.
Como isso se aplica no zCRM
A dor: relatório de perda que ninguém acredita, porque o campo foi preenchido no chute e o time acha, com razão, que preencher é imposto.
Perder não é opcional-sem-motivo: a marcação de perda exige um motivo escolhido, e o botão fica desabilitado até que haja um. A perda grava a data e um evento na linha do tempo da conta — quando alguém perguntar em outubro por que aquele negócio morreu, a resposta está datada, não lembrada.
A parte que tira a burocracia é o de-para. Cada motivo do CRM carrega uma lista de apelidos das strings que vêm do ERP. Quando a oportunidade tem uma proposta do ERP vinculada, o zCRM lê o motivo registrado lá e devolve uma sugestão já selecionada no diálogo de marcar como perdida. O casamento é por apelido exato, tolerante a espaço e a maiúscula: preço vira Preço, DECLINADA vira Declinada. Motivo desconhecido devolve nulo — sugere nada em vez de chutar.
A lista já vem semeada e é administrável: dá para editar os apelidos e desativar um motivo sem apagar o histórico. Nem todo motivo tem apelido de ERP, e isso é intencional — "Concorrente" e "Sem orçamento" nascem com a lista vazia porque o ERP não registra essa distinção. Esses continuam sendo escolha humana, sempre.
O motivo alimenta o corte por motivo no dashboard de Propostas, com valor e contagem lado a lado — exatamente para você não confundir o motivo mais frequente com o mais caro. Quando o ERP não traz motivo, o agrupamento cai em "—" e você enxerga o tamanho do próprio buraco.
A decisão que muda: sai de "perdemos por preço, acho" e entra "perdemos R$ X por Concorrente e R$ Y por Sem retorno neste trimestre" — duas conversas com dois donos diferentes.
Os limites, explícitos. A sugestão não funciona sempre: depende de a oportunidade ter uma proposta do ERP vinculada (vínculo manual) e de a conta estar ligada à entidade do ERP. Sem proposta vinculada, o diálogo abre vazio, como antes. O zCRM não grava o motivo de volta no ERP: a leitura é de mão única. E o sistema não deduz o motivo do que aconteceu na negociação — ele copia o que alguém já digitou em outro lugar. Não infere, não lê conversa de WhatsApp, não adivinha pelo comportamento do cliente. E obrigatoriedade não é cultura resolvida: com uma lista ruim, o campo obrigatório entrega o motivo mais rápido de clicar. O produto barateia o registro certo — desenhar a lista continua sendo trabalho seu.
Próxima leitura
- Win/loss: como aprender com propostas ganhas e perdidas.
- Oportunidade comercial: quando criar uma e quando não criar.
- Proposta vencida: o dinheiro parado entre o ERP e o follow-up.