Quando o lead vira cliente: estágio derivado do que a pessoa fez

Um lead vira cliente quando um pagamento é confirmado. Não quando alguém escreve "fechado" numa coluna, nem quando a pessoa demonstra interesse numa reunião. O pagamento confirmado é o único fato que, sozinho, garante que a pessoa passou a ser cliente, e é por isso que faz sentido derivar o estágio dos eventos que chegam dos sistemas, em vez de depender de alguém lembrar de mudar um campo.

Os três estágios e o evento que os move

No People, toda pessoa está em um de três estágios: lead, prospect ou cliente. A lógica é simples e fica sempre igual:

• O primeiro evento que a pessoa gera a torna lead.

• Quando ela cria uma conta, passa a prospect.

• Quando um pagamento é confirmado, passa a cliente (customer), e só um pagamento confirmado produz esse estágio.

Se a pessoa cancela depois de ter sido cliente, volta a prospect. Ela não some da base e não perde o histórico, só muda de estágio. Essa regra resolve a pergunta que mais aparece: "quando exatamente ele virou cliente?". A resposta é a data do pagamento confirmado, e ela está registrada no evento, não numa lembrança de quem atendeu.

Por que derivar é mais confiável do que marcar à mão

Marcar o estágio à mão funciona enquanto a base é pequena. Depois de algumas centenas de pessoas, aparecem três problemas previsíveis.

O primeiro é o atraso. A pessoa paga às dez da noite e o campo só muda na manhã seguinte, quando alguém lembra. Entre um momento e outro, a régua de cobrança, a oferta de upgrade e o relatório de receita estão olhando para a informação errada.

O segundo é a divergência. Duas pessoas da equipe classificam o mesmo caso de jeitos diferentes: uma marca cliente quando o contrato é assinado, outra só quando o dinheiro cai. Nenhuma das duas está errada, mas o número de clientes deixa de significar uma coisa só.

O terceiro é o esquecimento. Quem cancela raramente volta à planilha para desfazer o "cliente". A base passa a mostrar mais clientes do que existem de verdade, e a conta de receita recorrente não fecha.

Quando o estágio é derivado, esses três problemas somem por construção: a mudança acontece no instante do evento, a regra é a mesma para todos e o cancelamento é só mais um evento que a regra sabe ler.

O que pode ser mudado à mão, e o que não pode

Derivar não significa proibir a intervenção humana. No People, ela existe, mas com limites claros.

Uma pessoa pode mover alguém entre lead e prospect, por exemplo quando uma conversa mostra que a pessoa já está avaliando a compra. Essa mudança exige um motivo escrito e dura até que um evento discorde. Se a conta for criada depois, o sistema passa a pessoa para prospect, e a decisão manual fica registrada no histórico como tal.

Já o estágio de cliente não é manual. Ninguém marca alguém como cliente sem um pagamento confirmado por trás, porque essa é a única forma de manter o número de clientes confiável. Se for preciso corrigir um caso especial, como uma cortesia, o caminho é o próprio sistema de pagamento registrar o fato, e não a ficha da pessoa ser editada.

Esse desenho evita o pior dos dois mundos: ninguém precisa esperar um evento para tomar uma decisão legítima, e o rótulo de cliente não depende de opinião. Para correções como cortesias, o ajuste acontece no sistema de pagamento, não na ficha.

Como fica na prática

Imagine uma escola que vende cursos online. Uma aluna preenche o formulário de interesse, que chega ao People por uma fonte, e entra como lead. Depois cria a conta no site e passa a prospect. Quando o curso é pago pelo sistema de cobrança, o evento de pagamento confirmado chega pela fonte configurada, e ela vira cliente naquele momento. Três meses depois, cancela a assinatura: a ficha dela volta a prospect, com todo o histórico de compras preservado e a data do cancelamento visível.

A equipe não precisou lembrar de mexer em nada. O que ela precisa fazer é olhar o caso quando algo parecer fora do normal, e aí a linha do tempo mostra exatamente o que aconteceu, em ordem.

Para quem monta esse tipo de fluxo com um agente de IA, a mesma lógica vale: o agente lê o estágio e os eventos da pessoa e propõe o próximo passo, mas não muda o estágio, que sai dos eventos que as fontes confirmam. Pelo MCP, o agente só propõe notas e ações, que passam pela aprovação.

Perguntas frequentes

Um lead pode pular direto para cliente?

Sim, se a pessoa criar a conta e pagar no mesmo dia. O estágio intermediário de prospect é registrado no momento em que a conta existe, mesmo que dure só alguns minutos.

O que acontece se o pagamento for estornado?

O estorno é um evento próprio. A regra de cancelamento devolve a pessoa a prospect quando a assinatura é encerrada. O histórico de compras e de estornos continua visível na ficha, para que a receita seja conferida pela origem.

Posso usar outra palavra além de lead, prospect e cliente?

O People usa esses três estágios em qualquer negócio, para que a leitura seja a mesma. Etapas próprias da sua operação podem existir como tags ou como parte do próximo passo, sem mudar a régua de estágio.

Quem decide qual evento conta como cliente?

A regra de estágio é a mesma para todas as contas: pagamento confirmado leva a cliente. O que a sua conta escolhe é o evento de ativação, que mede se a pessoa passou a usar o produto, e isso é outra pergunta, respondida em outra parte da ficha.

Para continuar lendo

• Lead, prospect e cliente: a diferença e como saber o estágio de cada pessoa

• A ficha de cada cliente, do primeiro toque ao pagamento

• Como mandar eventos dos seus sistemas para a ficha do cliente

Estágio que acompanha o que aconteceu

Quando o estágio é consequência dos eventos, a base mostra quem está em cada etapa sem depender da memória de ninguém. O People guarda a linha do tempo de cada pessoa, e o estágio é a leitura atual dessa linha. Para conhecer o produto, veja o People.

Fontes

• Referência do People para pessoas e agentes (llms.txt)

• Página do People