E se a tecnologia apagasse amanhã? Seu processo sobreviveria?
Foto de capa: Hemant Kanojiya no Unsplash.
Segunda-feira, 8h02
Imagine a cena. Você chega à empresa, abre o notebook e nada acontece. Não é lentidão, não é uma mensagem de erro com um código que o suporte saberia traduzir. É silêncio. O ERP não responde, o e-mail não carrega, o chat está mudo, a nuvem não existe. No corredor, alguém tenta o celular: sem sinal de dados. Alguém lembra do telefone fixo, e percebe que ele também depende de um servidor.
Essa história parece exagero, mas não é tão ficcional quanto gostaríamos. Em julho de 2024, uma atualização defeituosa de um software de segurança deixou milhões de computadores Windows fora do ar no mundo todo: aeroportos, hospitais, bancos, varejo. Em outubro de 2025, uma falha em uma região de um grande provedor de nuvem derrubou, em cascata, serviços que nem sabiam que dependiam dela. Nenhum dos dois foi o "apagão total" do nosso exercício. Foram apenas ensaios, pequenos o bastante para termos voltado ao normal em horas, e grandes o bastante para mostrar o que acontece quando o chão some.
Vale então fazer a pergunta com calma, como quem faz um experimento mental: e se a tecnologia simplesmente apagasse?
O que aparece quando a luz se vai
Existe uma frase atribuída a vários pensadores, de formas diferentes, que diz que só enxergamos a estrutura de uma casa quando ela está em ruínas. Com processos de empresas é parecido. Enquanto o sistema funciona, ele esconde o processo: ninguém precisa saber por que o pedido passa por aprovação, quem decide quando o valor passa de determinado limite, o que acontece se o fornecedor não responde. O software sabe. O software lembra. O software cobra.
No apagão, a memória da empresa fica exposta, e aí vem a primeira descoberta desconfortável: boa parte do que chamamos de "processo" nunca esteve escrito em lugar nenhum. Estava embutido na ferramenta.
A pergunta "como a gente faz isso mesmo?" deixa de ser retórica. Cada área passa a depender de quem estava lá há mais tempo, de um caderno esquecido na gaveta, de uma planilha impressa em 2022. Surgem os dois tipos de empresa que todo imprevisto revela:
- A que depende de pessoas-chave e da sorte. O conhecimento mora na cabeça de três ou quatro heróis. Se eles estiverem presentes e calmos, a operação manca, mas anda. Se não estiverem, ela para.
- A que depende de processos mapeados. Alguém sabe o que fazer porque está documentado: quem aprova, em que ordem, com qual critério, qual é a alternativa quando o canal principal cai.
A diferença entre as duas não é investimento em tecnologia. Curiosamente, é o contrário: a segunda empresa pode até ter menos ferramentas, mas sabe o que cada uma delas faz por ela.
O que o apagão faria com as operações
Pensando no lado mais técnico, o impacto não é uniforme. Alguns processos degradam com elegância; outros desabam.
Os que degradam com elegância têm um "modo manual" conhecido. A loja que sabe emitir comprovante em papel e conciliar depois. O almoxarifado que consegue separar um pedido por uma lista impressa. O setor de compras que tem os contatos dos fornecedores fora do sistema, e sabe pedir uma cotação por telefone, com os mesmos critérios que usaria no sistema.
Os que desabam têm três características em comum:
- Dependência oculta. Ninguém sabia que aquele fluxo precisava de um serviço específico até ele cair.
- Regra sem dono. O critério de decisão estava só na configuração do sistema, e ninguém sabe reconstruí-lo.
- Sem ponto de retorno. Quando a tecnologia volta, ninguém sabe o que foi feito no intervalo, e reconciliar o que aconteceu vira uma segunda crise, às vezes pior que a primeira.
Esse último ponto é pouco falado. O apagão em si dura horas ou dias. A volta é o que cobra o preço: pedidos duplicados, aprovações perdidas, compromissos assumidos sem registro. Sem um processo mapeado, a recuperação é arqueologia.
A naturalidade do imprevisto
Aqui a conversa deixa de ser técnica e vira filosófica. Passamos a vida tentando eliminar o imprevisto, e o imprevisto continua chegando. Os estoicos já diziam, há dois mil anos, que o sábio não é aquele que evita o acaso, mas aquele que o espera. Sêneca recomendava a premeditatio malorum: imaginar, com antecedência, o que pode dar errado, para que a surpresa não seja também paralisia.
Há uma ideia parecida no pensamento sobre sistemas: a diferença entre robusto e antifrágil. O robusto resiste ao choque. O antifrágil melhora com ele. Uma empresa não precisa ser invulnerável a um apagão (ninguém é), mas pode ser o tipo de organização que, depois dele, sabe mais sobre si mesma do que sabia antes.
Imprevistos não são falhas do mundo. São o mundo. Servidor cai, fornecedor atrasa, pessoa adoece, lei muda, cliente cancela. O que é evitável não é o imprevisto, é a improvisação desinformada diante dele. Improvisar é bom quando você domina a partitura. Quando não há partitura, é só barulho.
Mapear não é burocratizar
Existe uma resistência legítima a falar de "mapeamento de processos". Todos já vimos fluxogramas gigantes, impressos e esquecidos, criados para uma auditoria e abandonados em seguida. Esse tipo de documento realmente é inútil, porque nasceu para ser mostrado, e não para ser usado.
Um processo mapeado de verdade responde a poucas perguntas, e responde bem:
- Por que isso existe? (qual problema resolve)
- Quem faz, quem aprova, quem é a segunda opção?
- Com que critério se decide?
- O que fazer quando o caminho normal não está disponível?
- Como voltar ao normal sem perder o que aconteceu no meio?
Se você consegue responder isso sem abrir nenhum sistema, a tecnologia deixa de ser uma muleta e volta a ser o que deveria ser: um acelerador. Tecnologia é meio. Mas só é meio de verdade para quem conhece o fim.
Um teste simples para esta semana
Você não precisa de um simulado de desastre para começar. Escolha um processo crítico da sua empresa, por exemplo, aquele em que um atraso custa dinheiro, e faça três perguntas ao time responsável:
- Se o sistema ficasse fora por um dia, o que faríamos?
- Isso está escrito em algum lugar que não dependa do próprio sistema?
- Quando tudo voltasse, como saberíamos o que foi feito no intervalo?
Se a resposta for um silêncio constrangido, ótimo. Você acabou de encontrar o ponto mais valioso do seu planejamento do próximo trimestre, sem precisar de um apagão para isso.
Onde a Bludot entra
Na Bludot, a gente leva essa pergunta a sério porque trabalha justamente no ponto onde processo e tecnologia se encontram. Nosso dia a dia é cotação, fornecedor, aprovação, condição de pagamento, ordem de serviço: rotinas que parecem simples, até que alguém precisa explicar por que são feitas daquele jeito. O Easy Cotação nasceu da ideia de que o sistema deve organizar o processo que a empresa já entende, e não substituir o entendimento que ela nunca teve.
Por isso, a primeira conversa com quem quer automatizar algo costuma ser sobre o desenho do processo, e só depois sobre a ferramenta. Tecnologia que automatiza um processo confuso apenas produz confusão mais rápida. E tecnologia que se apoia num processo claro é a que sobrevive, inclusive, ao dia em que ela mesma falha.
Se você quer começar esse mapeamento na sua operação de compras e cotações, vem conversar com a gente. O melhor momento para descobrir o que o seu processo faz sem a tecnologia é antes de a luz apagar.
Conclusão
O apagão total provavelmente nunca virá. Mas pequenos apagões vêm todo ano, e cada um deles é uma pergunta feita à nossa organização: você sabe quem é? A empresa que sabe responder isso, em papel, em voz alta, com calma, tem algo que nenhuma infraestrutura pode garantir: a capacidade de continuar sendo ela mesma quando a infraestrutura falha.
Mapear processos não é prever o futuro. É aceitar, com serenidade, que ele não será previsível, e preparar a casa para isso.
Obrigado por ter chegado até aqui, e até a próxima semana!
Álisson Rodrigues Teles
CEO & Fundador da Bludot