← Central de conteúdo

Follow-up comercial: por que a venda se perde depois da proposta

Pergunte ao dono de uma PME quantas propostas ele perdeu no ano passado. Ele vai citar duas ou três: o concorrente entrou mais barato, o cliente adiou o investimento, o projeto morreu. Agora peça a lista das propostas que estão abertas. Vão aparecer oitenta, e trinta delas venceram há mais de noventa dias.

Ilustração editorial sobre Follow-up comercial: por que a venda se perde depois da proposta
Uma proposta só avança quando existe acompanhamento, prazo e próxima ação.

Pergunte ao dono de uma PME quantas propostas ele perdeu no ano passado. Ele vai citar duas ou três: o concorrente entrou mais barato, o cliente adiou o investimento, o projeto morreu. Agora peça a lista das propostas que estão abertas. Vão aparecer oitenta, e trinta delas venceram há mais de noventa dias.

Essas trinta não foram perdidas. Também não foram ganhas. Estão num terceiro estado que ninguém nomeia e que, por isso, ninguém trata: o limbo.

A venda quase nunca morre no "não". O "não" é rápido, dói um dia e libera o vendedor para o próximo cliente. O que mata a venda é a proposta que fica aberta para sempre, ocupando lugar na previsão, sem que ninguém tenha decidido nada sobre ela.

O limbo é um estado real, e ele é mensurável

"Aberta" é um estado legítimo por alguns dias: a proposta saiu, o cliente está avaliando, a validade ainda está no futuro. Nada a fazer além de esperar o prazo combinado.

O problema começa no dia seguinte ao vencimento. A partir daí, "aberta" virou mentira: o documento que o cliente tem na mão expirou, o preço não vale mais, e mesmo assim o sistema continua contando aquilo como negócio em andamento. Não falta informação — ela está lá, com data. É que a passagem do tempo não muda o estado sozinha, e ninguém foi obrigado a mudá-lo.

Repare que isso é diferente de esquecimento. Esquecimento seria não saber que a proposta existe; aqui todo mundo sabe. O que falta não é memória: é o momento em que alguém precisa dizer o que aconteceu com ela.

Uma fila explicada por motivo, responsável e valor em jogo orienta a próxima ação.

Por que o limbo se sustenta sozinho

O limbo não é preguiça. Ele tem incentivo econômico, e é por isso que dura.

Registrar a perda dói. Uma proposta aberta de R$ 60 mil é esperança no funil do vendedor e número na previsão do gerente; marcá-la como perdida é subtrair R$ 60 mil de si mesmo numa reunião de segunda-feira. Deixá-la aberta não custa nada hoje — custa em março, quando a previsão não se realiza e ninguém sabe explicar por quê.

Renovar dá trabalho: reabrir preço, checar estoque, falar de novo com quem já disse "vou ver". E ganhar, na PME, muitas vezes acontece fora do CRM — o cliente manda o pedido pelo WhatsApp e o pedido nasce no ERP, enquanto a proposta que originou aquilo continua "aberta".

Dos três desfechos, dois dão trabalho e um dá desconforto. "Aberta" é o único que não exige nada de ninguém — e sistema que não força a decisão sempre repousa no estado de menor esforço.

Lembrete você dispensa; fila você não

A reação natural é "vou botar um alerta". Alerta de follow-up é o remédio errado, e vale entender por quê.

Um lembrete tem botão de dispensar. Ele aparece às 9h de terça, o vendedor está no telefone com outro cliente, clica em "depois". O lembrete cumpriu sua função — avisou — e sumiu. O estado da proposta continua o mesmo. Você pode dispensar um lembrete cem vezes sem que nada mude.

Um item de fila não some porque você olhou: some quando o estado muda. Enquanto aquela proposta continuar "aberta e vencida", ela volta amanhã, e na semana que vem. A única saída é renovar, ganhar ou registrar a perda — e qualquer uma das três é uma decisão comercial de verdade.

A diferença é de responsabilidade. O lembrete pergunta "você lembrou?". A fila pergunta "o que aconteceu?" — e continua perguntando.

Renovar, ganhar, registrar a perda

Os três desfechos não são equivalentes, e o vendedor precisa saber o que cada um significa.

Renovar é dizer: ainda há negócio aqui, mas nas condições de hoje — preço novo, prazo novo, validade nova. É o desfecho honesto quando o cliente sumiu por motivo circunstancial: a obra atrasou, o comprador trocou de emprego no meio da negociação.

Ganhar é vincular a proposta ao pedido que existe. Fecha a conta entre o que foi oferecido e o que foi comprado, e é o que permite calcular conversão de verdade.

Registrar a perda é o mais valioso e o mais evitado. Uma perda sem motivo é só um número menor. Uma perda com motivo — preço, prazo de entrega, concorrente, projeto cancelado — é a matéria-prima para saber se o problema está na tabela, na logística ou na qualificação. Perda que ninguém registra vira a mesma perda no ano que vem.

Erros comuns com proposta em aberto

  • Usar a validade como enfeite. Se a data de validade não dispara nada, ela é decoração num rodapé.
  • Fazer faxina de funil trimestral. Fechar sessenta propostas de uma vez, todas com o motivo "sem retorno", é apagar evidência, não gerar informação. O motivo só é verdadeiro perto do fato.
  • Confundir follow-up com cobrança de resposta. Perguntar "e aí, decidiu?" pela quarta vez é transferir ao cliente o trabalho de encerrar o assunto. Follow-up é trazer algo novo: um prazo melhor, uma alternativa, ou a pergunta direta que permite o "não".
  • Achar que o ganho é a previsão limpa. O ganho maior é o vendedor parar de carregar trinta esperanças mortas e enxergar as cinco vivas.

Como isso se aplica no zCRM

O dinheiro morre em duas etapas: a proposta que envelhece sem que ninguém decida nada sobre ela — e a previsão que, por causa disso, descreve um funil que não existe.

O zCRM lê as propostas do ERP com o status canônico (aberta, convertida, parcial, perdida, revisada), o status cru do ERP e o motivo de perda quando esse campo existe. "Vencida" não é status que alguém digita: é derivada — proposta aberta cuja validade já passou. Isso tira o estado da mão de quem tem interesse em não mexer nele.

Duas decisões de produto sustentam a tese deste artigo.

O limbo é o sinal mais urgente da fila. Em Prioridades, "proposta vencida sem desfecho" tem urgência 85 — acima de cliente que parou de comprar, que vale 80. Dentro da validade, a mesma proposta vale 55: ela quase dobra de urgência ao vencer. E a sugestão exibida no item é literalmente o desfecho: "Renovar, ganhar ou registrar a perda." O item não sai da fila porque você o leu; sai quando o estado muda.

O health score muda de sinal no dia do vencimento. Proposta em aberto soma +6 na saúde da conta: é engajamento, o cliente está avaliando algo. Vencida sem desfecho, subtrai 5. Sem que ninguém toque em nada, o mesmo documento vira sinal ruim quando o calendário vira.

Antes do vencimento, a Agenda tem fonte própria de propostas que vencem, lida do ERP pela data de validade — dá para ver o prazo chegar. Depois, o dashboard de Propostas responde o que a fila produziu: conversão, perdas por motivo, ganho contra perdido mês a mês, conversão por vendedor e por segmento. E, ao marcar a perda, o sistema sugere o motivo por de-para com o que veio do ERP, reduzindo o atrito do desfecho mais evitado.

O gerente ganha uma pergunta mais dura: em vez de "quais propostas eu tenho abertas", ele pergunta "quais estão abertas sem ter direito de estar" — e a resposta vem ordenada, com valor ao lado.

O limite honesto: o zCRM não cutuca o vendedor. Não existe lembrete com prazo, notificação push, alerta de follow-up vencido nem sincronização com Google ou Outlook. O item vencido aparece quando alguém abre Prioridades ou Agenda — é pull, não push. O registro do follow-up é manual: o contato clicável abre o WhatsApp, o telefone ou o e-mail, mas não traz a resposta de volta. E a proposta continua nascendo e sendo decidida no ERP — o zCRM não gera nem envia proposta, não dispara sequências de e-mail e não escreve no ERP. Ele lê o ciclo de vida e cobra o desfecho. A fila só funciona se alguém abrir a fila.

Próxima leitura

  • Prioridades do dia: como transformar dados do ERP em rotina comercial.
  • Próxima melhor ação: conceito útil ou palavra bonita?
  • Rotina semanal de CRM para vendedor de carteira.