Toda a gente pergunta o que inclui um serviço de suporte informático para empresas. Poucos perguntam aquilo que verdadeiramente decide se lhe vai ser útil: como funciona numa terça-feira qualquer às nove e meia, quando a metade do pessoal não consegue abrir o email e o ERP demora uma eternidade a carregar. Aí não interessa o catálogo de serviços, interessa o fluxo: por onde entra o seu pedido, quem o assume, em quanto tempo lhe respondem e quem o resolve.
Este é o dia a dia real do suporte informático para empresas, por dentro: os canais pelos quais pede ajuda, a viagem de um ticket desde que o abre até que se fecha, o que é um SLA e porque separa um fornecedor sério do clássico «depois ligo-lhe», e quando se resolve à distância e quando é preciso ir ao seu escritório.
Como a sua equipa pede ajuda: e porque o canal importa
O primeiro detalhe que revela a qualidade de um suporte é como se pede. Um bom serviço dá-lhe várias portas de entrada, cada uma para um tipo de urgência, e todas acabam no mesmo sítio: um sistema que regista o pedido. Se a sua forma de pedir ajuda é «o WhatsApp do informático», não tem suporte, tem sorte.
- Telefone. Para aquilo que o tem parado neste preciso momento. Atendem, identificam-no e abrem o ticket enquanto fala. É o canal da urgência real, não o de «perdi um ícone do ambiente de trabalho».
- Email. Para aquilo que pode esperar umas horas. Escreve, o sistema gera o ticket sozinho e devolve-lhe um número. Cómodo, mas sem garantia de rapidez se o problema for grave.
- Portal do cliente. A versão adulta do email: abre a ocorrência, anexa uma captura, vê em que estado está e consulta o histórico de tudo o que vos aconteceu. É onde vive a rastreabilidade.
- Chat. Para dúvidas rápidas e consultas curtas sem bloquear uma linha telefónica. Bem usado, alivia imenso volume menor.
O canal importa porque marca a prioridade à saída: um servidor em baixo avisa-se por telefone, não por um email que talvez ninguém leia até à tarde. E há uma razão menos óbvia: se cada pessoa pede ajuda por sua conta, ninguém tem a fotografia completa do que se avaria e com que frequência. Centralizar a entrada converte incidentes soltos em dados que servem para que deixem de se repetir.
A viagem de um ticket, passo a passo
É aqui que se vê se um suporte está montado ou improvisado. Um ticket não é «alguém olha para o seu problema»: é um objeto com estado, dono e relógio. Sigamos um do princípio ao fim com um caso de um escritório qualquer.
1. Registo. Liga porque três pessoas da contabilidade não conseguem carregar a pasta partilhada. O técnico abre o ticket, anota o que falha, quem afeta e desde quando. Esse registo não é papelada: é o que faz com que, se o problema salta entre técnicos, nenhum comece do zero.
2. Priorização. Nem todos os avisos valem o mesmo. Cruza-se o impacto (a quanta gente afeta) com a urgência (quanto custa que continue assim): a contabilidade sem faturação em plena fecho do mês é prioridade alta; um rato lento, não. Essa classificação decide o que se toca primeiro, e por isso tem de ser uma regra, não o humor do técnico de serviço.
3. Resolução à distância. O técnico liga-se a um equipamento, revê as permissões do grupo no servidor e vê que uma alteração recente deixou de fora metade do pessoal. A maioria dos incidentes —palavras-passe, correio, permissões, configurações, software— resolve-se aqui, sem que ninguém se desloque e em minutos. Este é o grosso do dia a dia.
4. Escalonamento. Se o de primeira linha não chega lá —o problema é de sistemas, redes ou arquitetura— o ticket sobe de nível com o diagnóstico já feito, não com um «não funciona» e mais nada. Um escalonamento com contexto é a diferença entre resolver em dez minutos e perder a tarde. É aqui que a manutenção informática bem estruturada se paga sozinha.
5. Visita presencial. Só quando o problema é físico e não há outra: um equipamento que não liga, um switch a substituir, cablagem, uma impressora que é preciso abrir. Um técnico desloca-se ao seu escritório. É o último recurso, não o primeiro, precisamente porque é o mais lento e caro.
E há um sexto passo que quase todos saltam: o fecho com causa raiz. Um bom suporte não fecha o ticket quando a contabilidade volta a trabalhar, mas quando evitou que voltasse a acontecer. Fechar o sintoma é fácil; fechar a causa é o que reduz os seus incidentes mês a mês.
O que é um SLA e porque muda tudo
Um SLA (Acordo de Nível de Serviço) é a parte do contrato onde o seu fornecedor se compromete por escrito a atendê-lo em tempos concretos consoante a gravidade. É o que separa um suporte sério do «depois ligo»: sem SLA, «atendemos rápido» não significa nada, porque rápido para eles pode ser amanhã.
Um SLA que vale a pena deixa claro isto:
- Tempo de resposta. Quanto demoram a pegar na sua ocorrência, não a resolvê-la. Diferente consoante a gravidade: uma quebra crítica não pode ter o mesmo compromisso que uma dúvida.
- Tempo de resolução objetivo. O prazo em que aspiram a deixá-lo a funcionar, com uma margem realista consoante o tipo de falha.
- Níveis de prioridade definidos. O que conta como crítico, alto, médio ou baixo, escrito de antemão e não negociado a quente de cada vez.
- Horário de cobertura. Das 9 às 18, ou 24/7, e quem cobre as escalas fora de horas. Um SLA sem horário claro é meio SLA.
- O que acontece se for incumprido. Um acordo sem consequências é uma promessa. Os bons SLA preveem o que sucede quando o compromisso não se cumpre.
«O mais depressa possível» não é um compromisso: é uma forma educada de não se comprometer com nada. O SLA existe precisamente para isso.
Repare que o compromisso forte é o tempo de resposta, não a resolução exata: ninguém pode prometer que um problema desconhecido se resolve em X minutos, mas sim que alguém lhe pega nesse prazo e não fica numa fila invisível. Essa garantia é a que lhe permite planear o negócio sabendo que, quando algo se avaria, há um relógio a correr do lado de quem lhe presta o serviço.
À distância ou presencial: quando cada um
A pergunta não é «à distância ou presencial?», mas «qual é que serve aqui?». Um bom serviço usa os dois e sabe quando mudar de um para o outro, sem lhe cobrar uma deslocação por algo que se resolve a partir de um teclado.
A assistência remota resolve a imensa maioria do dia a dia: é imediata, não depende de agendas e resolve tudo o que é software e configuração —palavras-passe, correio, permissões, instalações, servidores, cópias, rede. Se o seu fornecedor tem de ir de carro para repor uma palavra-passe, algo está mal montado.
O presencial entra quando o problema é físico ou o projeto o pede: um equipamento que não arranca, hardware a substituir, cablagem a mexer com as mãos ou a implementação de novos postos numa instalação. Que um fornecedor atenda em toda a Espanha com deslocação tarifada de antemão —e não improvisada— é o que lhe evita ficar em apuros no dia em que a falha não se resolve por cabo. O ideal é que o mesmo interlocutor cubra ambos os mundos, para que não explique o seu problema duas vezes.
Suporte com SLA e um só interlocutor: é assim que trabalha a MagicBoxDesk
Na MagicBoxDesk externalizamos o departamento de TI da sua empresa com tudo isto montado desde o primeiro dia: canais claros de entrada, tickets com estado e rastreabilidade, SLA por escrito com tempos consoante a gravidade, e resolução à distância para o dia a dia com deslocação aos seus escritórios em toda a Espanha quando o problema o exige. E sempre com um único interlocutor que conhece a sua infraestrutura, para que não repita o seu problema a um técnico diferente de cada vez. Pode ver o detalhe dos nossos serviços e de como funciona a nossa manutenção gerida.
Não vendemos horas soltas de técnico: montamos o fluxo que faz com que a sua operação não pare e que os incidentes deixem de aparecer. Diga-nos quantos postos têm e o que se avaria cada semana, e dizemos-lhe com que SLA o cobrimos. Peça um orçamento sem compromisso e deixamos-lho claro desde o princípio.
