A Resposta Concisa
Um Health Check é um diagnóstico baseado em evidências que dura de duas a seis semanas, culminando em três entregas: uma lista de descobertas classificadas por gravidade, um plano de "Ganhos Rápidos" (Quick Wins) para 30 dias e um Roteiro para investimentos de longo prazo. O que o torna valioso não é a amplitude da varredura, mas a evidência anexada a cada descoberta — um número, log ou gravação de tela — pois sem ela a discussão se torna uma disputa de opiniões.
Os Sete Eixos de Avaliação
| Eixo | O Que é Avaliado na Prática | Fonte da Evidência |
|---|---|---|
| Processo e Adoção | Se o processo documentado é o processo executado | Histórico de Login, Uso de Campos, Observação de Usuários |
| Modelo de Dados | Objetos desnecessários, campos sem uso, relacionamentos duplicados | Uso de Campos, Metadata API, Consultas de Amostragem |
| Automações | Sobreposições entre Flows, Triggers e Process Builder antigo | Metadata, Debug Logs, Análise da Ordem de Execução |
| Permissões e Segurança | Perfis inflados, regras de compartilhamento (Sharing Rules) conflitantes, acesso excessivo | Security Health Check, Atribuições de Permission Set |
| Integrações | Limites de API, falhas recorrentes, tratamento de erros | Event Monitoring, Logs de Middleware |
| Performance | Tempos de carregamento, consultas pesadas, Batches travados | Lightning Usage App, Apex Jobs |
| Custo e Licenciamento | Licenças não utilizadas, Armazenamento, serviços duplicados | Relatório de Licenciamento, Fatura vs. Uso Real |
Como Classificar a Gravidade
Uma classificação arbitrária torna o relatório inútil. O método que funciona: cada descoberta recebe duas pontuações de 1 a 5 — Impacto (o que acontece com o negócio se não for resolvido) e Frequência (quantas vezes por mês ocorre). O produto dessas pontuações determina a prioridade, e não a percepção de quão "feio" é o código. Uma descoberta com pontuação igual ou superior a 20 é tratada imediatamente; 12–19 é planejada para o próximo trimestre; abaixo de 12 é registrada e não tratada, a menos que seja de baixo custo para corrigir durante outro trabalho.
A separação mais importante no relatório é entre sintoma e causa raiz. "Usuários não preenchem o campo de motivo de perda" é um sintoma; a causa raiz pode ser que o campo não é obrigatório, que os valores não são relevantes para a área, ou que ninguém analisa o relatório baseado nele. Corrigir apenas o sintoma — tornando o campo obrigatório — produz dados ruins em vez de dados ausentes.
O Que é Entregue no Final
Uma entrega adequada inclui um documento de descobertas com evidências para cada item, uma matriz de gravidade, um plano de 30 dias onde cada item é executável sem uma mudança arquitetônica, e um Roteiro para um a dois trimestres com estimativas de esforço aproximadas. Além disso, é necessário um Registro de Decisões de três a cinco deliberações que a organização deve tomar — por exemplo, se deve unificar duas unidades de negócio em uma única Org — pois sem elas o Roteiro permanece imprevisível.
Para mais detalhes sobre as decisões pós-diagnóstico, consulte Reconstruir vs. Refatorar e Priorização de Débito Técnico.
Riscos Comuns e Ações Preventivas
O primeiro risco é um relatório que é lido como uma lista de acusações. Se as descobertas são formuladas como críticas à equipe interna, a organização se defende e não corrige. A formulação correta foca no estado atual e nos custos futuros, não na responsabilidade histórica.
O segundo risco é uma avaliação que termina sem um responsável. Cada descoberta deve ter o nome de uma pessoa e uma data, caso contrário o relatório se junta a uma pasta que ninguém abre. O terceiro risco é a amplitude excessiva: um diagnóstico que tenta cobrir sete eixos com profundidade total em duas semanas gera uma imagem superficial em todos eles. É preferível escolher três eixos para profundidade e marcar os restantes para a próxima rodada.
Como Medir o Sucesso
Um Health Check é bem-sucedido se, em 60 dias, pelo menos 70% dos itens do plano de 30 dias foram executados, se a administração aprovou orçamento para pelo menos um investimento de longo prazo, e se dois KPIs operacionais — por exemplo, a taxa de falhas de integração ou o tempo de carregamento de uma tela principal — melhoraram de forma mensurável em relação à linha de base estabelecida no início do diagnóstico.
Próximo Passo
Antes de solicitar uma avaliação, é aconselhável preparar três coisas: uma lista dos processos de negócio críticos, acesso de leitura a logs e metadados, e os nomes de três usuários reais cujo trabalho pode ser observado. Essas três ações encurtam o diagnóstico em cerca de uma semana e melhoram significativamente a qualidade das descobertas.