1. Descreva o sintoma sem adivinhar a causa
“O site caiu”, “o checkout travou” e “ficou lento depois da atualização” são relatos úteis, mas ainda são sintomas. Registre o que o usuário viu, em qual horário, navegador, dispositivo e rota.
2. Preserve o estado antes de alterar
Guarde logs, mensagens de erro, versões, horário do incidente, mudanças recentes e respostas de serviços externos. Alterar servidor, plugin, código ou DNS antes disso pode apagar o rastro necessário para entender o problema.
3. Separe ambiente, aplicação e dependências
- Ambiente: CPU, memória, armazenamento, DNS, TLS e disponibilidade.
- Aplicação: erros, regressões, deploys recentes e dependências internas.
- Integrações: pagamento, autenticação, APIs, webhooks e serviços de terceiros.
4. Monte uma linha do tempo
Compare o início do sintoma com deploys, atualizações, mudanças de configuração, picos de tráfego, incidentes do provedor e alterações em integrações. Uma linha do tempo ajuda a priorizar o que deve ser testado primeiro.
5. Reproduza com controle
Quando for seguro, tente reproduzir o comportamento sem fazer novas mudanças no ambiente principal. Registre cada teste, resultado e condição. Isso reduz o risco de confundir correlação com causa.
Quando vale pedir um diagnóstico independente?
Quando a equipe já tentou várias correções, o problema é intermitente, existem muitos serviços envolvidos ou ninguém consegue demonstrar por evidência por que a falha acontece, uma segunda análise estruturada pode reduzir retrabalho.
Quer organizar o caso antes de gastar mais?
Envie o problema para uma triagem inicial do AppEvidex. Nesta etapa não existe cobrança nem criação de pagamento.
Enviar caso para avaliação