Help desk: o que é e sistemas de chamados open source

Segunda-feira, nove da manhã. A impressora do financeiro parou, alguém esqueceu a senha do ERP e um cliente reclama no WhatsApp do diretor que a nota fiscal não chegou. Cada pedido entrou por um caminho diferente, e cada pessoa da TI ficou sabendo de um pedaço.

Na sexta, ninguém sabe dizer quantos problemas apareceram, quais foram resolvidos e qual ficou esquecido no e-mail de alguém. É desse tipo de semana que nasce a ideia de um help desk.

O nome vem do balcão de ajuda: um lugar só, conhecido por todos, onde se pede suporte. O sistema de chamados é o software que registra cada pedido, dá um número a ele e acompanha o caso até o fim.

O help desk funciona quando todo pedido entra pelo mesmo lugar. O sistema de chamados só organiza o que o time já decidiu priorizar: sem regra de prioridade, a ferramenta guarda a mesma bagunça, agora com número de protocolo.

Help desk, service desk e suporte ao cliente

Os três termos aparecem misturados em proposta comercial e vaga de emprego, e cada um cobre um escopo diferente.

O help desk nasceu como suporte reativo. Alguém tem um problema, abre um pedido e o técnico resolve. O foco é consertar o que parou.

O service desk vem do ITIL, o conjunto de boas práticas de gestão de serviços de TI. A PeopleCert, que certifica o ITIL 4, descreve o service desk como o ponto central de contato entre o provedor de serviço e os usuários. Além de incidentes, ele recebe solicitações de serviço, como um acesso novo ou a troca de um notebook. Ele também conversa com outros processos, como gestão de problemas e de mudanças.

Suporte ao cliente é o atendimento a quem compra da empresa. Ele usa as mesmas ideias de fila, prioridade e prazo. O canal costuma ser chat, e-mail ou WhatsApp, e o assunto é entrega atrasada, cobrança ou dúvida de uso do produto.

Para uma empresa pequena, a decisão que conta é quem atende quem, por qual canal e com qual prazo.

O ciclo de um chamado

Todo chamado passa pelas cinco etapas do diagrama, venha ele de um funcionário ou de um cliente.

A abertura transforma o pedido em registro. Ele pode chegar por e-mail, portal, chat ou telefone. A partir dali, tem número, data e solicitante. Pedido feito no corredor e não registrado não existe para a fila.

Na triagem, uma pessoa ou uma regra automática define a categoria, a prioridade e o responsável. A prioridade costuma cruzar impacto com urgência. O sistema fora do ar para a empresa inteira passa na frente da troca de mouse.

O atendimento é o trabalho em si. O técnico conversa com o solicitante, testa, resolve ou escala para outro nível. Cada interação fica no histórico do chamado, e quem assume o caso depois não precisa perguntar tudo de novo.

A solução fecha o chamado com o registro do que foi feito. Esse texto é a matéria-prima da base de conhecimento.

A avaliação pergunta ao solicitante se o problema acabou e como foi o atendimento. Se a resposta é não, o chamado volta a abrir, e essa reabertura entra nas métricas.

Base de conhecimento

Toda solução registrada é um rascunho de artigo. Quando o mesmo problema aparece pela terceira vez, alguém transforma o registro em instrução passo a passo e publica na base.

A base tem dois públicos. O interno é o próprio time: o N1 consulta antes de escalar. O externo é o usuário, que encontra a resposta no portal antes de abrir chamado. GLPI, Zammad e Chatwoot trazem base de conhecimento ou central de ajuda nativa.

Um bom artigo é curto e tem no título as palavras que o usuário digitaria na busca. Ele também precisa de revisão quando o sistema muda, porque artigo com tela antiga leva o usuário a abrir chamado.

Níveis N1, N2 e N3

A divisão em níveis existe para que o especialista não passe o dia redefinindo senha.

• N1: primeiro atendimento. Resolve o que é recorrente e documentado, como senha, acesso, configuração de e-mail e impressora. Quando não resolve, coleta as informações e escala.
• N2: técnico com mais conhecimento de sistema ou de infraestrutura. Recebe o que o N1 não conseguiu e investiga a causa.
• N3: especialista ou fornecedor. Entra quando o problema exige mexer em código, banco de dados ou equipamento do fabricante.

O modelo depende da passagem entre níveis. Se o N1 escala sem anotar o que testou, o N2 recomeça do zero e o usuário repete a história. Quando o N2 é outra equipe interna, o prazo que ela tem para devolver o chamado pode ser formalizado num OLA, o acordo de nível operacional entre áreas.

Em empresa pequena, os três níveis muitas vezes são a mesma pessoa em horários diferentes. Mesmo assim, registre em qual nível cada chamado foi resolvido. Esse dado mostra o que pode virar artigo.

SLA de primeira resposta e de solução

O SLA é o prazo que o help desk promete a quem pede suporte. Dois prazos aparecem em quase todo sistema de chamados.

O SLA de primeira resposta mede quanto tempo o solicitante espera até saber que uma pessoa viu o pedido e está cuidando dele. A mensagem automática de "recebemos o seu chamado" não deveria contar, porque não diz nada sobre o problema.

O SLA de solução mede o tempo até o problema terminar. Ele muda com a prioridade. Um sistema parado pede prazo de horas, enquanto um pedido de software novo pode esperar dias.

O erro comum é usar o mesmo prazo para tudo. Com prazo único, o time escolhe o chamado mais fácil para cumprir a meta, e o urgente espera. Prazo por prioridade deixa a medida justa. O relógio também precisa pausar quando o chamado aguarda resposta do solicitante.

A página do GLPI lista a configuração de SLA entre as funções de help desk do sistema, e o Zammad permite configurar tempos de reação e de solução por cliente no painel de administração.

Métricas que importam num help desk

Um sistema de chamados gera muitos relatórios. Quatro números bastam para saber se o atendimento vai bem.

• Tempo de primeira resposta: mostra se alguém está olhando a fila. Ele cresce quando falta gente ou quando a triagem trava.
• Tempo de solução: mostra a capacidade de resolver e deve ser lido por prioridade e categoria. A média geral esconde o chamado crítico que levou uma semana.
• Taxa de reabertura: conta os chamados que voltaram depois de fechados. Taxa alta indica solução apressada, encerrada para cumprir prazo.
• Satisfação: a nota que o solicitante dá no fechamento, em geral chamada de CSAT. O comentário escrito costuma ensinar mais que a nota.

O volume de chamados por categoria completa o quadro. Se a maior parte dos pedidos é de senha, o problema está no processo de acesso, e a resposta é um fluxo de redefinição que o usuário faz sozinho.

Sistemas de chamados open source para o help desk

Software aberto resolve bem o sistema de chamados de empresa pequena ou média. Você paga com tempo de instalação e de manutenção em vez de licença por atendente.

O GLPI é a sigla francesa de Gestionnaire Libre de Parc Informatique. O README no GitHub descreve uma ferramenta de gestão de ativos e operações de TI com service desk no modelo ITIL, base de conhecimento e FAQ, sob a licença GPL versão 3. Ele também converte e-mail em chamado com coletores configuráveis. Combina com a TI interna que quer chamados e inventário de equipamentos no mesmo lugar.

O Zammad se apresenta como uma solução web e open source de suporte por tickets. O README cita e-mail, chat, telefone e redes sociais como canais, e a licença é a AGPLv3. O site do projeto informa que a instalação nos seus próprios servidores não tem custo.

O Chatwoot vem do lado do atendimento ao cliente. O README do projeto cita chat no site, e-mail, Facebook, Instagram, WhatsApp, Telegram e SMS, e declara a licença MIT. Ele se descreve como alternativa aberta a ferramentas como Intercom e Zendesk.

O osTicket é outro nome conhecido entre os sistemas abertos e segue ativo. A página de releases do projeto mostra a versão 1.18.4 publicada em junho de 2026.

Do lado pago, as opções conhecidas são Zendesk, Freshdesk e Jira Service Management. Elas cobrem o mesmo ciclo de chamado, e a comparação deve partir das mesmas perguntas: canal, SLA, base de conhecimento e custo por atendente.

Como implantar um help desk numa empresa pequena

No help desk de uma empresa pequena, a ferramenta entra no quarto passo. Os três primeiros são decisões do time.

1. Escolha um canal de entrada e anuncie. Pode ser um e-mail de suporte ou um portal. Avise que pedido por WhatsApp pessoal ou no corredor não entra na fila, e cumpra a regra com todo mundo, inclusive com a diretoria.
2. Defina poucas categorias. O usuário precisa entender cada uma sem treinamento: acesso, equipamento, sistema, rede e outros já resolvem o começo.
3. Combine prioridades e prazos. Decida com a direção o que é crítico, alto, normal e baixo, e qual prazo de primeira resposta e de solução cada nível tem. Escreva isso numa página que todos possam ler.
4. Instale o sistema e teste dentro de casa. Suba o GLPI ou o Zammad num servidor de teste e rode uma semana só com chamados da própria TI antes de abrir para a empresa.
5. Registre tudo, inclusive o que parece pequeno. Troca de toner também é chamado. Sem registro, o relatório do mês mostra menos trabalho do que o time fez.
6. Publique os primeiros artigos. Comece pelos problemas que mais se repetiram nas primeiras semanas e coloque o link do artigo na resposta do chamado.
7. Revise as métricas todo mês. Olhe primeira resposta, solução por prioridade, reabertura e satisfação, e ajuste categorias e prazos com base no que apareceu.

Com o canal único e os prazos combinados, dá para testar a ferramenta sem gastar com licença. GLPI, Zammad, Chatwoot e osTicket publicam o código no GitHub, e o Zammad declara no site que a instalação em servidor próprio é gratuita.