Pular para o conteúdo

Soluções · Vendas e operação comercial

Proposta revisada sem controle de versão: o que fixar

Qual é a versão que vale quando a proposta muda de preço, escopo e prazo várias vezes antes de fechar

Resposta direta

Controle de versão de proposta começa por uma regra simples: só existe uma proposta oficial por negociação, e ela mora em um único lugar. Toda revisão gera um registro com data, autor, o que mudou e por que mudou. O arquivo enviado ao cliente é marcado como enviado e não é editado depois. Mudanças de preço, escopo ou prazo entram como nova versão, não como edição silenciosa do mesmo arquivo. Quem responde ao cliente precisa citar a versão na resposta. O resto é disciplina de rotina, não ferramenta.

Objetivo
Organizar um processo
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Trata a proposta como registro de negociação, com versão enviada, versão negociada e versão aprovada, em vez de tratar o arquivo como documento único.

O rastro que fica no e-mail

Quando a proposta é revisada, a mudança quase sempre aparece primeiro em uma conversa: um desconto pedido por telefone, um item retirado do escopo, um prazo esticado. Se essa mudança não vira registro, o único lugar onde ela existe é a caixa de entrada de quem participou da conversa. Arquivos chamados final, final v2 e revisado convivem na mesma pasta e nenhum deles informa o que mudou.

Nesse cenário, o custo aparece em três pontos. O comercial gasta tempo reconstruindo o histórico antes de cada ligação. O jurídico ou o financeiro aprova uma condição que já não é a negociada. E a margem se perde em concessões que ninguém somou. Nenhum desses problemas é de arquivo; todos são de registro.

Uma versão oficial por negociação

A regra que funciona é estreita: cada negociação tem uma proposta oficial, em um local definido, e só uma pessoa publica nova versão. As demais consultam. Publicar significa registrar data, autor, o que mudou em preço, escopo, prazo ou condição de pagamento, e o motivo da mudança. O arquivo enviado ao cliente recebe marca de versão enviada e não é mais editado. A próxima alteração nasce como versão seguinte.

O segundo ponto é a resposta ao cliente. Toda mensagem que trata de condição comercial cita a versão a que se refere. Isso parece burocracia até o dia em que o cliente afirma ter recebido um valor diferente. Com a referência registrada, a conversa volta ao documento, não à memória de quem falou por último. A responsabilidade fica com quem publica, e o histórico fica com a negociação.

O que isso não resolve

Controle de versão não decide preço, não acelera aprovação interna e não substitui negociação. Uma empresa com alçadas confusas vai registrar propostas corretamente e continuar demorando para responder ao cliente. O registro mostra o atraso; não o elimina. Também não impede que alguém combine condição por telefone e esqueça de registrar. Nesse caso, o problema é de disciplina e de responsabilidade definida, não de processo de versão.

Vale dizer o que ele não garante. Não garante que o cliente leia a versão certa, nem que o time interno use o local oficial. Em operações muito pequenas, com uma pessoa respondendo por todas as propostas e poucas negociações simultâneas, o ganho pode não justificar a estrutura. O critério é o volume de propostas abertas ao mesmo tempo e quantas pessoas mexem em cada uma. Quando esse número cresce, o registro deixa de ser opcional.

Recurso prático

Roteiro para fixar a versão da proposta

  1. Escolher um único local oficial para a proposta em negociação e retirar as cópias pessoais do circuito.
  2. Definir o que conta como mudança de versão: preço, escopo, prazo, condição de pagamento ou responsabilidade.
  3. Registrar cada versão com data, autor, diferença em relação à anterior e motivo da mudança.
  4. Marcar a versão enviada ao cliente e congelar o arquivo; edições posteriores viram nova versão.
  5. Nomear quem pode publicar versão oficial e quem apenas consulta.
  6. Na resposta ao cliente, citar a versão e o item alterado, para que a referência fique no histórico.

O erro mais comum é manter o arquivo chamado final editável na pasta compartilhada e reenviar por e-mail sem marcar o que mudou. A versão que o cliente tem em mãos deixa de ser rastreável, e a negociação passa a depender de quem lembra qual número foi dito.

Sobre o que está escrito aqui

Conceitos relacionados: versão enviada · registro de alteração · proposta aprovada · histórico de negociação · arquivo oficial. 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

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Vendas e operação comercial

Quer avaliar isso no seu contexto?

Esta página trata de proposta revisada sem controle de versão. Diagnóstico Comercial é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.