Um site antigo não precisa automaticamente ser reconstruído, e uma interface nova não resolve conteúdo ou operação defeituosos. Reúna evidências sobre tarefas que falham, custos de manutenção, segurança, acessibilidade e resultado comercial. Compare o custo e risco da reforma com correções incrementais.
Liste problemas observáveis
Registre tarefas que clientes não conseguem concluir, páginas desatualizadas, erros recorrentes e dependências sem suporte. Fale com quem atende e mantém o site. Use dados de busca e uso como sinais, lembrando que tráfego baixo pode ter causas fora do design.
Defina o que precisa permanecer
Inventarie endereços importantes, conteúdo que gera demanda, integrações, formulários, contas, dados e restrições legais. Marque requisitos obrigatórios e o que pode ser simplificado. Mudanças de URL ou plataforma exigem plano de redirecionamento, teste e responsáveis.
Compare alternativas
Estime cenário mínimo de correção e cenário de reformulação. Compare esforço, riscos, dependências, acessibilidade, desempenho e facilidade de atualização. Escolha por critérios de aceite, não por preferência estética. Se o problema está em poucas páginas, um piloto pode reduzir incerteza antes da troca geral.
Decisão documentada
Problema; evidência; alternativa; impacto; dependências; custo de atraso; critério para dizer que a mudança resolveu.