O dono pergunta ao gerente por que a empresa perdeu o trimestre. O gerente abre o funil do CRM e encontra quarenta cards parados na etapa "negociação", metade com data de atualização de três meses atrás. Nenhum deles foi marcado como perdido — o vendedor simplesmente parou de mexer. Conclusão possível a partir daquela tela: nenhuma.
Enquanto isso, no ERP, existem trezentas e quarenta propostas emitidas no período. Cada uma com número, cliente, valor, itens e um status que alguém do faturamento atualizou porque virou pedido — ou não virou. Esse acervo não depende de disciplina comercial. Ele existe porque a empresa precisa emitir documento para trabalhar.
É aí que a análise de win/loss da PME tem que ser feita.
A unidade de análise é o documento, não o card
A diferença não é de ferramenta, é de confiabilidade da fonte.
O card do funil registra uma intenção. Nasce quando o vendedor decide criá-lo, avança quando ele lembra de arrastar e morre quando alguém tem a disciplina de marcar o motivo da perda. Cada uma dessas três etapas é um ponto onde o dado some — e some de forma enviesada: o vendedor atualiza o card do negócio que ganhou e abandona o que perdeu. O funil mal mantido não fica só incompleto; ele fica otimista.
A proposta do ERP tem outra natureza. Ela foi emitida porque o cliente pediu preço, e virou pedido (ou não) por um evento operacional que o sistema registra de qualquer jeito. O vendedor não precisa colaborar para que o fato exista.
Por isso, uma análise retrospectiva honesta em PME começa pelo documento. O funil serve para conduzir o negócio vivo; o acervo de propostas serve para explicar o período que já passou.
Duas conversões, e a diferença entre elas é o achado
Taxa de conversão parece um número só. São dois, e eles quase nunca batem.
Conversão em quantidade: propostas ganhas dividido por ganhas mais perdidas, contando documentos.
Conversão em valor: a mesma conta, somando reais.
Suponha — exemplo ilustrativo — que a empresa feche 70% das propostas em quantidade e 38% em valor. Isso não é ruído estatístico, é um retrato específico: a empresa converte bem o pequeno e perde o grande. Provavelmente ganha a reposição de rotina, onde o preço já está combinado, e apanha no projeto de valor alto, onde entra concorrente, comprador técnico e negociação de prazo.
Inverta os números e a leitura vira o oposto: poucos negócios grandes sustentando o faturamento e um volume de cotação pequena que consome tempo do vendedor sem fechar.
A taxa global — uma só, sem corte — é o número menos útil da tela: cabe em slide e não sobrevive a uma pergunta. As duas juntas já contam uma história; separadas por produto e por segmento, contam onde agir.
"Ganha" não é um status só
Aqui mora uma sutileza que muda a leitura do gráfico: a proposta convertida parcialmente conta como ganha.
O cliente pediu doze itens, aprovou sete, virou pedido. O documento não foi perdido — houve venda. Então ele entra no numerador, com o valor cotado.
Isso precisa ser dito em voz alta, porque tem consequência. Se a empresa vive de proposta parcialmente aprovada — o cliente sempre corta metade do carrinho —, a conversão em valor vai parecer melhor do que o dinheiro que realmente entrou, já que o valor considerado é o da proposta, não o do pedido resultante. Quem lê o painel precisa saber disso para não confundir "cotação que virou negócio" com "cotação que virou faturamento inteiro".
O pendente não é ganho nem perdido
O jeito mais comum de inflar conversão é decidir o que fazer com a proposta em aberto.
Jogue as abertas no denominador e a conversão despenca artificialmente: você está contando como fracasso o negócio que ainda vai ser decidido semana que vem. Ignore-as por completo e você perde a noção de quanto ainda está em jogo.
A saída correta é tratar o aberto como terceira categoria: fora do numerador, fora do denominador, contado à parte — com destaque para as que já venceram o prazo de validade. Proposta vencida e ainda em aberto é um recado direto: ela provavelmente já foi perdida, ninguém registrou, e a conversão do período está mentindo para melhor até que alguém encoste no cliente e descubra a verdade.
Erros comuns nesta análise
- Chamar isto de entrevista win/loss. Não é. A metodologia clássica manda perguntar ao cliente por que ele escolheu o outro fornecedor — e a resposta costuma contradizer o que o vendedor anotou. O que existe aqui é o motivo que alguém digitou no sistema. Isso é evidência de correlação, não de causa: o gráfico levanta a hipótese, a conversa com o cliente é que confirma.
- Ler o "—" como se não fosse dado. Quando a proposta perdida vem sem motivo preenchido, ela cai num grupo sem nome. Se essa fatia é a maior do gráfico, o gráfico está funcionando perfeitamente: ele está informando que a empresa não sabe por que perde.
- Comparar sua taxa com um número de mercado. Conversão depende de mix, de política de preço e do costume da empresa de cotar por esporte. Benchmark sem fonte e sem definição idêntica de "proposta" não compara nada.
- Analisar tudo, decidir nada. Se o corte não termina em "revisar o preço deste produto" ou "acompanhar de perto este segmento", virou entretenimento gráfico.
Como isso se aplica no zCRM
A dor: a empresa perde o período inteiro e não consegue explicar onde, porque a única fonte que alguém consultaria — o funil — depende de disciplina que a PME não tem.
O dado que o zCRM usa hoje é o acervo de propostas do ERP. O dashboard de Propostas carrega o período uma vez e agrega no navegador, então cada filtro responde na hora, sem esperar consulta nova. Ele devolve as duas conversões lado a lado (em quantidade e em valor), conta as abertas à parte com as vencidas destacadas, e abre os cortes que mudam decisão: motivo de perda em valor e em contagem, vendedor, segmento, UF, mês a mês em ganho contra perdido, e os doze maiores clientes por valor cotado. No win/loss por produto, os itens das propostas entram na conta e mostram qual produto você cota muito e converte pouco. Do gráfico de clientes dá para sair direto: o nome na barra abre o menu de contexto da conta e leva à Conta 360 daquele cliente.
A decisão que muda: em vez de "nossa conversão é X%", o gerente passa a perguntar "em que produto e em que segmento a nossa conversão cai — e por quê", com uma lista de clientes nominal para ligar na segunda-feira.
Dois limites honestos, e ambos importam.
O win/loss por produto é uma aproximação declarada. Os itens não carregam status individual: cada item herda o status da proposta inteira. Se uma proposta parcial entra como ganha, todos os itens dela entram como ganhos, inclusive o que o cliente cortou. Isso está documentado no próprio código porque não existe conversão item a item nas propostas. O corte por produto serve para levantar suspeita — não para auditar margem.
O sistema não descobre o padrão por você. Não há IA sugerindo causa, nem detecção automática de tendência. O painel mostra o corte; quem interpreta é gente que conhece o mercado. E o motivo de perda vale exatamente o que a equipe digitou nele.
Próxima leitura
- Motivo de perda: como registrar sem criar burocracia.
- Proposta vencida: o dinheiro parado entre o ERP e o follow-up.
- Forecast comercial: por que valor previsto sem próxima ação engana.