A queda aconteceu de madrugada. Pela manhã, o técnico já tinha o servidor de volta no ar — arquivos, sistema de gestão, tudo restaurado. E mesmo assim a empresa ficou mais um dia parada, porque ninguém sabia por onde continuar: qual sistema ligar primeiro, quem avisava os clientes do atraso, quem tinha autoridade para dizer "esquece o conserto, vamos para o plano alternativo".
O NIST — o instituto de padrões técnicos do governo dos Estados Unidos — descreve essa etapa, no seu guia de planejamento de contingência, como um processo em fases: primeiro alguém precisa ser avisado e decidir ativar o plano; depois vem a recuperação propriamente dita, sistema por sistema, numa ordem definida antes; só no fim vem a volta à operação normal. O mesmo guia chama atenção para um detalhe que a maioria das empresas ignora: as cópias desse plano, com a lista de quem avisar e em que ordem, precisam estar guardadas num lugar que sobrevive à própria queda — porque o sistema que guarda esse arquivo pode ser justamente o que caiu.
Para quem decide numa empresa pequena ou média, o dinheiro que se perde entre o servidor voltar e a empresa voltar a faturar raramente está no backup em si. Está na hora que alguém passa procurando um telefone, decidindo sozinho o que já devia estar decidido, e explicando ao cliente um atraso que já devia ter um aviso pronto.
Voltar o servidor não é voltar a empresa
Uma pane grave — um ataque que embaralha os arquivos, uma falha de hardware, um alagamento na sala de servidores — tira o sistema do ar por mais que algumas horas. O backup, quando existe e funciona, resolve a parte técnica. Não resolve quatro perguntas que continuam em aberto: o que volta primeiro, quem fala com o banco e com os fornecedores, a que hora se desiste de consertar, e onde está a lista de contatos se o sistema que a guardava é o que caiu.
Uma pesquisa da Veeam de 2025, com empresas ao redor do mundo que haviam sido atacadas por ransomware — o sequestro de dados em que um programa embaralha os arquivos e cobram resgate para devolver — no ano anterior, mediu exatamente essa lacuna. Apenas 30% delas tinham definido, antes do ataque, uma cadeia de comando para lidar com a crise. E só 26% tinham um processo já pronto para orientar as decisões mais críticas sob pressão. A maioria decide na hora — no pior momento possível para decidir bem.
O mesmo levantamento encontrou um número que ajuda a entender por que isso acontece: 69% dessas empresas achavam que estavam preparadas antes de serem atacadas. Depois do ataque, essa confiança caiu mais de 20 pontos percentuais. O que existia no papel não aguentou o teste real — muitas vezes porque o "plano" era só uma rotina de cópia de segurança, sem a parte de decisão.
Há um sinal de melhora, e ele aponta na mesma direção. O relatório de 2025 da Sophos, com 3.400 líderes de TI e segurança em 17 países cujas empresas tinham sido atacadas por ransomware no ano anterior, encontrou que 53% delas voltaram a operar dentro de uma semana — mais que o dobro do índice registrado em 2024. A melhora não veio só de backup mais rápido: veio de empresas que já tinham ensaiado a resposta, não apenas guardado a cópia dos dados.
O jeito comum não é um plano
O jeito comum de lidar com o dia da pane segue mais ou menos o mesmo roteiro em toda empresa que não parou para pensar nisso antes. A empresa confia que, se o backup existir, o resto se resolve sozinho. Decide-se na hora quem liga para quem, geralmente a pessoa mais calma que está por perto naquele momento. E a coordenação da resposta acontece pelo mesmo e-mail corporativo ou pelo mesmo aplicativo de mensagens da empresa — que, se o servidor caiu, também pode estar fora do ar.
A lista de contatos importantes — telefone do gerente do banco, do fornecedor crítico, do cliente que precisa ser avisado primeiro — costuma morar dentro do próprio computador que caiu, ou só na cabeça de quem sempre resolveu isso. Quando essa pessoa está de férias, dormindo ou também afetada pela pane, a lista não existe para mais ninguém.
O guia da CISA — a agência de segurança de infraestrutura dos Estados Unidos — sobre planos de resposta a incidente é direto quanto a isso: imprima o documento e a lista de contatos associada, e entregue uma cópia a cada pessoa que vai ter um papel na crise, porque o e-mail, o chat e o armazenamento de documentos da empresa podem estar fora do ar justamente quando são mais necessários. O mesmo guia descreve dois papéis que costumam faltar numa empresa pequena: alguém responsável só por conduzir a resposta e tomar decisão — sem acumular a parte técnica — e alguém responsável só por falar com quem está de fora, como clientes e fornecedores. Sem essa divisão, a mesma pessoa que tenta consertar o servidor também tenta lembrar o telefone do banco, e faz as duas coisas mal.
O que precisa existir na prática
Um plano de recuperação que funciona no dia ruim se define por decisões tomadas antes, não pelo tamanho do backup guardado em algum lugar.
A ordem de religamento escrita, sistema por sistema. Decidido com antecedência o que volta primeiro — o sistema financeiro, o e-mail, o que atende o cliente — em vez de descoberto na hora, entre quem grita mais alto na sala.
Uma pessoa com autoridade para decidir, não uma reunião. Alguém pode dizer "para de tentar consertar, muda para o plano alternativo" sem precisar reunir todo mundo para votar — e essa pessoa está definida antes, com um substituto claro para quando ela não estiver disponível.
Uma hora combinada para virar a chave. Um limite definido com antecedência — "se até tal horário não estiver resolvido, ativamos o plano alternativo" — para a decisão não depender do otimismo de quem está tentando consertar.
A lista de contatos guardada fora do sistema que pode cair. Nome, telefone e ordem de prioridade de quem avisa o banco, quem fala com o cliente e quem aciona o fornecedor — em papel ou num lugar que não depende do servidor que caiu.
Um aviso pronto para o cliente, faltando só a data e a hora. Um texto já escrito com antecedência, para avisar do atraso sem precisar compor frase durante a crise e sem parecer improviso.
É assim que a Skills IT trabalha: com a ordem de religamento definida antes da pane, um responsável claro pela decisão de mudar de plano, e a lista de contatos guardada fora do ambiente que pode cair.
O que se ganha em decidir antes
O ganho de já ter decidido isso antes é operacional e financeiro ao mesmo tempo. Menos tempo perdido em indecisão significa menos hora parada — e hora parada é pedido não faturado, funcionário esperando instrução e retrabalho depois. Cliente avisado a tempo, com um texto que já existia, tende a aceitar o atraso; cliente que descobre pelo silêncio tende a procurar outro fornecedor.
Há também um ganho em quem decide sob pressão. A mesma pesquisa da Veeam citada acima encontrou que as empresas com melhores resultados depois de um ataque tinham, com mais frequência, justamente os elementos de decisão — cadeia de comando definida, processo pronto para as escolhas mais difíceis — dentro do próprio plano, e não só a parte técnica de cópia e restauração. Ter isso escrito não evita a pane. Evita que a pane vire duas crises: a técnica, que a equipe resolve, e a de decisão, que continua sem dono.
Cinco perguntas para levar à próxima reunião
Antes de escrever mais um documento, vale testar se as respostas já existem — e se duas pessoas diferentes, perguntadas em separado, dão a mesma resposta.
- Se o servidor cair hoje, qual sistema volta primeiro? Se a resposta variar de pessoa para pessoa, a ordem não está definida — está na cabeça de cada um.
- Quem tem autoridade para decidir mudar de plano, e quem é o substituto dessa pessoa? Se a resposta for "a gente se reúne e decide", ainda não existe um plano — existe uma reunião prometida.
- Onde está a lista de contatos se o sistema que a guarda também cair? Papel, um serviço separado do servidor, o celular pessoal de alguém — qualquer lugar que não dependa do que caiu.
- Existe um horário combinado para desistir do conserto e mudar de estratégia? Sem esse limite, a decisão fica refém do otimismo de quem está tentando resolver.
- Existe um aviso pronto para o cliente, faltando só a data e a hora? Se a resposta for "a gente escreve na hora", o cliente vai perceber o improviso — e vai lembrar disso na próxima negociação.
