No CRM para energia solar, como registrar uma proposta revisada sem perder a versão anterior?
Depois de receber a proposta, o contato pode pedir outra opção de equipamento, mudar o endereço ou rever o prazo de decisão. A empresa prepara uma nova versão em sua ferramenta técnica e precisa deixar claro o que mudou e qual arquivo foi enviado. Apagar o contexto anterior pode fazer a equipe repetir uma condição que já foi substituída.
Descubra o motivo da revisão
Antes de atualizar o registro, leia a conversa. O contato pediu uma mudança ou a equipe corrigiu uma informação da proposta? A diferença importa para a resposta. Uma nota interna pode dizer: “Primeira proposta enviada em 5/10; contato pediu revisão do prazo; nova versão em preparo.” Essa frase mostra o estado atual sem copiar o documento inteiro.
No meuats, a conversa guarda as mensagens e os arquivos enviados. O negócio registra a possível venda, seu valor, etapa e responsável. O atendimento para venda de energia solar aproxima essas duas partes: quem continuar o atendimento encontra o documento e entende qual decisão comercial está sendo discutida.
O meuats não cria nem compara versões técnicas automaticamente. A empresa prepara e aprova a proposta fora da ferramenta. No registro, use um nome de arquivo que ajude a identificar a versão e confira o documento antes do envio.
Separe versão em preparo de versão enviada
Uma revisão solicitada não significa que o contato já recebeu a proposta atualizada. Enquanto o novo documento está em preparo, mantenha essa pendência clara. Se a etapa do Funil indica “Proposta enviada”, uma nota deve explicar que há uma versão nova a caminho; a equipe não pode tratar o arquivo antigo como resposta final à última pergunta do contato.
Quando a revisão estiver aprovada, envie o documento na conversa correta e confira o histórico de envio. Registre no negócio o que mudou: valor, prazo, condições ou outra informação relevante para a venda. Não altere um campo só porque o arquivo foi anexado; confira o acordo comercial que o número precisa representar.
| Situação | O que deixar claro para a equipe |
|---|---|
| Primeira proposta já foi enviada | Qual arquivo o contato recebeu e quando. |
| Revisão foi pedida | O que precisa mudar e quem preparará a nova versão. |
| Nova versão foi enviada | Qual arquivo passou a orientar a conversa e qual condição mudou. |
| Contato aceitou uma versão | Qual proposta foi aceita e qual próximo passo foi combinado. |
Não confunda histórico com proposta vigente
O arquivo antigo pode continuar no histórico da conversa. Isso ajuda a entender a sequência da negociação. O problema é não indicar que ele foi substituído. Uma nota simples pode dizer: “A versão de 5/10 foi substituída pela proposta enviada em 8/10; valor atualizado após aprovação interna.” Se uma condição da primeira versão ainda vale, registre isso sem deixar margem para dúvida.
Se a nova versão não foi enviada por falha no WhatsApp, não marque a etapa como se o contato a tivesse recebido. Confira o estado da mensagem e resolva o envio antes de combinar uma decisão baseada naquele documento.
Combine o retorno sobre a versão certa
Depois do envio, pergunte quando a pessoa poderá analisar a proposta. Se houver data combinada, crie uma atividade, uma tarefa com responsável e prazo. No título ou na descrição, indique que o retorno é sobre a versão revisada. Se o contato responder antes, atualize a atividade e o negócio com a decisão real.
Essa rotina evita duas falhas comuns: o vendedor retomar a proposta antiga e o gestor ler um valor que já mudou. O histórico mostra o caminho; o negócio mostra qual é a situação comercial atual.
Veja também
- Como enviar uma proposta de energia solar pelo WhatsApp e guardar o histórico
- Como registrar notas internas e usar a linha do tempo do negócio
- Como entender os status de envio de uma mensagem
- CRM para energia solar: onde registrar o preço e as condições oferecidas ao contato?
- CRM para energia solar: como o gestor avalia propostas de valores diferentes?