Quando o pedido de suporte da empresa chega direto no celular do técnico, alguém resolve — geralmente rápido, geralmente bem. O problema não é a velocidade. É o que fica depois que a conversa é fechada: nada. Nenhum número de chamado, nenhuma categoria, nenhuma data de abertura e de fechamento, nenhum motivo escrito em lugar nenhum. Só a lembrança de quem atendeu.

Isso importa mais do que parece porque uma mensagem de WhatsApp trocando informação de um cliente, de um funcionário ou de um sistema interno é, na prática, um dado pessoal trafegando por um aplicativo fora do controle da empresa — no celular pessoal de alguém. Se esse aparelho for perdido, roubado ou trocado sem cuidado, quem responde pelo que aconteceu com aquele dado é a empresa, não a pessoa dona do celular.

Para quem aprova o orçamento de TI, a pergunta não é "o suporte por WhatsApp funciona?" — funciona, e é por isso que ele se espalhou. A pergunta é: quando o mesmo problema aparecer pela quinta vez este ano, alguém vai saber disso? E se um dado sumir dentro daquela conversa, a empresa vai descobrir a tempo de avisar quem precisa ser avisado?

O pedido que some no meio de mil mensagens

Numa empresa pequena ou média sem canal de chamados, o caminho mais curto para o suporte vira o número de celular de quem resolve as coisas. Existe um grupo da empresa no WhatsApp, ou pior: cada funcionário manda mensagem direto para quem já ajudou antes. O técnico responde de onde estiver, resolve o que dá para resolver por ali, e segue para a próxima mensagem.

O que se perde nesse caminho não é o atendimento — é o rastro dele. Não existe hora de abertura, hora de fechamento, nome de quem pediu, nem o que foi feito para resolver. Um mês depois, ninguém sabe dizer quantos pedidos houve, nem qual sistema, computador ou fornecedor consumiu mais tempo da equipe.

O risco não para na organização interna. Segundo a Autoridade Nacional de Proteção de Dados (ANPD), um incidente de segurança é qualquer evento confirmado que comprometa a confidencialidade, a integridade ou a disponibilidade de um dado pessoal — inclusive por acidente, como enviar uma informação para o destinatário errado. Quando isso é confirmado e pode gerar risco relevante para quem é dono do dado, a empresa tem até três dias úteis para avisar a ANPD e as pessoas afetadas.

Uma conversa de suporte no WhatsApp pessoal de um funcionário costuma carregar justamente esse tipo de informação: nome de cliente, número de contrato, print de tela com dado de um sistema interno, às vezes até uma senha digitada às pressas para o técnico resolver mais rápido. Se o celular daquele funcionário for perdido, roubado ou trocado sem cuidado, a empresa é quem responde — e o prazo de três dias só é possível de cumprir se alguém souber que aquilo aconteceu. Um canal que não fica registrado em lugar nenhum da empresa é, por definição, um canal que ninguém está observando.

Por que o grupo da empresa no zap não resolve

O jeito comum de organizar isso é confiar na boa vontade de quem responde rápido. Funciona enquanto essa pessoa está disponível. O problema aparece na primeira falta: técnico de férias, mudança de emprego, ou só um dia cheio demais para responder tudo. Sem registro, o histórico do que aquele cliente já teve de problema, do que já foi tentado e do que resolveu de verdade vai embora com quem atendia.

Sem chamado, também não existe prioridade. Uma impressora travada e um sistema de vendas fora do ar chegam do mesmo jeito: uma mensagem de texto, no meio de outras cem. Quem responde decide na hora, pelo que parece mais urgente ali, sem nenhum critério além da sensação do momento.

Isso não é falha de quem atende pelo WhatsApp — é a ausência de uma estrutura por trás dessa pessoa. O State of Ransomware 2026, da Sophos, ouviu mais de duas mil responsáveis por TI no mundo atingidos por sequestro de dados e viu que 58% deles citaram falta de gente ou de competência técnica como um dos fatores que abriram a brecha. Não é sobre gente ruim: é sobre operação sem processo por trás — e um canal de suporte sem registro é exatamente isso, trabalho sério feito sem nenhum processo por trás.

O maior custo, porém, é não enxergar o padrão. Se o mesmo problema aparece toda semana — a mesma impressora, o mesmo sistema lento, a mesma senha esquecida —, cada mensagem some individualmente no fim da conversa. Ninguém junta as cinco vezes numa causa só, porque as cinco vezes nunca ficaram no mesmo lugar. O problema continua sendo tratado como novo, quando já é crônico.

O que precisa existir na prática

Um suporte que vira número para decidir se apoia em mecanismos simples, não em boa vontade.

Um canal único para abrir chamado. Não é o WhatsApp pessoal do técnico; pode ser um número corporativo, um formulário ou um e-mail, mas precisa existir um só caminho, com registro automático de quando foi aberto e por quem.

Categoria e causa em todo chamado fechado. O que aconteceu, o que foi feito para resolver, e para qual sistema ou equipamento. Sem isso, o quinto chamado sobre a mesma impressora nunca vira uma decisão de trocar a impressora.

Prioridade combinada antes da urgência bater. O que é "sistema fora do ar" e o que é "impressora travada" definido com antecedência, não decidido no calor de uma mensagem de pânico.

Histórico visível por cliente ou por área. Qualquer pessoa da equipe — não só quem atendeu da última vez — consegue abrir o histórico e entender o que já foi tentado antes de tentar de novo.

Um relatório simples todo mês. Quantos chamados, de que tipo, quanto tempo levaram. É o que transforma "impressão" em decisão de investir ou trocar de fornecedor.

É assim que a Skills IT trabalha: todo chamado é registrado com causa e solução, e o que se repete vira ação preventiva, dentro do plano contratado.

O ganho para a empresa

O ganho de registrar cada pedido não é visível no dia a dia — ele aparece no mês em que alguém precisa decidir alguma coisa. Trocar de fornecedor, comprar um equipamento novo, ou reforçar o suporte: toda essa decisão fica mais fácil quando existe um número real por trás, em vez de "a impressão que a gente tem" — é esse tipo de número que um provedor de serviços gerenciados como a Skills IT entrega todo mês a quem contrata o serviço.

Também sobra menos tempo perdido reconstruindo o que já aconteceu. Sem chamado registrado, toda vez que alguém pede para revisar um problema antigo, a equipe recomeça do zero — perguntando de novo o que já foi perguntado, tentando de novo o que já não funcionou.

E existe o ganho que só aparece quando algo dá errado: se um dado de cliente circular por um canal sem controle e um problema acontecer, a diferença entre "a empresa sabia e avisou dentro do prazo" e "a empresa só descobriu meses depois" é enorme. O relatório Cost of a Data Breach, da IBM, mediu que as empresas levaram em média 241 dias para identificar e conter uma violação de segurança em 2025 — o menor prazo em nove anos, e ainda assim, oito meses. Quanto mais um canal de trabalho fica fora do que a empresa consegue enxergar, mais tempo esse tipo de problema demora para aparecer.

Um roteiro para começar

  1. Escolha um canal único e avise todo mundo. Pode ser um número corporativo de WhatsApp Business, um formulário simples ou um e-mail — o importante é que só exista um caminho, e todo mundo saiba qual é.
  2. Feche todo chamado com causa e solução escritas. Duas frases bastam: o que aconteceu e o que foi feito para resolver. É o que vira decisão daqui a seis meses.
  3. Combine prioridade antes de precisar dela. Defina com a equipe o que é urgente e o que pode esperar, antes que a próxima mensagem de pânico decida isso sozinha.
  4. Revise o relatório de chamados todo mês. Poucos minutos por mês para ver o que se repete já muda a conversa de "conserta de novo" para "troca de vez".
  5. Confirme onde o dado de cliente pode e não pode circular. Se a resposta ainda é "no zap do fulano", esse é o primeiro ponto a corrigir.