Para calcular a taxa de conversão de vendas, defina quem entra na conta e qual ação conta como conversão. Se a pergunta é quantos contatos novos viraram compradores, conte pessoas únicas com pagamento confirmado, e não a quantidade de pedidos. No exemplo fictício abaixo, quatro pedidos pertencem a três compradores: a conversão dos dez contatos é 30%.
Esse modelo serve para quem recebe consultas e pedidos por atendimento, formulário ou WhatsApp e precisa conferir um controle comercial. Não é a fórmula de todos os relatórios de vendas. Vamos separar contatos, propostas, pedidos e datas antes de interpretar a porcentagem.
Qual conversão você quer medir?
Escolha uma pergunta por indicador. Neste guia, a pergunta é: dos contatos que entraram como leads no intervalo escolhido, quantos tiveram pelo menos um pedido com pagamento confirmado até a data de corte? Lead, aqui, é um contato que manifestou interesse de compra segundo uma regra definida pela operação.
Para este modelo:
Conversão de contatos novos em compradores = contatos únicos do grupo com ao menos um pedido pago até o corte ÷ contatos únicos que entraram no grupo × 100.
O mesmo contato conta uma vez no denominador e, se converter, uma vez no numerador. Um segundo pedido pago aumenta os pedidos, mas não cria uma segunda pessoa. Se sua unidade é oportunidade comercial, sessão ou pedido, dê outro nome à conta e mantenha essa unidade do começo ao fim.
Feche as regras antes de olhar o resultado
- Entrada: quais contatos são leads e qual data marca a primeira entrada. Atendimento de suporte não vira lead novo só para preencher a tabela.
- Identidade: qual referência interna representa a mesma pessoa. Neste exemplo, cada lead corresponde a um único contato. Na sua operação, isso precisa ser conferido.
- Conversão: aqui, pelo menos um pedido distinto com pagamento confirmado. Proposta aceita e pedido criado são etapas diferentes. O caso não inclui estornos nem pagamentos parciais; essas situações precisam de uma regra própria antes de aplicar o modelo.
- Corte: até qual data e fuso os pagamentos foram verificados. Não inclua um pagamento posterior sem atualizar o corte declarado.
- Exceções: como tratar duplicatas, contatos antigos, pagamentos parciais, devoluções e cancelamentos. Não mude a regra depois de ver a taxa.
Os dados a seguir são inteiramente fictícios. O grupo entrou de 1 a 3 de novembro de 2026 e foi observado até o fim de 5 de novembro, no fuso America/Sao_Paulo. É uma fotografia parcial: ainda há negociações abertas e os contatos não têm a mesma idade.
Confira os 12 registros, antes de calcular
As referências L e P representam, respectivamente, lead e contato; O representa pedido. São códigos de exemplo, sem nomes, telefones ou dados de clientes. Em telas pequenas, deslize a tabela para os lados ou use as setas do teclado com a tabela em foco.
| Registro / contato | Entrada | 1ª proposta | Pedidos pagos até o corte | Situação e conferência |
|---|---|---|---|---|
| R01: L01 / P01 | 01/11 | 02/11 | O101 em 03/11; O102 em 04/11 | Comprador: dois pedidos, uma pessoa. |
| R02: L02 / P02 | 01/11 | 02/11 | O201 em 04/11 | Comprador. |
| R03: L03 / P03 | 01/11 | 03/11 | O301 em 05/11 | Comprador. |
| R04: L04 / P04 | 02/11 | 03/11 | Nenhum confirmado | Aberto: O401 criado, pagamento pendente. |
| R05: L05 / P05 | 02/11 | 03/11 | Nenhum | Perdido: O501 cancelado sem pagamento. |
| R06: L06 / P06 | 02/11 | 04/11 | Nenhum | Aberto: proposta em análise. |
| R07: L07 / P07 | 02/11 | Não houve | Nenhum | Aberto: contato iniciado. |
| R08: L08 / P08 | 02/11 | Não houve | Nenhum | Perdido antes da proposta. |
| R09: L09 / P09 | 03/11 | Não houve | Nenhum | Aberto. |
| R10: L10 / P10 | 03/11 | Não houve | Nenhum | Aberto: entrada recente. |
| R11: L02 / P02 | 01/11 | 02/11 | Cópia de O201 | Duplicata de R02: não contar novamente. |
| R12: L00 / P00 | 28/10 | 02/11 | O001 em 04/11 | Contato antigo: fora deste grupo de entrada. |
Primeira conferência: R11 repete o contato e o pedido de R02. R12 tem um pagamento no período, mas entrou antes do grupo. Ele continua importante para a operação; apenas fica fora da conversão dos contatos novos de 1 a 3/11.
Por que quatro pedidos não viram 40% de contatos convertidos?
- Remova a repetição R11 e separe o contato antigo R12. Restam dez contatos únicos, P01 a P10.
- Conte os contatos desse grupo com pagamento confirmado até o corte: P01, P02 e P03. São três compradores.
- Conte os pedidos pagos separadamente: O101, O102, O201 e O301. São quatro pedidos, pois P01 comprou duas vezes.
- Calcule a taxa escolhida: 3 ÷ 10 × 100 = 30%. A razão 4 ÷ 10 é 0,4 pedido por contato, não 40% de pessoas convertidas.
Incluindo O001, do contato antigo, há cinco pedidos pagos distintos no recorte de pagamentos de 1 a 5/11. Esse total responde outra pergunta. Dividir todos esses pedidos pelos dez contatos novos mistura grupos e unidades.
Os estados também precisam fechar: 10 = 3 compradores + 5 abertos + 2 perdidos. Os cinco abertos são L04, L06, L07, L09 e L10. Eles ainda podem avançar; ausência de pagamento confirmado no corte não equivale a perda.
E a conversão entre etapas?
Seis contatos receberam proposta: L01 a L06. Destes, três tiveram pagamento confirmado. A fotografia mostra 6 ÷ 10 = 60% de contatos com proposta e 3 ÷ 6 = 50% de destinatários de proposta que se tornaram compradores até o corte. São contagens de contatos, não de documentos de proposta. Nesse conjunto, todos os compradores passaram pela proposta; não imponha essa sequência a uma operação que permite compra direta.
Copie um modelo de controle para a sua operação
Copie estas colunas para um controle interno. É um modelo de registro, não um arquivo Excel para download nem uma integração automática. Guarde contatos e pedidos em listas separadas quando houver mais de um pedido por pessoa.
CONTATOS referencia_contato | primeira_entrada | proposta_enviada_em | situacao_no_corte | duplicata_de | motivo_da_exclusao PEDIDOS referencia_pedido | referencia_contato | pagamento_confirmado_em | situacao_do_pagamento REGRAS DO RELATORIO inicio_das_entradas | fim_das_entradas | data_hora_do_corte | fuso | evento_de_conversao | responsavel
Use referências internas em vez de expor dados pessoais. Não junte duas pessoas porque têm o mesmo nome; também não mantenha dois cadastros da mesma pessoa apenas porque vieram de canais diferentes. Um responsável deve validar as associações e registrar exclusões justificadas. Um cadastro incompleto fica em revisão; não o apague silenciosamente para melhorar a taxa.
Checklist de fechamento: cada referência de pedido aparece uma vez; cada pedido aponta para um contato; as datas respeitam o corte; duplicatas têm referência ao registro mantido; aberto não foi tratado como perdido; numerador e denominador usam a mesma unidade e o mesmo grupo. Sem entradas válidas, a taxa fica sem cálculo: não transforme divisão por zero em 0%.
Por que a taxa pode ser diferente no GA4, na loja ou no CRM?
Os sistemas podem estar respondendo perguntas diferentes. O funil do GA4 conta usuários segundo as etapas e a sequência configuradas. Isso não identifica automaticamente cada pessoa do seu controle de atendimento. Não misture usuários ou sessões com suas referências de contatos sem uma associação validada.
Na referência de métricas da Shopify, a conversão da loja usa sessões com checkout concluído em relação às sessões. Essa métrica não é a taxa de contatos do exemplo, e checkout concluído não deve ser renomeado como pagamento confirmado sem conferir a definição do dado usado.
O relatório de conversão do Agendor considera movimentações de negócios no intervalo, inclusive negócios que já estavam ativos. Essa é outra unidade e outra regra de período. Antes de comparar porcentagens, escreva ao lado de cada uma: o que foi contado, quem entrou e até quando foi observado.
O que fazer depois de conferir a conta
Não tente melhorar a taxa diminuindo artificialmente a base. No exemplo, vale investigar os contatos ainda sem proposta, o pedido pendente e as razões das perdas. A tabela sozinha não prova atraso, preço errado, falha de atendimento ou causa da desistência. Leia o histórico e escolha uma hipótese verificável.
Compare grupos observados por uma janela equivalente e registre o volume junto da taxa. Os dez contatos deste exemplo são poucos e ainda estão em andamento; 30% não é meta de mercado nem resultado do Tráfego. Um grupo que entrou há dois dias não deve ser julgado como outro que teve um mês para comprar.
Uma automação pode ajudar a padronizar referências e contar registros. Ela precisa de dados e regras corretos: não confirma sozinha que dois cadastros são a mesma pessoa, que um pagamento ocorreu ou que uma exclusão é legítima. Revise exceções antes de fechar o relatório. Nenhum CRM, banco ou ferramenta de análise foi integrado a este modelo.
Conversão também não é margem nem dinheiro disponível. Depois de conferir os compradores, use a calculadora de precificação para examinar custos e resultado por pedido. Para separar valores previstos e recebidos, a planilha de fluxo de caixa trata outra parte da operação, sem substituir a conferência do pagamento.
