Proposta comercial revisada: como avisar o que mudou

Toda proposta revisada deve chegar ao cliente com uma mensagem curta que diz o que mudou. Identifique a nova versão, liste os pontos alterados e deixe claro qual documento passa a orientar a conversa. Isso poupa o cliente de comparar arquivos linha por linha e evita que alguém aprove a versão errada.

Onde a revisão sem aviso dá errado

Exemplo ilustrativo: uma agência pequena envia proposta de site institucional para uma construtora. Na reunião, o cliente pede para dividir o projeto em duas etapas e começar um mês depois. A agência ajusta o documento e manda pelo WhatsApp "segue a proposta atualizada", com o arquivo "Proposta_final_2.pdf".

O sócio da construtora lê a nova versão. O financeiro, que tinha recebido a primeira por e-mail, aprova o valor antigo e programa o pagamento com base nela. Duas semanas depois, cada lado tem um documento diferente na mão, e a conversa que deveria tratar do início do projeto vira uma discussão sobre qual arquivo vale.

Defina um padrão de versão com quatro regras

Um padrão simples evita esse tipo de confusão e cabe em qualquer empresa, do autônomo à equipe com vários vendedores. Escreva as regras uma vez e use sempre:

1. Nome de arquivo com cliente, versão e data, como "Proposta_Construtora-Exemplo_v2_2026-10-17.pdf". Nada de "final", "final2" ou "agora vai".
2. Número da versão e data na primeira página, perto do título.
3. Um quadro de alterações no começo do documento, com o que mudou em relação à versão anterior.
4. Uma frase dizendo que a nova versão substitui a anterior, com a data da anterior.

Com essas quatro regras, o cliente reconhece o documento certo sem precisar perguntar. E você encontra qualquer versão antiga sem abrir cinco arquivos parecidos.

Modelo de mensagem para enviar a nova versão

Envie a nova versão pelo mesmo canal da anterior: se a primeira foi por e-mail, a segunda também vai por e-mail, para as mesmas pessoas. No caso da agência, o centro da mensagem seria uma frase como esta:

"Esta versão ajusta o escopo da etapa inicial e a data de início. Os demais itens seguem como descritos no documento."

Use essa frase apenas se for verdade. Se a mudança de escopo alterou também o valor, o prazo de entrega ou a forma de pagamento, cada um desses pontos entra na lista, mesmo que pareça consequência óbvia. Adapte o modelo completo:

Oi, [nome]. Segue a versão [2] da proposta, de [data], que substitui a versão [1], de [data].

O que mudou:
1. [Item]: de [como estava] para [como ficou].
2. [Item]: de [como estava] para [como ficou].

Os demais itens seguem como descritos na versão [1]. [Mantenha esta frase só se for verdade.]

A partir de agora, a conversa segue pela versão [2] (arquivo [nome do arquivo]).
Se algum ponto que você já aprovou for afetado, me avise antes de seguirmos.

Se o cliente já aprovou algo, valide antes de avançar

Às vezes a revisão chega depois de uma aprovação parcial: o cliente aceitou o valor da primeira etapa, reservou a data de início na agenda ou já mandou o pedido para o setor de compras. Antes de seguir, pergunte de forma direta como a mudança afeta esse acordo.

Algo assim resolve: "Você já tinha aprovado [item] na versão 1. Com esta mudança, [o que muda nesse item]. Essa aprovação continua valendo ou você prefere rever?" Não trate a aprovação antiga como automática para a nova versão.

Confira, envie e registre a versão

Antes de enviar, confira o básico: o anexo é a versão nova, o nome do cliente está certo em todas as páginas, e valores e datas batem entre o quadro de alterações e o corpo do documento. Proposta adaptada de outro cliente pode carregar um nome antigo escondido no rodapé.

Depois do envio, registre a versão no histórico do cliente. Assim, quem atender a conta amanhã sabe qual documento vale sem depender da memória de ninguém.

Proposta [cliente] — versão [2] enviada em [data] por [canal]
Substitui: versão [1], de [data]
Mudanças: [escopo da etapa inicial: de ... para ...]; [início: de ... para ...]
Já aprovado pelo cliente: [item ou "nada"] | Afetado pela mudança? [sim ou não, e como]
Documento que vale a partir de agora: [nome do arquivo]
Próximo passo: [ação] até [data]

Na ProspectIO, os follow-ups ficam com histórico. Anotar ali a versão enviada deixa claro para qualquer pessoa do time qual documento vale antes do próximo contato.

Erros comuns ao reenviar uma proposta

Alguns deslizes desfazem o padrão mesmo quando ele existe. Fique atento a estes:

• Mandar "segue atualizada" sem dizer o que mudou.
• Alterar em silêncio um ponto que ninguém pediu, como a condição de pagamento.
• Deixar duas versões circulando em canais diferentes, sem dizer qual substitui qual.
• Reaproveitar a mensagem de envio da versão anterior, com datas e itens que já não valem.

Aplique o padrão na próxima proposta revisada

Hoje mesmo, escreva as quatro regras num documento curto, guardado na pasta de propostas, e salve o modelo de mensagem. Na primeira proposta que voltar com ajustes, aplique o padrão inteiro, do nome do arquivo ao registro no CRM.