# BANT em vendas: quatro campos no negócio, testados nos ganhos e perdidos

https://salesbond.app/pt/blog/bant-vendas-campos-negocio-pipedrive/
Published: 2026-10-20 · Updated: 2026-10-20

BANT em vendas funciona quando deixa de ser uma lista de perguntas e vira três ou quatro campos de opção única no próprio negócio: orçamento, quem decide, necessidade e prazo, cada um com um valor “mais forte”, preenchidos antes da proposta. Depois, cada campo é testado nos negócios que você já fechou: de todos os ganhos, quantos tinham o valor mais forte; de todos os perdidos, quantos. Um campo com a mesma proporção nos dois grupos não qualifica nada e pode sair. Um campo com proporções bem diferentes é o que vale tornar obrigatório e ler toda semana.

## O que é a metodologia BANT, e o que a sigla não resolve

BANT é um framework clássico de qualificação de leads: Budget (orçamento), Authority (autoridade), Need (necessidade) e Timing (prazo). As páginas que aparecem no topo da busca por “bant vendas” (RD Station, Docusign, HubSpot, Zendesk, ExactSales) apresentam os quatro pilares como quatro perguntas que o vendedor faz ao prospect. A ExactSales vai além e diz que o lead está qualificado ao atingir três dos quatro critérios. Nenhuma delas mostra em que campo do CRM a resposta fica registrada, nem confere se o critério separa os negócios ganhos dos perdidos.

É aí que a metodologia costuma travar. A pergunta é feita na reunião, a resposta fica na cabeça do vendedor ou numa nota solta, e um mês depois o gestor abre o funil e só enxerga etapa e valor. “Qualificado” vira opinião.

Nossa posição: qualificar não é técnica de conversa nem nota. É um fato do lado do comprador que o vendedor consegue verificar antes de enviar a proposta, e que fica registrado em um campo do negócio. Os quatro critérios do BANT são boas hipóteses para começar. Os negócios fechados do seu time são o teste.

## Cada critério vira um campo de opção única

O campo descreve quem afirmou aquilo, não quão bom o lead parece. Três valores bastam: o mais forte, um intermediário e um terceiro para quando ninguém sabe. Um exemplo para os quatro critérios, com uma pergunta de cada vez para o vendedor levar à conversa:

- Orçamento: “valor informado pelo comprador”, “só uma faixa” ou “desconhecido”. A pergunta que leva ao primeiro: “Quanto vocês reservaram para resolver isso?”
- O campo Decisor fica em “reunião feita com o decisor”, “nome conhecido, sem reunião” ou “desconhecido”; para subir de nível, “Quem mais precisa aprovar antes da assinatura?”
- Em Necessidade, o valor mais forte é o problema descrito pelo comprador por escrito. Abaixo dele vêm a leitura do próprio vendedor e “desconhecido”. Pergunta: “Você pode me mandar por e-mail o que querem resolver?”
- Prazo: “data dada pelo comprador”, “nosso palpite”, “nenhum”. Pergunte “Para quando vocês precisam disso funcionando?”

Por que opção única e não texto livre: o que está em uma lista fechada dá para contar, filtrar e colocar em relatório, e leva segundos para preencher. No Pipedrive, o tipo de campo personalizado “Opção única” é uma lista predefinida em que só uma opção pode ser escolhida ( [Pipedrive: tipos de campos personalizados](https://support.pipedrive.com/pt/article/what-types-of-custom-fields-are-there)). Texto livre não entra em contagem nenhuma. Dois cuidados na criação: o tipo do campo não muda depois de criado, e apagar um campo apaga os dados dele junto ( [Pipedrive: campos personalizados](https://support.pipedrive.com/pt/article/custom-fields)).

Sem pontos, sem soma e sem status “lead qualificado”. A regra “três de quatro” das páginas do topo é uma nota disfarçada. Aqui, três campos fracos são três perguntas para o vendedor, não uma classificação.

## Até três campos dentro dos seis que o gestor lê

Um gestor lê por volta de cinco ou seis campos do negócio por semana, e já escrevemos [quais são esses campos e por que mais do que isso não é lido](https://salesbond.app/pt/blog/vendedores-nao-atualizam-o-crm-campos/). Nossa recomendação, não um padrão do mercado: etapa, responsável e valor continuam, e os campos de qualificação ocupam as outras três vagas. Quatro candidatos para três vagas, e quem decide qual fica de fora é o teste mais abaixo, não o gosto do gestor. A data de fechamento prevista fica no campo padrão do Pipedrive e a próxima ação continua vindo das atividades, sem campo extra. Se o formulário do seu negócio já tem mais do que isso, alguma coisa sai antes de entrar o campo novo.

## Preencha na entrada da proposta, e guarde a evidência

O vendedor define os valores quando o negócio entra na etapa de proposta, não no fechamento. Um valor digitado depois do ganho ou da perda é visão retrospectiva: o vendedor já sabe o resultado e preenche de acordo. O campo só serve de teste se foi preenchido antes.

No Pipedrive dá para cobrar isso na hora certa. Em “Configurações > Campos de dados”, um administrador escolhe em quais funis e etapas um campo fica obrigatório, e quem move o negócio para a etapa sem preencher recebe um pedido para completar ( [Pipedrive: campos obrigatórios](https://support.pipedrive.com/pt/article/required-fields)). A disponibilidade depende do plano. E há um limite que a própria página de ajuda declara: a exigência não impede o negócio de avançar quando a atualização vem por importação, edição em massa, API, automações ou integrações. Por isso a obrigatoriedade é um lembrete, e a olhada semanal na lista é o controle. O que precisa ser verdade para um negócio sair de uma etapa é assunto de [outro texto, sobre critérios de avanço de etapa](https://salesbond.app/pt/blog/criterios-avanco-etapa-funil-vendas-pipedrive/); aqui basta o campo ser obrigatório na etapa em que ele importa.

A prova de que o valor veio antes existe. Na tela do negócio, a aba “Registro de alterações”, abaixo da área “Histórico”, mostra as mudanças em ordem de data, incluindo campos padrão e personalizados, etapa, valor e data de fechamento prevista ( [Pipedrive: detalhes do negócio](https://support.pipedrive.com/pt/article/deal-detail-view)). Conferir dá trabalho manual mas é possível, e com a amostra de um time de seis vendedores cabe numa tarde.

## O teste: ganhos contra perdidos

Exemplo construído por nós, não um benchmark. Time de seis vendedores no Pipedrive. Janela: negócios fechados nos últimos 12 meses que chegaram à etapa de proposta, 60 no total, 24 ganhos e 36 perdidos. Os quatro campos acima entram no teste, inclusive Necessidade.

Para cada campo, a conta é a mesma: dos ganhos, quantos tinham o valor mais forte; dos perdidos, quantos. A diferença entre as duas proporções é lida em pontos percentuais.

- Orçamento: 20 de 24 ganhos (83%) contra 18 de 36 perdidos (50%), 33 pontos.
- Decisor: 19 de 24 (79%) contra 12 de 36 (33%), 46 pontos.
- Necessidade: 22 de 24 (92%) contra 31 de 36 (86%), só 6 pontos.
- Prazo: 21 de 24 (88%) contra 15 de 36 (42%), 46 pontos.

![Quatro campos, uma diferença cada: três passam da marca de 10 pontos; o campo Necessidade, em laranja, fica abaixo dela.](https://salesbond.app/wp-content/uploads/2026/10/bant-vendas-campos-negocio-pipedrive-2.png)

Nossa regra prática, e ela é nossa: diferença abaixo de 10 pontos significa que o campo não separa os grupos nesta amostra. Necessidade falha, e é justamente o critério que parece mais básico. Quase todo vendedor consegue escrever uma necessidade, em negócio que vai ser ganho ou perdido, então o campo não diz nada. Decisor e Prazo são os que mais separam.

Como obter as contagens no Pipedrive? O relatório de conversão de ganhos/perdas do Insights compara negócios ganhos e perdidos e pode ser agrupado por um campo personalizado de opção única ( [Pipedrive: relatórios de conversão](https://support.pipedrive.com/pt/article/insights-reports-deal-conversion)). Segundo a página de ajuda, usar campos personalizados nesses relatórios é recurso dos planos Premium e superiores, confira o seu. Sem isso, um filtro na lista de negócios por status e pelo valor do campo, com a contagem feita à mão, dá o mesmo resultado. Com 60 negócios, a conta cabe numa planilha e funciona em qualquer CRM.

## Ler o resultado e levar para os negócios abertos

O time do exemplo fica com Orçamento, Decisor e Prazo: três campos, três das seis vagas. Necessidade não é apagada como ideia, é reescrita. “O comprador descreveu um problema” qualquer vendedor responde com uma frase vaga; “o comprador nomeou o problema com um número” já não dá para responder de qualquer jeito. A versão nova entra em teste no próximo trimestre, e até lá a necessidade vira nota no negócio, não campo. Os três campos ficam obrigatórios a partir da etapa de proposta, não na criação do negócio.

Agora os campos passam a ler o funil aberto. Hoje há 15 negócios na etapa de proposta, somando R$210.000. Em nove deles ainda não houve reunião com o decisor, e esses nove somam R$126.000, ou 60% do valor em proposta. Os outros seis somam R$84.000. Essa lista de nove é a conversa da semana: quem decide e quando a gente senta com essa pessoa.

![Quinze negócios abertos na etapa de proposta: nove em laranja, sem reunião com o decisor, e seis só com contorno.](https://salesbond.app/wp-content/uploads/2026/10/bant-vendas-campos-negocio-pipedrive-3.png)

Um negócio da lista, de perto. “Estantes para armazém, 2 unidades”, R$18.000, proposta enviada. Orçamento: só uma faixa. Decisor: nome conhecido, sem reunião. Prazo: nenhum. Ninguém calcula nada com isso. São três perguntas para o vendedor esta semana, e a resposta muda o campo, que muda a lista da semana seguinte.

Uma transparência, já que chegamos à lista semanal: nós construímos o SalesBond. O Deal Health verifica cada negócio do CRM conectado contra mais de 20 regras, mostra as violações e o que fazer com cada uma. A leitura dos campos de qualificação e a conversa com o vendedor continuam sendo trabalho do gestor. [Verifique seu CRM com o SalesBond](https://salesbond.app/pt/).

## Quando o teste quebra

Amostra pequena, antes de tudo. Com 24 ganhos, um único negócio desloca a proporção em 4 pontos, então uma diferença de 33 é um sinal e uma de 6 é ruído. Valores preenchidos depois do resultado contaminam o teste inteiro, e a data no registro de alterações é a única defesa. Um campo que o time preenche do mesmo jeito em todo negócio, como aconteceu com Necessidade, não separa nada, por mais sensato que pareça no livro.

Os negócios perdidos antes da etapa de proposta ficam fora, porque a janela só conta quem chegou lá; o teste fala da proposta em diante. Na prática o motivo da perda, anotado depois, é outra conversa, e já escrevemos sobre [motivos de perda que servem para alguma coisa](https://salesbond.app/pt/blog/motivos-de-perda-crm-pipedrive/). Aqui conta o estado do negócio antes do resultado.

A diferença em pontos é um padrão nos seus dados, não uma prova de causa: o decisor pode ter aparecido porque o negócio já ia bem. E sempre vai existir o comprador que pulou um critério e comprou mesmo assim. Um negócio não apaga um campo, e a releitura é por trimestre. Isso tambem não é uma nota e não prevê nenhum negócio individual.

Se quiser começar esta semana, comece pequeno. Se o seu Pipedrive já tem algum campo parecido com Decisor, filtre os negócios fechados nos últimos 12 meses que passaram pela proposta e conte as duas proporções só para ele. Se ainda não tem, crie os quatro campos hoje, obrigatórios na etapa de proposta, e marque na agenda a primeira conta para daqui a um trimestre.