Tarefas da esteira, mensagens da plataforma e chamados
Horas úteis do time, meta por processo e severidade, devolução à parte
Fila por analista, tempo por passagem e % no prazo
TV da operação, alertas e agente de IA
O que resolve
- O líder vê a fila de cada analista agora, com o que entrou hoje, o que sobrou e o que está atrasado.
- O prazo é medido em horas úteis do time, com a meta certa para cada tipo de processo e severidade.
- Devolução e reabertura aparecem como retrabalho, separadas do tempo de execução.
Perguntas de negócio que responde
Faça estas perguntas ao seu agente quando o caso estiver pronto.
O que você precisa
- A ferramenta da esteira ou de atendimento conectada na Nekt: Zeev, Pipefy, Zendesk, ClickUp ou a base da plataforma
- A lista do time com papel e período de cada pessoa, e as metas de prazo por processo e severidade
- O calendário do time: jornada, feriados locais e dias especiais
O que você recebe
- Uma tabela de fila por analista, atualizada ao longo do dia
- Uma tabela de passagens com tempo útil, prazo e status de SLA
- Mediana, p90 e % no prazo por etapa, severidade e semana
- Alertas de prazo e um agente de IA que responde sobre a fila
Onde ativar
Fila por analista atualizada a cada 2 horas, ordenada pela ordem do time, com hoje, remanescente e atrasada.
Sinistro ou chamado sem resposta perto da meta, enviado ao responsável e ao líder antes de estourar.
Responde quem está com a fila, o que está atrasado e quanto tempo cada etapa leva, com horas úteis e retrabalho já aplicados.
A ferramenta já registra tarefas e mensagens. O trabalho é manter a lista do time e as metas como tabelas, e calcular horas úteis dia a dia. 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.
A ferramenta da esteira guarda cada tarefa com início, fim e responsável, mas não diz quem está sobrecarregado agora nem quanto tempo útil cada etapa levou. Quem subtrai datas em UTC conta noite, fim de semana e feriado como atraso; quem soma a tarefa devolvida pune o analista pelo erro de outra área. Em sinistro e suporte o relógio é a conversa, e sem separar a mensagem do cliente da resposta da operação não há SLA de resposta.
Como costuma ser feito, e a regra
Cada linha é um erro que já aconteceu na prática.
Mantenha a lista de membros por id de usuário da ferramenta, com área, papel e data de entrada e saída. A fila parte dessa lista e mostra com zero quem não tem tarefa. Caixas compartilhadas (a agenda do time, por exemplo) aparecem separadas das pessoas. Nunca derive o time só de quem apareceu nas tarefas.
Considere só tarefas ativas. Iniciada hoje (data em America/Sao_Paulo) é fila de hoje; iniciada antes é remanescente; com prazo previsto pela ferramenta (data de término esperada) menor ou igual a agora é atrasada. Conte processos distintos, não linhas: uma tarefa com dois responsáveis aparece duas vezes na fonte. Separe tarefa principal de subtarefa.
Percorra cada dia entre início e fim e some só o trecho dentro da jornada (por exemplo, 9h às 18h, ou 8h às 18h no atendimento), pulando fim de semana, feriados nacionais, estaduais e municipais e férias coletivas, com meio expediente onde houver. Mover só o início e o fim para dentro do horário comercial e subtrair ainda conta as noites e o fim de semana no meio.
Zendesk e outras ferramentas trazem tempo útil e tempo corrido para espera, primeira resposta e resolução. Escolha um por indicador e use o mesmo na meta, no percentual e na média.
Tarefas seguidas da mesma área formam uma passagem, aberta por uma tarefa inicializadora da área. Quando o caso sai para outra área e volta, abre outra passagem. Dentro da passagem, cada troca de responsável abre uma sub-passagem, para medir quem fez cada parte. Marque passagens com conferência (double check). Tarefa da área sem inicializadora antes é órfã e não entra no tempo.
Ordene as mensagens por processo (sinistro, fiança, chamado). Um evento começa na primeira mensagem do cliente depois de uma resposta da operação, e mensagens seguidas do cliente pertencem ao mesmo evento. O evento termina na primeira mensagem da operação depois do início. Sem resposta é um status próprio, não zero. Quem é operação vem do id ou do papel do remetente (analista de sinistro, administrador da corretora), não do nome.
Guarde as metas numa tabela: por processo (por exemplo, sinistro 24 horas úteis e demais processos 48) e por severidade do chamado (por exemplo, crítico 60 minutos, alto 4 horas, médio 8, baixo 16). Mude a meta com data de início, para não reclassificar o passado.
Tarefa encerrada com resultado de devolver a solicitação sai do tempo da etapa e entra na taxa de retrabalho da área que recebeu de volta. Chamado reaberto conta como retrabalho do analista que encerrou. Mostre retrabalho por analista e por severidade nos últimos 30 dias.
Tempo de etapa tem cauda longa. Mostre mediana e percentil 90 por semana, além da média. O tempo de uma etapa considera só os casos que passaram por ela; caso que não passou não entra como zero.
Tire da fila de suporte as subtarefas internas de desenvolvimento sem empresa, cards de teste e duplicados. Chamado sem empresa ou parceiro preenchido fica na fila, mas vira indicador próprio (% sem empresa), porque esconde volume por cliente. Quando o parceiro vem no nome do campo como "[código] nome", extraia o código para cruzar com o cadastro.
Metas de prazo usadas na prática
Exemplos de metas que operações reais adotaram. Cada uma vai para a tabela de metas com tipo de tempo e vigência.
Definições
Armadilhas que já aconteceram
A lista de e-mails do time vivia no código; quem entrou não aparecia na fila e quem saiu continuava com zero até alguém editar a transformação.
Tabela de membros por id de usuário, com data de entrada e saída.
Uma tarefa da esteira foi substituída por outra a partir de julho e a série histórica da etapa caiu a zero de um mês para o outro.
De-para de tarefas para etapas com vigência, atualizado junto com o fluxo.
Um painel ajustava só o início e o fim para o horário comercial e subtraía; um sinistro aberto na sexta à tarde e respondido na segunda cedo parecia ter levado mais de 60 horas.
Some as horas úteis dia a dia no calendário do time.
O SLA de primeira resposta usava o primeiro comentário do time no ClickUp, que pode ser uma nota interna; o cliente continuava sem retorno.
Use a mensagem enviada ao cliente; quando só houver o proxy, declare isso no painel.
Tarefas iniciadas depois das 21h caíam na fila do dia seguinte, e o prazo previsto era comparado com um agora em outro fuso.
Converta tudo para America/Sao_Paulo antes de comparar com hoje e com agora.
Tarefas devolvidas por documento faltante entravam no tempo médio de quem recebeu o caso de volta.
Devolução fora do tempo da etapa e dentro da taxa de retrabalho.
Teste de aceitação
O caso está pronto quando todos os itens passam.
- Todo membro ativo do time aparece na fila, inclusive com zero tarefas.
- Para 5 tarefas escolhidas ao acaso, o tempo útil calculado bate com a contagem manual no calendário do time (diferença abaixo de 0,1 hora).
- Fila de hoje + remanescente = processos distintos com tarefa ativa do analista na ferramenta, no mesmo momento.
- Nenhuma tarefa com resultado de devolução entra no tempo médio da etapa.
- Todo evento de SLA de resposta tem status: dentro do SLA, fora do SLA ou sem resposta.
Pacote para o agente
Cole no Claude, ChatGPT ou outro cliente com o MCP da Nekt conectado.
SLA das esteiras operacionais - Fuso: America/Sao_Paulo para hoje, agora e todas as datas exibidas. - Time: use a tabela <tabela_membros> (id de usuário, área, papel, vigência). Analista sem tarefa aparece com zero. - Fila: só tarefas ativas. Hoje = iniciada hoje; remanescente = iniciada antes; atrasada = prazo previsto <= agora. Conte processos distintos. - Tempo útil: horas dentro da jornada <início> às <fim>, em dias úteis, sem feriados nacionais e locais, férias coletivas e com meio expediente onde houver. - SLA de resposta: evento começa na primeira mensagem do cliente depois de uma resposta da operação e termina na primeira resposta da operação. Sem resposta é status próprio. - Metas: sinistro <24> horas úteis, demais processos <48>; chamados por severidade conforme <tabela_metas>. - Tarefa com resultado "devolver solicitação" e chamado reaberto são retrabalho, nunca tempo da etapa. - Para tempos, informe mediana e p90 além da média, só entre os casos que passaram pela etapa. - Subtarefas internas de dev, testes e duplicados não estão no backlog. Exceções por cliente: - <cliente>: a tarefa <nova> substituiu a <antiga> a partir de <data>; as duas mapeiam para a etapa <etapa>. - <cliente>: quarta-feira de cinzas útil só a partir das 14h; feriado municipal em <data>.
Construa no meu workspace Nekt o caso "SLA das esteiras operacionais" seguindo as regras em https://academy.nekt.com/industrias/financeiros/sla-esteiras-operacionais.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
O mesmo raciocínio para pedidos parados: estoque por SDR e consultor, aging médio e follow-up vencido, em dia ou ausente.
Imobiliária, correspondente ou escritório extraído do campo do chamado, com volume, reabertura e % resolvido no prazo por parceiro.
Junte ao SLA a taxa de conferência que achou erro (double check) para ver se o time mais rápido também é o mais certo.