Captação por lançamento

O lançamento de cada envio sai, em ordem, do campo de lançamento do documento, do mesmo campo dentro dos dados do formulário, do caminho da página e da UTM, e é comparado por igualdade com a tabela de lançamentos (código, produto, abertura, fim da captação, carrinho). Busca por trecho (contém 'ora') pega códigos parecidos e textos que não são lançamento. Abertura e fim da captação saem da tabela, nunca escritos na consulta.

Cadastro é o envio da página de captura. Resposta de pesquisa é o envio da página de obrigado (por exemplo version = 'typ'), com o perfil. Classifique pelo tipo de página ou de formulário, não pela ausência de respostas: definir cadastro como escolaridade vazia tira da conta quem respondeu e põe nela quem pulou a pergunta.

Conte pessoas por lançamento pelo e-mail normalizado (minúsculo, sem espaços), com o telefone só como apoio. A mesma pessoa no mesmo lançamento conta uma vez, na primeira data de entrada; para os atributos, use a resposta mais recente. Quando duas fontes registram o mesmo cadastro (formulário e planilha da página, versões antiga e nova da página), fique com a de maior prioridade declarada.

createdAt chega em ISO com Z (UTC) ou em dd/mm/aaaa, às vezes sem hora. Converta para America/Sao_Paulo na camada de captação, escolhendo o parser pelo formato, e compare datas já convertidas. Subtrair três horas na mão numa consulta e comparar texto com data em outra desloca cadastros entre dias. Hora desconhecida fica marcada, não inventada.

Guarde uma linha por pessoa, lançamento e pergunta, com o id ou a referência da pergunta como chave. Pivotar pelo título funde perguntas diferentes: a mesma frase de previsão de investimento existia uma vez por produto, e cada lançamento cria sua própria pergunta de expectativa. O pivot, se necessário, acontece na leitura, pela referência.

Em automação de marketing com várias contas, o mesmo campo de qualificação tem id diferente em cada conta, e o título já foi renomeado. Mapeie conta x id do campo numa tabela de referência e pivote pelo id, filtrando sempre pelo par. O campo do contato guarda só a resposta mais recente, com a data: a resposta de uma inscrição específica vem do formulário ou do CRM.

A temperatura da página (quente, morno, frio, gravada como q, m, f) vem da página ou da campanha que trouxe o lead. A percepção do consultor é outra coisa, em outra coluna, e costuma ser pouco preenchida. Sem valor fica nulo: preencher com frio ou criar não informado dentro da escala distorce o perfil.

Normalize caixa e espaços. Respostas podem chegar codificadas (por exemplo em hexadecimal) misturadas com texto claro: decodifique só quando o resultado for texto legível. Escalas diferentes entre contas ou produtos (faixas de renda com cortes diferentes) só se comparam nos cortes que coincidem. Valor fora da lista de opções fica visível, não é descartado.

O lead é MQL de um produto quando atende a todas as perguntas marcadas como critério daquele produto. Perguntas marcadas como não interfere ou não se aplica ficam fora. Produto sem critério definido não tem MQL: não trate todos os leads dele como qualificados. Campos de cadastro (nome, e-mail, empresa) nunca entram no critério.

A captação alimenta planilhas e painéis por ETL reverso. Fixe os tipos das colunas: uma coluna vazia num dia não pode virar tipo nulo e quebrar a carga. Pergunta nova entra como linha na tabela de chave e valor, não como coluna nova na planilha.