Leonardo Peron5 min de leitura
A proposta comercial da maior parte das operações nasce do mesmo gesto: alguém abre a do mês passado, apaga o nome, troca o valor e salva com outro arquivo. É rápido, e é onde nasce a divergência do dia seguinte — quando o pedido é lançado com outro número, o desconto passa da alçada sem ninguém ver, ou o item cotado saiu do catálogo.
Automatizar a proposta não é fazer um software escrever texto de venda. É outra coisa, mais chata e mais útil: o documento passa a ser montado a partir do que já está registrado, em vez de redigitado a partir de um modelo.
O que precisa estar estruturado antes
A proposta é a primeira peça que obriga quatro coisas a existirem em forma de dado. Enquanto qualquer uma viver em texto livre, não há o que montar.
O que se vende. Catálogo com item identificável, com código e descrição padronizada. Se metade das propostas diz "serviço conforme conversado", o documento não tem de onde sair — e nenhum relatório de produto vendido existe por baixo disso.
O preço. Tabela com vigência, e uma regra de desconto com alçada declarada. Preço que mora na cabeça de quem vende produz documento que não se reproduz: dois vendedores cotam o mesmo item por valores diferentes e ninguém consegue dizer qual estava certo.
A condição. Formas de pagamento como lista fechada, com o que cada uma implica em prazo e em acréscimo. Condição escrita à mão é a que o financeiro descobre que não aceita depois do aceite.
O prazo. Dois, na verdade: o de entrega ou execução, e a validade da própria proposta. O segundo quase nunca existe, e proposta sem validade é preço eterno — o cliente volta seis meses depois com o PDF na mão, e ele tem razão.
Documento feito à mão diverge do sistema no dia seguinte
Um arquivo montado em editor de texto é uma cópia do dado num lugar onde nada valida. Não há alçada que barre o desconto, não há checagem contra o catálogo, não há confirmação de que aquele preço ainda é o vigente.
A divergência raramente aparece na hora: ela aparece quando alguém redigita o mesmo conteúdo do outro lado, para virar pedido. É por isso que esse assunto encosta direto na fronteira entre os dois sistemas: a proposta é intenção e o pedido é compromisso, e o único evento que atravessa é o aceite.
Há ainda a consequência que volta todo mês. Se a comissão é calculada sobre o valor da proposta e o faturamento saiu diferente, a conta do fechamento não bate — e a discussão vira sobre confiança, não sobre número, que é o problema que a planilha paralela existe para contornar.
O problema da versão: qual proposta o cliente recebeu?
Este é o defeito mais caro e o menos discutido. A proposta é editada, salva por cima, reenviada. O e-mail tem um anexo, a pasta tem outro, o sistema tem um terceiro. Meses depois, na conversa sobre o que foi combinado, ninguém consegue apontar qual documento vale.
A regra que resolve é simples de enunciar e exige disciplina de desenho: enviar congela. A partir do envio, aquela proposta é imutável; qualquer alteração cria uma versão nova, com número próprio, e marca a anterior como substituída. O histórico fica legível sem que ninguém precise lembrar de nada.
Junto com o documento precisa ficar gravado o que o produziu: quem enviou, para qual destinatário, em que data, e qual tabela de preço estava vigente. E o arquivo exatamente como foi entregue — não a receita para gerá-lo de novo. Regerar uma proposta antiga com a tabela de hoje não é recuperar: é produzir outro documento com o mesmo número, e é assim que a discussão sobre o combinado deixa de ter resposta. É o mesmo raciocínio de versionar a definição em vez de reescrever o passado, e ele aparece com força onde a tabela muda por fase de obra.
O aceite é o evento, e ele precisa ser um só
"Proposta enviada" é uma das poucas etapas de funil que passam no teste sem esforço: existe um documento, uma data, um destinatário e alguém que apertou enviar — fato observável, não rótulo.
O aceite é o par dela, e vale a pena tratá-lo como um evento único que dispara o resto: a geração do pedido, a previsão de comissão, a reserva do que precisa ser reservado. Aceite registrado em três lugares diferentes é o que produz pedido duplicado e comissão contada duas vezes. Se houver assinatura eletrônica, ela entra aqui — como prova do aceite, não como etapa a mais.
A contrapartida, que é o que faz o registro acontecer
Vale notar o efeito colateral, porque é o mais valioso: preencher o cadastro deixa de ser trabalho que só serve a terceiros — quem registra direito recebe a proposta pronta em troca. É a mesma troca da comissão visível, e o antídoto conhecido para o CRM que ninguém preenche.
Nada disso é projeto grande. É automação de um processo que já existe, com a parte difícil no acordo — quem pode dar qual desconto — e não no código.
A checagem para fazer hoje
Pegue três propostas enviadas no mês passado e tente recuperar o arquivo exato que cada cliente recebeu. Se em algum caso a resposta for "está no e-mail de alguém", você já sabe onde a próxima discussão vai parar.
Depois abra as vinte últimas e conte quantos itens cotados existem no catálogo. A proporção que sobrar em texto livre é o tamanho do trabalho anterior à automação — e é ele, não o gerador de documento, que decide se isso vai funcionar.