Service Up

Service Up · módulo do AI Copilot

A distribuicao de chamados por status mostra onde a sua operacao trava de verdade

Em atendimento, pendente com o cliente, aguardando validacao. O total do backlog diz que ha trabalho. A forma como ele se distribui pelos estados diz onde esta o gargalo, de quem e a bola e o que a sua operacao precisa fazer hoje.

Falar com a Service Up

⚡ Versão de 30 segundos

  • O numero de chamados abertos diz POUCO. O que importa e em qual estado eles estao parados: cada estado aponta para um gargalo diferente e para um dono diferente da acao.
  • Num backlog de referencia de ~668 chamados, os maiores blocos por estado sao: em atendimento ~180, pendente com cliente ~120, aguardando validacao ~60, aberto ~50 e novo ~40.
  • Muito em ‘pendente com cliente’ = problema de follow-up e SLA pausado. Muito em ‘aguardando validacao’ = gargalo de fechamento. Muito em ‘aberto/novo’ = problema de triagem.
  • O modulo Insights da Service Up le os chamados abertos no Znuny e monta esse grafico de distribuicao por estado em linguagem gerencial, sob demanda ou agendado por e-mail (ex.: 0 6 * * * = todo dia 06:00).
  • Sempre agregado, nunca individual: zero nomes de clientes ou analistas. A IA compila o relatorio, o gestor decide a acao.
~668chamados no backlog aberto (referencia)
~180em atendimento — o maior bloco
~120pendente com o cliente — SLA pausado
~60aguardando validacao — gargalo de fechamento

O total engana. O estado, nao.

“Temos 668 chamados abertos.” Essa frase, sozinha, nao orienta decisao nenhuma. 668 e muito ou pouco? Depende de onde eles estao. Cem chamados todos parados esperando o cliente responder sao um problema completamente diferente de cem chamados todos prontos esperando alguem validar e fechar.

A distribuicao de chamados por status e o primeiro corte que transforma um numero bruto num diagnostico. Ela responde a pergunta que o total nao responde: onde, exatamente, o fluxo esta represado? E, por consequencia, de quem e a proxima acao.

  • O total mede volume. A distribuicao por estado mede onde o volume esta preso.
  • Cada estado tem um dono de acao diferente: a equipe, o cliente, o gestor.
  • Sem esse corte, o gestor enxerga uma pilha unica; com ele, enxerga um mapa.

Lendo o grafico: estado por estado

Tome a distribuicao de referencia de um backlog de ~668 chamados e leia cada barra como um sintoma. Esta e a leitura que o relatorio do Insights entrega pronta:

  • Em atendimento (~180): o maior bloco. E o trabalho ativo, em curso. Saudavel ate certo ponto — mas se cresce sem parar, sinaliza capacidade insuficiente ou chamados que entram e nao saem.
  • Pendente com o cliente (~120): a bola esta com o cliente, o SLA costuma estar pausado. O risco aqui e silencioso: chamados que ficam meses esperando uma resposta que nunca vem, inflando o backlog sem que ninguem aja.
  • Aguardando validacao (~60): trabalho ja feito, esperando aprovacao para fechar. Quando esse bloco incha, o gargalo nao e a entrega — e o fechamento. Resolver isso e o ganho mais barato que existe.
  • Aberto (~50) e Novo (~40): a porta de entrada. Muito acumulo aqui aponta para triagem lenta: chamados chegam e demoram a ser distribuidos e iniciados.

Veja em ação · da pergunta ao relatório

Insights · Service UpPrompt
Gere o relatório do backlog de hoje e envie por e-mail
Gerando relatório

Relatório de Análise do Backlog

Backlog aberto: 668 · Em atendimento: ~180 · 1ª resposta: ~12 min · Fila predominante: Consultoria (~45%)

✓ enviado por e-mail aos destinatários

O que cada concentracao esta te dizendo

A graca da distribuicao por status e que ela aponta o dedo. Voce nao olha mais para o backlog inteiro perguntando “o que fazer” — voce olha para a barra que estourou e ja sabe qual alavanca puxar.

Repare que tres concentracoes diferentes pedem tres acoes completamente diferentes — e nenhuma delas seria visivel olhando so o total:

  • Estourou ‘pendente com cliente’? O problema e follow-up. Precisa de regra de cobranca, prazo de inatividade e fechamento automatico de abandonados.
  • Estourou ‘aguardando validacao’? O problema e o ultimo metro. Precisa destravar quem aprova: validacao em lote, criterios claros, alcada definida.
  • Estourou ‘aberto/novo’? O problema e triagem. Precisa rever roteamento, filas e a velocidade da primeira distribuicao.
  • Estourou ‘em atendimento’ e nao para de crescer? O problema e capacidade ou retrabalho. A vazao de saida nao acompanha a entrada.

Cruze com a fila para fechar o diagnostico

A distribuicao por estado fica ainda mais poderosa quando voce a cruza com a fila. No backlog de referencia, a fila de Consultoria concentra cerca de 45% de tudo — entao um inchaco em ‘aguardando validacao’ pode estar quase todo numa unica fila, e nao espalhado.

O Insights permite filtrar por fila exatamente para isso: voce isola um grupo de trabalho e ve a distribuicao por status so dele. Assim o gargalo deixa de ser “da operacao” e passa a ter endereco — sempre em termos agregados, sem expor analista nenhum.

Vale tambem separar os ~70 chamados de projetos (PRJ/GMUD/TASK): eles tem ritmo proprio, ficam legitimamente mais tempo em estados intermediarios e podem distorcer a leitura se misturados ao suporte do dia a dia.

Onde entra o modulo Insights da Service Up

O Insights e o modulo de IA da Service Up dentro do Znuny. Ele le os chamados abertos, monta a distribuicao por estado e escreve a leitura gerencial do grafico — em portugues, com o sintoma e a acao sugerida ao lado de cada barra. Voce nao precisa exportar planilha nem montar pivot.

Funciona como uma biblioteca de prompts: voce escolhe (ou cria) o prompt “distribuicao por estado”, executa sob demanda quando quiser, ou agenda via cron — por exemplo, 0 6 * * * para receber o mapa do backlog todo dia as 06:00, antes da operacao comecar. O resultado chega por e-mail aos destinatarios que voce definir, com filtros por fila e por data e historico de versoes.

E o complemento gerencial do RCA: enquanto o RCA mergulha na causa raiz de um chamado, o Insights da a visao proativa e recorrente do todo. A IA compila o relatorio; o humano decide o que fazer com ele.

🔧 Para os técnicos

Abra só o que te interessa.

Quais estados o relatorio de distribuicao costuma considerar?

Os estados operacionais do backlog aberto: novo, aberto, em atendimento, pendente com o cliente e aguardando validacao. Estados de fechado/resolvido ficam de fora do backlog ativo. No exemplo de referencia, sobre um backlog de ~668 abertos, os maiores blocos sao: em atendimento ~180, pendente com cliente ~120, aguardando validacao ~60, aberto ~50 e novo ~40. Estados ‘pendente’ geralmente pausam o relogio de SLA — por isso eles merecem leitura separada dos estados ativos.

Como interpretar um inchaco em ‘pendente com cliente’ sem culpar a equipe?

Esse estado normalmente significa SLA pausado e bola com o cliente, entao um numero alto raramente e culpa da operacao. O sinal a investigar e o tempo medio nesse estado: se chamados ficam semanas parados, falta uma politica de inatividade (lembrete automatico apos X dias e fechamento de abandonados). E uma decisao de processo, agregada — o Insights nunca aponta produtividade individual de quem tratou o chamado.

Da para acompanhar a evolucao da distribuicao no tempo?

Sim. Como o prompt pode ser agendado por cron (ex.: diario as 06:00) e o modulo guarda historico de versoes, voce compara a distribuicao de hoje com a de ontem ou da semana passada e ve a tendencia: a barra de ‘aguardando validacao’ esta crescendo? ‘Pendente com cliente’ esta drenando? E a diferenca entre uma foto e um filme do backlog. Os filtros por fila e por data ajudam a isolar a janela que interessa.

Como o cruzamento fila x estado e tratado mantendo a LGPD?

Todo o relatorio e agregado por design. Voce filtra por fila (ex.: Consultoria, que concentra ~45% do backlog) e ve a distribuicao por estado daquela fila, mas o texto fala em volumes e percentuais — nunca em nomes de analistas, e-mails, ranking individual ou nomes de clientes especificos. A leitura aponta o gargalo do grupo de trabalho, nao o desempenho de uma pessoa.

service ÛP

Este módulo é parte do AI Copilot da Service Up

Somos especialistas em ITSM e help desk (parceira Znuny/OTOBO). O AI Copilot já roda no nosso ambiente — e pode rodar no seu.

Quer ver a distribuicao do seu backlog por estado, sem montar planilha? Fale com a Service Up no WhatsApp comercial +55 11 5192-3351.

Converse com o nosso time comercial e veja a IA aplicada ao seu atendimento.

Falar com o comercial no WhatsApp+55 11 5192-3351

Gostou desse conteúdo? Veja mais conteúdos:

  • All Posts
  • Inteligência Artificial
  • ITSM
  • Sem categoria
Load More

End of Content.

Service Up
Visão geral da privacidade

Este site utiliza cookies para que possamos lhe proporcionar a melhor experiência de usuário possível. As informações dos cookies são armazenadas no seu navegador e desempenham funções como reconhecê-lo quando você retorna ao nosso site e ajudar nossa equipe a entender quais seções do site você considera mais interessantes e úteis.