Cards, fases e tarefas da esteira, mais o core
Primeira entrada por etapa, sem duplicidade, horas úteis
Funil, conversão, perdas e SLA por etapa
Dashboard, agente de IA e alertas de prazo
O que resolve
- O número de pedidos por etapa bate com o sistema da esteira, sem duplicidade nem card de teste.
- A gestão vê onde os pedidos travam, com quem e há quantas horas úteis.
- Perdas e negativas aparecem por motivo, canal e parceiro.
Perguntas de negócio que responde
Faça estas perguntas ao seu agente quando o caso estiver pronto.
O que você precisa
- O sistema da esteira conectado na Nekt (Pipefy, Zeev ou core de crédito), com o histórico de fases ou tarefas
- O de-para de fase para etapa do funil, por produto
- A jornada do time e o calendário de feriados e férias coletivas
O que você recebe
- Uma tabela por pedido com a data de primeira entrada em cada etapa
- Funil mensal por canal, parceiro e consultor, com perdidos e estoque
- Um agente de IA que responde sobre a esteira com as regras certas
- Alertas de tarefas paradas acima do prazo
Onde ativar
Funil por canal, parceiro e consultor ao lado do estoque e do tempo útil por etapa.
Responde conversão, perdas e gargalos com o de-para de etapas e as exclusões já aplicados.
Tarefas paradas acima do SLA por analista, atualizadas a cada poucas horas no Slack ou no e-mail do time.
O trabalho maior é explodir os campos do Pipefy e fechar o de-para de fases. O SLA em horas úteis exige o calendário do time. O detalhado traz as regras de negócio, as armadilhas e o teste de aceitação. Ou mande tudo direto para o seu agente com o MCP da Nekt.
O pedido de crédito vive em vários pipes, cada um com fases de nomes diferentes, campos customizados num array e cards duplicados quando o cliente volta por outro canal. Quem conta pela fase atual perde a história do mês e quem junta o core sem deduplicar infla o funil. No SLA, medir em dias corridos e em UTC culpa o analista pelo fim de semana e pelo feriado.
Como costuma ser feito, e a regra
Cada linha é um erro que já aconteceu na prática.
Pivote o histórico de fases (firstTimeIn no Pipefy) para uma coluna de data por etapa, usando a primeira entrada. Campos customizados do Pipefy vêm no array fields e precisam ser explodidos e pivotados por field_id. O funil do mês conta o pedido no mês em que ele entrou em cada etapa.
Mapeie as fases de cada pipe para uma lista fixa de etapas de negócio, por exemplo: lead, qualificado, enviado para crédito, crédito aprovado, análise jurídica, assinatura e liberação. Gere a grade completa mês x canal x etapa com zero onde não houve pedido, para o gráfico não pular etapas.
O card pode ir para Perdido, voltar e ser perdido de novo. Para o mês e o motivo da perda, use a última entrada em Perdido (lastTimeIn), não a primeira. O motivo vem do campo principal de motivo de finalização.
Remova cards com motivo de finalização que comece com duplicidade, em qualquer grafia (compare em minúsculas e sem espaços). Quando o mesmo CPF tem vários cards no produto, mantenha o card com a última movimentação. Cards de teste e de homologação também saem.
O sistema da esteira é a fonte da contagem. O core ou banco de dados entra por LEFT JOIN a partir do card, depois de deduplicado: um registro por id do card e um por CPF normalizado (só dígitos), o mais recente. Guarde uma coluna com a forma do cruzamento: por id, por CPF ou sem match. CPF nunca vai cru para a tabela final, só em hash ou mascarado.
Classifique o canal pela origem: mídia paga e site próprio são B2C; correspondentes e parceiros comerciais são B2B. Em produto que só vem por corretoras ou parceiros, o corte B2C e B2B não se aplica. Não grave linha de total no gold; some no dashboard.
O valor do crédito no card chega como texto '1.234,56'. Tire o separador de milhar, troque a vírgula por ponto e só então converta. O VGV de uma etapa é a soma do valor dos pedidos que chegaram nela.
Tempo na etapa ou na tarefa = horas úteis entre início e fim, dentro da jornada (por exemplo 9h às 18h), sem fim de semana, feriados nacionais e locais e férias coletivas, e com meio expediente onde houver (como quarta-feira de cinzas). Tarefa ainda aberta usa agora em America/Sao_Paulo como fim.
Tarefas encerradas com resultado de devolver a solicitação saem do tempo da etapa e entram na taxa de retrabalho. Quando a mesma etapa volta a ser feita, abra um novo bloco de execução, e um sub-bloco quando o responsável muda, para medir cada passagem por quem a fez.
Fase da esteira para etapa do funil
Exemplo de de-para. Cada pipe e produto tem o seu.
Definições
Armadilhas que já aconteceram
Um pipe tinha dois campos de motivo de finalização. Usar os dois contou a mesma perda duas vezes no relatório de perdidos.
Use só o campo principal de motivo.
Num produto, o campo de indicador vinha preenchido em cerca de 6% dos cards, e a conversão por pessoa saiu quase toda sem dono.
Meça o preenchimento e use o papel confiável, como o consultor.
Listas de e-mails do time e de ids de operadores dentro da transformação ficaram velhas a cada contratação, e o SLA perdeu gente sem avisar.
Mantenha o time numa tabela conectada, com data de entrada e saída.
Uma tarefa da esteira foi substituída por outra a partir de uma data, e a série histórica da etapa caiu pela metade.
Mapeie a tarefa antiga e a nova para a mesma etapa, com vigência.
No CRM, o pipeline gravado no evento de mudança de etapa nem sempre era o pipeline atual do negócio, e pedidos apareceram no funil errado.
Leia o pipeline do negócio, não o do evento.
Um produto não tinha CPF no card, e o enriquecimento pelo core falhou em silêncio.
Marque esses cards como sem match e reporte a cobertura do cruzamento.
Teste de aceitação
O caso está pronto quando todos os itens passam.
- Para um mês fechado, os pedidos por etapa batem com a contagem de cards no sistema da esteira com primeira entrada no mês, já sem duplicidade e teste.
- Toda combinação mês x canal x etapa existe no gold, com zero quando não houve pedido.
- Cada CPF aparece uma única vez por produto, e nenhum CPF cru aparece na tabela final.
- Uma tarefa iniciada na sexta às 17h e concluída na segunda às 10h mede 2 horas úteis (jornada de 9h às 18h, sem feriado).
- Tarefas devolvidas não entram no tempo médio da etapa e aparecem na taxa de retrabalho.
Pacote para o agente
Cole no Claude, ChatGPT ou outro cliente com o MCP da Nekt conectado.
Funil de originação e SLA da esteira - Fonte da contagem: o sistema da esteira (<Pipefy/Zeev>). O core só enriquece por LEFT JOIN, deduplicado por id do card e por CPF normalizado. - Cada pedido conta no mês da primeira entrada em cada etapa. Etapas fixas: lead, qualificado, enviado para crédito, crédito aprovado, análise jurídica, assinatura, liberação. - Perdido: use a última entrada em Perdido e o campo principal de motivo de finalização. - Exclua cards com motivo que começa com duplicidade e cards de teste. Um card por CPF por produto, o de última movimentação. - Canal: mídia paga e site = B2C; parceiros e correspondentes = B2B. Não existe linha de total na tabela; some B2C e B2B. - Valor do crédito vem como texto brasileiro: normalize antes de somar. - Tempo de etapa e de tarefa em horas úteis, jornada <9h às 18h>, sem fins de semana, feriados e férias coletivas, fuso America/Sao_Paulo. Tarefa aberta usa agora como fim. - Tarefas devolvidas não entram no SLA; entram no retrabalho. - Nunca mostre CPF completo. Use o hash ou o CPF mascarado. Exceções por cliente: - <cliente>: de-para de fases do pipe <produto> para as etapas do funil está em <tabela>. - <cliente>: SLA da etapa <etapa> = <N> horas úteis. - <cliente>: o produto <produto> não tem canal B2C; parceiros são corretoras.
Construa no meu workspace Nekt o caso "Funil de originação de crédito com SLA" seguindo as regras em https://academy.nekt.com/industrias/financeiros/funil-originacao-credito.md. 1) Encontre as tabelas de origem e confirme as colunas usadas pelas regras. 2) Crie uma transformação no grão indicado aplicando todas as regras. 3) Rode o teste de aceitação e me mostre o resultado de cada item. 4) Crie o context document do caso no workspace, com as exceções dos meus clientes em aberto para eu preencher.
Variações
Leads do mês mais recente x ticket médio dos pedidos assinados x cenários de conversão (pessimista, base e otimista).
Probabilidade fixa por temperatura do card (aprovado em comitê, quente, morno, frio); card sem temperatura assume a menor.
O mesmo SLA em horas úteis para sinistros sem resposta da operação e chamados por parceiro.