Funil de vendas no CRM: como definir critérios de entrada e saída

Dois vendedores colocam negócios em “negociação”. Um já discutiu condições com o comprador. O outro enviou um orçamento e ainda não recebeu resposta. No painel, os registros parecem equivalentes. Na reunião, o gestor precisa perguntar o que aconteceu em cada um para entender a carteira.

Critérios de entrada e saída definem quais fatos permitem colocar uma oportunidade em uma etapa e quais evidências autorizam seu avanço. O nome da coluna ajuda a localizar o negócio; o critério permite interpretá-lo.

Na abordagem da Fluidz, o funil precisa sustentar a próxima decisão da equipe. Isso exige conectar processo, campos, responsáveis e rotina. Criar mais etapas no CRM não resolve uma definição comercial que continua ambígua.

Uma etapa deve representar uma situação reconhecível

Comece descrevendo o que mudou no negócio. “Ligação feita” é uma atividade. “Necessidade discutida com o cliente” representa uma informação obtida. A atividade pode acontecer várias vezes sem que a oportunidade mude de situação.

Essa distinção evita criar uma coluna para cada movimento do vendedor. E-mail enviado, lembrete criado e tentativa de contato podem ser registrados no histórico ou nas atividades. Transforme uma ocorrência em etapa quando ela altera de maneira relevante a leitura da venda e a decisão seguinte.

Relacione cada avanço às informações que a equipe precisa obter para continuar. Se uma proposta depende de escopo e prazo, o critério de saída deve permitir conferir esses dados. Copiar os nomes das etapas de um produto não define o que é suficiente para avançar.

Escreva entrada, saída e evidência separadamente

O critério de entrada responde: “o que precisa ser verdade para o negócio estar aqui?”. O de saída responde: “o que precisa acontecer para ir adiante?”. A evidência mostra onde alguém pode conferir a resposta, como registro de conversa, confirmação do cliente ou versão de proposta.

Em “descoberta”, a entrada pode exigir demanda identificada e pessoa de contato. Para sair, a equipe pode precisar conhecer problema, escopo inicial e forma de decisão. Uma frase como “cliente qualificado” não esclarece quais desses elementos foram verificados.

Acrescente o responsável e a próxima ação esperada. Uma etapa pode estar correta e ainda esconder uma negociação parada. Saber que falta validar o escopo é diferente de saber quem pedirá a validação e quando voltará ao assunto.

Matriz de etapas para adaptar ao seu processo

O modelo abaixo é uma proposta didática para uma venda consultiva. Adapte critérios e evidências à operação; ele não determina um número ideal de etapas nem a configuração de todos os negócios.

O encerramento por perda pode ocorrer antes da última etapa. Registre o motivo e a evidência disponível, sem inventar uma justificativa para preencher o campo. “Não informou o motivo” é diferente de “preço alto”. A distinção preserva a qualidade da análise posterior.

Antes de configurar, peça para duas pessoas classificarem a mesma oportunidade usando apenas o modelo. Se elas chegam a etapas diferentes, investigue o trecho ambíguo. Esse teste simples mostra se a regra depende de conhecimento que ainda não foi escrito.

Exemplo fictício: proposta enviada não é proposta discutida

Considere uma empresa fictícia de serviços de engenharia. O vendedor envia uma proposta, mas o cliente informa que o responsável técnico ainda vai analisar o documento. A oportunidade não deve aparecer como se todas as condições estivessem discutidas apenas porque o arquivo foi entregue.

No registro, a equipe mantém a situação compatível com o fato observado e cria a próxima atividade: confirmar a análise técnica e obter retorno. Se a operação precisa distinguir envio de apresentação, pode adaptar as etapas. Outra alternativa é manter essa informação em um campo ou atividade, sem multiplicar colunas.

Quando o cliente questiona uma parte do escopo, surge uma pendência específica. O vendedor registra quem revisará a proposta e qual retorno foi combinado. O avanço ocorre quando o critério definido é atendido. A mudança de etapa passa a explicar a venda, em vez de apenas reproduzir o esforço comercial.

Campos obrigatórios devem apoiar uma decisão

Para cada campo exigido, identifique quem usa a informação e em qual momento. Exigir o endereço completo antes de compreender a demanda pode criar trabalho sem apoiar aquela decisão. Exigir uma condição necessária para preparar a proposta pode ser pertinente naquela passagem.

O Bitrix24 permite configurar obrigatoriedade por etapa, conforme disponibilidade do plano e configuração do funil. Teste o bloqueio no caminho usado pela equipe. Exigir preenchimento não comprova que a informação foi confirmada pelo cliente.

Um texto genérico satisfaz alguns campos sem resolver a qualidade do dado. Por isso, defina exemplos aceitáveis, informações pendentes e o caminho para esclarecer uma dúvida. Evite obrigar a equipe a escolher um valor fictício quando ainda não sabe a resposta.

Para conferir esses controles, use o roteiro de teste de CRM com os caminhos de entrada usados pela operação. Registre qualquer exceção que exija outro tratamento.

Preserve exceções sem perder o significado do funil

Uma oportunidade pode voltar de etapa quando surge uma informação que invalida o avanço anterior. Registre o motivo e a próxima ação. O retorno não deve apagar o histórico nem ser tratado automaticamente como falha do vendedor.

Para negócios sem movimento, diferencie espera legítima de ausência de acompanhamento. Uma compra prevista para outro período pode ter um compromisso futuro claro. Uma oportunidade sem resposta e sem próxima ação exige outro tratamento. “Parado” não é um diagnóstico suficiente.

Mudanças no funil também afetam relatórios. Antes de renomear, juntar ou excluir etapas, verifique negócios em aberto, automações e leituras históricas. Defina a correspondência entre o modelo anterior e o novo para que a equipe compreenda a transição.

Na primeira revisão após a mudança, examine divergências de classificação e campos preenchidos de forma vaga. Ajuste o critério que causou a dúvida e explique a alteração a quem usa o sistema. A rotina de Sales Ops da Fluidz conecta esse desenho à gestão da carteira e às responsabilidades comerciais.

Perguntas frequentes

Quantas etapas um funil de vendas deve ter?

O suficiente para distinguir decisões relevantes sem transformar cada atividade em coluna. Se duas etapas exigem as mesmas informações e a mesma ação, talvez não precisem estar separadas. Se uma única etapa mistura situações que a gestão precisa tratar de formas diferentes, vale revisar o desenho.

Preciso criar outro funil para cada vendedor?

Não necessariamente. Pessoas diferentes podem seguir o mesmo processo e ser analisadas por responsável. Outro funil faz sentido quando o percurso comercial exige etapas, critérios ou operação distintos. Criá-lo apenas para separar pessoas pode fragmentar a leitura da carteira.

Posso mover uma oportunidade automaticamente após uma atividade?

Pode ser adequado quando o evento comprova o critério definido. Enviar um e-mail, por exemplo, não comprova que o cliente discutiu a proposta. Antes de automatizar, descreva qual evidência o gatilho representa e teste o que acontece quando a atividade é cancelada, repetida ou concluída por engano.

Se o seu funil exige explicações fora do CRM para fazer sentido, agende um diagnóstico de 30 minutos. Leve exemplos de duas oportunidades na mesma etapa que, na prática, precisam de decisões diferentes.