6 erros que as equipes de Suporte Técnico/Help desk cometem

Embora o serviço de suporte técnico de TI nas organizações consuma, em média, apenas 9% do centro de custos atual de todo o departamento de TI, ele é responsável por grande parte da percepção de valor por parte do usuário com o setor. Estima-se que 85% dessa percepção do usuário com os serviços de TI são originadas pelo serviço de helpdesk, logo, isso mostra o quão importante é transmitir um bom serviço para o cliente e que pequenas mudanças nessa área poderá impactar a experiência do usuário positivamente ao utilizar serviços informacionais.

Veja abaixo 6 erros cometidos pelas equipes de suporte e atue para ajustá-los!

bad-computer-tech

1- Corrigir a falha e não a causa

Como já dizia Confúcio: “Não corrigir falhas é o mesmo que cometer novos erros”. Uma máquina que sempre dá defeito, uma impressora que nunca imprime ou um access point que sempre trava podem consumir horas e horas de trabalho e técnicos diferentes em um período curto, e seus efeitos são inúmeros. Além de aumentar a fila de atendimento, a percepção de valor do cliente com o serviço cairá e o custo para uma solução definitiva provavelmente sairá menos custosa que todas as horas que seriam empregadas para resolver o problema de forma repetida.

Muitas das vezes pode ser difícil identificar causas raízes de falhas recorrentes de sistemas ou hardware, para isso existem ferramentas que nos auxiliam a encontrar a real causa como, por exemplo, diagrama de Ishikawa, técnica dos 5 porquês, teste de hipóteses e soluções conjuntas.

2- Aceitar gambiarras

Não é raro acharmos aquela gambiarra provisória que está intacta no mesmo lugar há mais de 5 anos. Muitas das vezes as gambiarras são usadas por falta de qualificação, não cumprimento das normas e falta de verba/tempo necessária(o) para aplicar a correção adequada. Gambiarras podem trazer danos irreparáveis à segurança da informação, equipamentos e até a integridade física das pessoas.

science_of_jugaar4

3- Pensar que cumprir a SLA já é o bastante

Recentemente um artigo excelente aqui no PTI explicou muito bem esse ponto (Tudo que você precisa saber sobre o que é XLA). É muito comum em ambientes de TI com maior controle, onde existe uma SLA bem formalizada e de conhecimento de todos os clientes e técnicos, julgar que atende-las é o bastante. Não adianta o cliente ser atendido a tempo e com a qualidade acordada se outros itens não estiverem satisfazendo. Imagine um restaurante com uma comida incrível, com excelentes pratos, tudo impecável, com exceção de um detalhe: você vê uma pequena barata num cantinho… Toda a sua experiência muda!

Olhar apenas analiticamente o SLA pode ser enganoso, devemos olhar toda a experiência do usuário durante o serviço e em todas as etapas e identificar para onde a percepção de valor está sendo canalizada.

4- Priorizar demandas de maneira inadequada

Determinar criticidade de incidentes vária de acordo com as organizações. A TI deve sempre determinar prioridade de atendimento de acordo com a visão de negócio da empresa. Para isso, devemos responder algumas perguntas chaves:

  • Quais são as áreas, atividades, funções e/ou cargos que não podem ficar sem os serviços de TI de forma alguma?
  • Para o caso específico de sua organização, o que configura um incidente como crítico: queda/indisponibilidade de serviço?
  • Afeta alguma área crítica?
  • Afeta a algum usuário/cargo específico?

Se um cliente interno solicitasse a troca de um cartucho de impressora, qual grau de prioridade daria ao chamado aberto? Se sua resposta foi depende, você está certo. Um problema simples como esse pode causar sérios prejuízos, e se essa impressora ficasse em um guichê de liberação de frota de uma empresa de um grande centro de distribuição? Imagine a situação desse chamado ser considerada de prioridade normal ou baixa com SLA de 12 horas.

5- Não se atentar a métricas

Apesar de falarmos no item 3 sobre isso, as métricas são importantes ferramentas para a gestão do departamento de TI da organização e, além disso, é uma excelente forma de mensurar um pouco do trabalho de cada técnico a fim de uma autopercepção que condiz com a realidade. Ela poderá fazer com que você reconheça seus pontos fortes e fracos e também permitirá uma reação mais ágil conforme seus indicadores mudem.

6- Falta de base de conhecimento

Os técnicos não devem perder tempo solucionando casos que já foram previamente solucionados por outro técnico. Tenha uma base de conhecimento própria para seus técnicos, documente os possíveis incidentes para que quando o problema venha a se repetir sua resolução seja incisiva, restabelecendo o serviço o mais rápido possível, minimizando assim o impacto negativo sobre o negócio. Há diversas bases de conhecimento prontas na internet, porém, elas dificilmente terão o mesmo efeito de uma solução caseira. Lembre-se que cada organização tem incidentes diferentes.

Ter uma rica base de conhecimento é muito importante para o dia a dia do atendimento, ela entrega maior agilidade ao técnico com sua resolução incisiva restabelecendo o serviço da maneira mais rápida possível minimizando assim o impacto negativo sobre o negócio. Ela pode ser elaborada de diversas maneiras, seja em uma página restrita na web, planilhas, papel ou diretamente no seu software de help desk. Instrua seus técnicos a participarem desse processo de alimentação e que consultem ou alterem quando necessário.

Para manter a equipe de suporte relevante e entregando valor ao cliente devemos sempre compreender seu funcionamento e buscar melhores experiências ao usuário.

E aí? Você sofre com os mesmos problemas? Quais outros erros que são muito comuns nas equipes de suporte? Deixe seu comentário abaixo. 🙂

Victor Hugo Formiga Martins

Mais artigos deste autor »

Victor Martins possui MBA de Gestão Estratégica de TI pela Fundação Getúlio Vargas, Bacharelado em sistemas da informação pela Unieuro-DF e tecnológico em em Redes de Computadores pelo IESB. Atualmente ocupa o cargo de gerente de contas de TI e acredita que o compartilhamento de informações poderá impactar positivamente a vida profissional de muitos.

MBA | CPRE-FL | TOEFL ITP B2 | Green IT Citizen | DevOps (DEPC) | SCRUM (SFPC) | CREA | Exin DevOps Master


4 Comentários

Antonio
2

Artigo de qualidade, realmente se for seguida as normas internacionais e ter boa qualificação as coisas fluem muito bem… Muito bom Victor!

OLIVIO ANTHERO AURIEMA NETO
3

Acredito que faltou um ponto importante… um dos erros mais antigos e que, inexplicavelmente, continua acontecendo… o atendimento sem abertura de chamado….

Deixe seu comentário

Seu endereço de e-mail não será publicado. Campos com * são obrigatórios!