Resposta direta
A comparação só é confiável quando cada envio tem um identificador e um registro do que mudou. Sem isso, a alternativa mais barata é tratar o arquivo enviado como registro: nome com cliente, número da revisão e data, mais uma nota curta do que mudou e do que o cliente pediu. Planilha de revisões e histórico dentro do sistema resolvem o mesmo problema com mais controle e mais custo de adoção. A escolha depende de quantas pessoas editam a proposta e de quanto tempo ela fica aberta.
- Objetivo
- Comparar alternativas
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Compara as formas de registrar revisão pelo custo de adoção e pelo risco de ambiguidade, em vez de tratar versionamento como recurso de ferramenta.
Três formas de guardar o histórico de uma proposta
A primeira é o arquivo como registro. O nome carrega cliente, número da revisão e data; a pasta do cliente guarda o que foi enviado, e o e-mail de envio fica preservado. Custa pouco e funciona quando uma pessoa edita e a negociação dura poucas semanas. Falha quando duas pessoas editam o mesmo arquivo ou quando alguém salva uma cópia fora da pasta.
A segunda é um registro de revisões separado do arquivo, em planilha ou documento: número, data, autor, o que mudou, o que o cliente pediu, o que foi enviado. Torna a comparação explícita e sobrevive à troca de arquivo, mas depende de alguém preencher depois de cada edição. A terceira é o histórico dentro do sistema que já emite a proposta: versão, autor e permissão ficam registrados com menos trabalho manual, ao custo de configuração e de dependência do fornecedor.
O critério que escolhe entre as três
A decisão prática depende de três fatos da operação: quantas pessoas editam a mesma proposta, quanto tempo a negociação fica aberta e se a proposta gera compromisso de preço, escopo ou prazo. Uma pessoa editando e negociação curta cabem no arquivo nomeado. Duas ou três pessoas editando, ou proposta que passa semanas em revisão, pedem registro separado.
Antes de escolher, vale medir o que já acontece: revisões por proposta, dias entre a primeira versão e o envio final, vezes em que o cliente recebeu um arquivo diferente do que a equipe considerava atual. São contagens simples, feitas sobre os últimos negócios, e dizem mais sobre a necessidade do que a preferência por uma ferramenta.
O que o registro de versão não resolve
Nenhuma das três formas recupera o que foi combinado por telefone e não voltou para o documento. Se o desconto foi acertado em conversa, a revisão seguinte precisa carregar essa decisão por escrito, com quem autorizou. O registro também não impede que o cliente trabalhe sobre uma versão antiga; no máximo permite provar o que foi enviado e quando.
Também não substitui a leitura. Comparar duas revisões é ler campo por campo — escopo, preço, condição de pagamento, prazo, validade — e não confiar em comparação automática de formatação, que acusa mudança de layout e esconde mudança de cláusula. E não corrige proposta enviada sem critério de aprovação: versionar um documento que ninguém autorizou apenas organiza o desacordo.
Recurso prático
Conferência antes de reenviar uma proposta revisada
- Numeração igual no nome do arquivo, no corpo da proposta e no registro de envio.
- Cópia do arquivo exatamente como foi enviado, com data e canal de envio.
- Uma linha por revisão dizendo o que mudou: preço, escopo, prazo, condição de pagamento.
- Registro do que o cliente pediu e de quem autorizou cada mudança.
- Definição de quem responde pela versão final e de quem pode alterar depois do envio.
- Comparação campo por campo entre duas revisões, começando por escopo e preço.
O erro mais comum é nomear a revisão apenas como final ou v2. Esse nome não diz o que mudou nem distingue o arquivo que o cliente recebeu da cópia que ficou na pasta.
Sobre o que está escrito aqui
Conceitos relacionados: número de revisão · registro de alterações · arquivo enviado · histórico de proposta · responsável pela versão final. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Vendas e operação comercial — Página central do tema
- Como saber se a empresa está perdendo leads s… — leads esquecidos
- Cadência de follow-up comercial: como organiz… — follow-up irregular
Páginas relacionadas
O mesmo problema em outro objetivo
- Proposta revisada sem controle de versão: qual foi enviada — Diagnosticar
- Proposta revisada sem controle de versão: o que fixar — Organizar um processo
- Proposta revisada sem controle de versão: o que medir — Explicar medição
- Proposta revisada sem versão: como fixar o que foi enviado — Orientar implementação
- Proposta revisada sem controle de versão: o que avaliar — Orientar avaliação e contratação
Outras leituras em Vendas e operação comercial
- Cliente com dois vendedores: como organizar a negociação — Como tratar a negociação em que o mesmo cliente fala com dois vendedores: registro único, alçada de desconto e critério de atribuição.
- Crédito bloqueado na negociação: onde o pedido trava — Separa bloqueio de cadastro, limite e política de crédito na negociação e mostra o que perguntar a cada área antes de prometer prazo.
- Cliente novo sem plano de primeiro mês: onde a entrega trava — Descreve o que precisa estar definido antes do primeiro mês de um cliente novo: responsável, marcos, critério de início e o que fica fora do escopo.
- Venda que depende do dono: como medir o que sustenta — O que registrar em cada negociação para separar a venda que depende da relação pessoal do dono da que o processo comercial sustenta.
- Cadência interrompida por falta de tempo: o que medir — Define quais registros mostram onde a cadência parou por falta de tempo, separando interrupção de processo de queda real de resposta.