Resposta direta
Mede-se pela versão que efetivamente saiu, não pelo número de revisões. Toda proposta precisa de identificador visível no arquivo e no assunto da mensagem, e de um campo único que registre qual versão foi enviada ao cliente e em que data. Com isso, três contagens bastam: versões geradas por oportunidade, tempo entre revisão e envio, e propostas ativas com mais de uma versão em circulação. O indicador central é a divergência entre o que está registrado e o que o cliente recebeu em valor, escopo e validade. Ele mostra onde o processo perde controle, sem atribuir o erro a uma pessoa.
- Objetivo
- Explicar medição
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a versão da proposta como dado de processo e mede a divergência entre o que circulou e o que ficou registrado, em vez de contar revisões.
A unidade de contagem
Antes de escolher indicador, é preciso definir o que conta. Uma oportunidade pode gerar várias versões do documento, e cada versão pode ter sido enviada a pessoas diferentes dentro do cliente. Contar arquivos na pasta mistura rascunho interno com proposta entregue. A contagem só tem valor quando separa o que circulou internamente do que saiu para fora.
O registro mínimo é operacional: identificador da oportunidade, número da versão, data da edição, responsável pela alteração e data de envio. Sem esse conjunto, qualquer número produzido depois é reconstrução de memória, não medição.
Divergência entre registro e entrega
O indicador que mais diz sobre o processo não é a quantidade de revisões. É a frequência com que o registro interno difere do que o cliente recebeu. Isso aparece quando alguém compara, na mesma oportunidade, valor, escopo e validade da última versão registrada com os do documento enviado.
Classificar a divergência por causa permite agir no ponto certo. Divergência de valor pode indicar aprovação informal. Divergência de escopo pode indicar alteração técnica feita depois do envio. A contagem por causa mostra onde o controle se rompe, sem depender de relato individual.
O que a medição não resolve
Medir versão não corrige a causa. Se a empresa não definiu quem tem autoridade para alterar preço ou escopo, o número de divergências cresce e continua sem responsável. O indicador aponta o sintoma, mas não substitui a decisão sobre alçada.
Também não funciona onde o envio é disperso. Se cada pessoa envia proposta por conta própria, sem um ponto único de registro, a contagem vira estimativa. Nesse caso, a primeira medida é reduzir os canais de envio, não criar mais um relatório. E nenhum indicador garante que o cliente recebeu a versão correta; ele apenas mostra com que frequência isso não aconteceu.
Recurso prático
Roteiro para implantar a contagem de versões de proposta
- Padronizar o nome do arquivo com identificador da oportunidade, número da versão, data e responsável pela edição.
- Criar um campo único, no registro comercial, para a versão que foi efetivamente enviada ao cliente e a data do envio.
- Separar, na contagem, propostas geradas internamente de propostas entregues ao cliente.
- Comparar semanalmente a última versão registrada com o documento enviado e anotar divergências de valor, escopo, condição de pagamento e validade.
- Classificar cada divergência pela causa provável e pelo responsável pela alteração.
- Levar à reunião comercial apenas a contagem por causa, o tempo entre revisão e envio e as oportunidades com mais de uma versão em circulação.
O erro mais comum é medir volume de revisões e tratar quantidade como sinal de trabalho. Revisão sem registro de qual versão saiu não diz nada sobre o que o cliente recebeu.
Sobre o que está escrito aqui
Conceitos relacionados: número de versão · data de envio · histórico de revisões · valor e validade da proposta · divergência entre versões. 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
- Planilha, CRM simples ou CRM integrado: como… — pipeline desorganizado
- Proposta enviada sem retorno: como organizar… — propostas sem retorno
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 versão: o que comparar antes de reenviar — Comparar alternativas
- 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
- Cadência interrompida por falta de tempo: o que reduzir — Uma página sobre cadência comercial que para por falta de tempo: onde o tempo se perde, o que reduzir primeiro e o que a redução não resolve.
- Oportunidades fantasma: como medir o que está no pipeline — Trata da medição de pipeline com oportunidades fantasma: quais sinais usar, como registrar o que foi verificado e o que essa leitura não resolve.
- Cliente antigo sem histórico: como avaliar a retomada — O que verificar ao contratar retomada de clientes antigos quando não há histórico: dados mínimos, responsabilidade, limites e critérios de avaliação.
- Contrato que renova sozinho: como criar ponto de revisão — Página sobre como inserir revisão em contratos de renovação automática: onde marcar o prazo de aviso, quem responde e o que medir antes do ciclo fechar.
- Meta de equipe sem rateio por território: como implementar — O que definir para uma meta de equipe valer sem rateio por território: regra de autoria, registro mínimo e os casos em que o modelo não se aplica.