Carregando…
Preparando seu próximo passo.
Carregando…
Preparando seu próximo passo.
19 / Execução · Manual de vendas
Edição 01 · Revisado em 27/09/2026
Uma taxa só ajuda quando você sabe quem entrou na conta, qual evento conta como avanço e quanto tempo cada caso teve para decidir. Defina isso antes de escolher “o melhor canal”.
Escolha uma oportunidade e origem (5 min), defina período de entrada e data de corte (5), conte eventos únicos (5), registre um ajuste baseado no que observou (5). Não precisa esperar grande volume para melhorar registro; precisa de cautela para generalizar resultado.
| Sigla | Evento | Não confundir com |
|---|---|---|
| A | Negociação com primeiro contato comercial legítimo/atendimento iniciado | Mensagens, visualizações ou lista de números |
| R | Caso com resposta humana à abordagem | Resposta automática ou abertura de e-mail |
| C | Troca substantiva sobre necessidade | Cumprimento, curtida ou recusa simples |
| D | Necessidade, critério e próximo passo/encerramento registrados | Perguntas enviadas sem resposta |
| P | Condições concretas adequadas apresentadas | Material genérico ou link solto |
| V | Contratação/compra confirmada conforme programa | Clique, agendamento ou promessa |
| Receita | Valor real sob critério explícito e uniforme | Ticket do fornecedor, valor potencial ou lucro |
Uma negociação é pessoa/empresa + oportunidade. Vários interlocutores B2B podem participar da mesma compra. Vários contatos em dias diferentes não criam várias abordagens iniciais. Reaberturas e compras independentes precisam ser identificadas.
Coorte é grupo que entrou sob critério comum. Exemplo: contatos da Oferta A por indicação na primeira semana, acompanhados por 30 dias. Outro canal deve ter janela, oferta e maturidade comparáveis; se forem diferentes, declare. Trinta dias é escolha do exemplo, não ciclo universal.
Em inbound, pessoa já chega com pedido. Sua taxa de resposta não é comparável diretamente à prospecção ativa. Separe origens antes de atribuir diferença ao script.
Exemplo hipotético: A=100, R=40, C=30, D=24, P=12, V=6.
| Indicador | Fórmula | Resultado |
|---|---|---|
| Resposta | R/A × 100 | 40% |
| Resposta → conversa | C/R × 100 | 75% |
| Diagnóstico | D/C × 100 | 80% |
| Diagnóstico → proposta | P/D × 100 | 50% |
| Proposta, base conversas | P/C × 100 | 40% |
| Fechamento, base propostas | V/P × 100 | 50% |
| Conversão total | V/A × 100 | 6% |
Base zero = sem cálculo, não 0% de uma amostra existente. Se houve compra sem proposta registrada, para P→V use apenas vendas dos casos que receberam proposta. Não inventar etapas para forçar proporções.
Se seis das 12 propostas continuam abertas, 50% é resultado observado até o corte, não conclusão final. V/(V+perdas encerradas) é outra taxa, com base diferente. Declare o nome.
Para afiliado, padronizamos valor real como comissão efetivamente recebida. Venda confirmada pode estar em VENDA com valor zero e nota “pendente”. Se seis comissões de R$50 foram recebidas, receita registrada=R$300. Com R$100 de mídia e R$40 de outros custos, sobra R$160 antes de tributos e custos ainda não considerados; não chamar automaticamente de lucro líquido.
Se comissão é recorrente, não lançar meses futuros como recebidos. Se houve devolução/cancelamento, ajustar conforme critério e guardar motivo. O app soma valores reais de cartões em VENDA, não representa automaticamente caixa mensal nem conciliação.
O funil tem oportunidade, nome, empresa, contato, etapa, valores, próxima ação/data e notas. Cálculos usam maior etapa alcançada para alguns indicadores. Não há evidência de coleta automática de respostas, diagnósticos, custos, permissões, origem detalhada ou datas de todos os eventos.
Anote essas informações e use controle auxiliar protegido quando precisar somar por coorte. Colunas sugeridas: identificador do caso, oportunidade, origem, entrada, primeira resposta, diagnóstico, proposta, confirmação de venda, recebimento, valor recebido, próxima ação, encerramento/motivo. Não replicar conteúdo pessoal excessivo.
Hipótese inicial 10%. Observação: 100 contatos comparáveis e seis vendas → 6%. Use 6 como nova hipótese, mantendo anotação do corte e casos abertos. Para dez vendas: teto(10/0,06)=167 contatos; em 22 dias, teto(167/22)=8 por dia.
Contatos necessários são projeção de esforço, não permissão para abordar. Com 0% não há quantidade finita de contatos que produza vendas nessa hipótese; o app sinaliza isso. Valor por venda também precisa ser uma hipótese coerente com a remuneração, não dinheiro garantido.
Pessoa veio de vídeo, conversou no WhatsApp e comprou por e-mail: uma venda. Nas notas, guarde origem e canais de apoio. Se usar atribuição por primeiro contato, mantenha-a; não alternar com último contato só para favorecer canal.
Ferramentas podem divergir por janela, dispositivo e forma de contabilizar. Painel de campanha não substitui confirmação do programa. UTMs são etiquetas de origem/campanha, não pessoas nem provas de compra. S33.
| Sinal | Verifique | Ajuste possível |
|---|---|---|
| Muitas recusas | Origem, relevância e expectativa | Seleção de público/contexto |
| Respostas sem diagnóstico | Clareza e escuta | Uma pergunta mais útil |
| Diagnósticos sem proposta | Adequação e informação pendente | Produto ou verificação |
| Propostas paradas | Critério, prazo, envolvidos | Esclarecimento ou retorno combinado |
| Venda sem recebido | Atribuição, regras, cancelamento | Conferir programa |
| Receita abaixo dos custos | Gasto, margem própria, maturidade | Pausar expansão e revisar teste |
Mude uma variável por vez quando possível; registre mudança e data. Amostra pequena é pista, não prova de superioridade. Não comparar canal com verba e equipe a outro sem os mesmos recursos como se só o canal explicasse o resultado.
Exercício: 10 leads de anúncios geram duas vendas; 100 visitas do site geram uma. Não concluir que anúncios convertem vinte vezes mais: as bases são diferentes. Primeiro compare eventos equivalentes e custos/tempo.
Amanhã: corrija uma lacuna do registro e teste um ajuste de adequação ou clareza. Não aumentar volume apenas porque a meta do simulador é alta.
Fontes: S14 para medição de conversão, S33 para origem, I01–I03 para app no registro. Definições, exemplos e cálculos são operacionais, não benchmarks.