Salesforce Health Check
O sistema já existe.
A questão é se ainda está bem construído.
3. Uma análise sistemática do ambiente Salesforce existente para identificar riscos, dívida técnica, problemas de usabilidade, dados não fidedignos e oportunidades de melhoria — antes de iniciar outro projeto.
4. Sinais de que uma Health Check é recomendada
5. Quando a inspeção compensa
- 6. Os utilizadores trabalham fora do sistema.
- 7. É difícil gerar relatórios fiáveis.
- 8. Pequenas alterações causam falhas.
- 9. Existem Flows ou código sem propriedade clara.
- 10. As permissões acumularam-se ao longo do tempo.
- 11. Dados duplicados ou em falta.
- 12. As integrações falham.
- 13. Os tempos de carregamento ou o desempenho foram afetados.
- 14. Os custos aumentam sem melhoria de valor.
- 15. Não há um Roadmap organizado.
- 16. Ninguém sabe ao certo o que pode ser eliminado ou alterado.
- 17. Diferentes equipas usam o sistema de diferentes maneiras.
Problemas que o serviço resolve
Quando a análise muda o cenário
Incerteza antes de um novo projeto
Antes de uma fase, integração ou transição para o Agentforce, um Health Check responde à pergunta: A base é suficientemente estável? Se não, o que precisa de ser corrigido primeiro?
Dívida técnica acumulada silenciosamente
Flows duplicados, código antigo, campos abandonados e perfis abertos. A análise expõe a dívida, prioriza e propõe um plano de correção faseado.
Baixa adoção por parte dos utilizadores
Quando o sistema existe, mas ninguém o utiliza realmente. A análise inclui entrevistas com utilizadores e análise da utilização real.
Custos de licença incertos
Utilizadores inativos, funcionalidades adquiridas mas não implementadas e módulos duplicados. A análise identifica poupanças reais.
18. O que é examinado
19. Oito áreas de inspeção
Arquitetura
20. Modelo de dados, Objects, Relationships, Scalability, Technical Debt.
21. Automatizações e código
22. Flows, Apex, Triggers, LWC, Dependências, Erros e Manutenibilidade.
23. Permissões e segurança
24. Profiles, Permission Sets, Sharing, Roles, acesso a informações sensíveis, permissões redundantes.
25. Dados
26. Duplicações, Campos Vazios, Estrutura de Dados, Qualidade da Informação, Fontes de Verdade e Política de Retenção.
27. Usabilidade e Adoção
28. Ecrãs, número de passos, campos desnecessários, uso real e processos que ignoram o sistema.
29. Relatórios e Métricas
30. Fiabilidade dos Relatórios, KPIs, Dashboards e Consistência entre Departamentos.
Integrações
31. Falhas, Monitoring, Retry, Ownership, Segurança e Limites da API.
32. Licenças e Custos
33. Utilização de licenças, utilizadores inativos, funcionalidades adquiridas e não utilizadas.
Processo de trabalho
Sete passos organizados
- 01Kickoff e acesso ao ambiente
- 02Análise automática de Meta-dados
- 03Entrevistas com as partes interessadas
- 04Análise da utilização real
- 05Verificação de integrações e registos
- 06Elaboração do relatório e recomendações
- 07Reunião de apresentação à gestão
10. O que é recebido
34. Resultados claros para a tomada de decisões
Executive Summary
35. Resumo executivo para a tomada de decisões.
36. Relatório de descobertas classificadas
37. Por gravidade, impacto e esforço.
Quick Wins
38. Melhorias de valor rápido.
39. Riscos chave
40. Lacunas que requerem tratamento pré-clínico.
41. Recomendações de arquitetura
42. Direções para a melhoria estrutural do sistema.
43. Roteiro (Roadmap) para melhoria
44. Divisão em fases e priorização.
Ponto de decisão
Breve análise de adequação antes de encomendar um Health Check completo
Numa breve chamada, determinaremos se é preferível um Express Health Check, um Deep-Dive ou um acompanhamento de uma decisão individual.
Considerações para a decisão
Três decisões que determinam o valor da análise
Profundidade da análise
Um Express em uma semana para uma visão geral, versus um Deep-Dive de quatro semanas que inclui análise de código e arquitetura. A escolha depende do tamanho do sistema e das questões em aberto.
Quando realizar um Health Check
Antes de uma nova fase, antes de uma transição para o Agentforce, após uma mudança de fornecedor, ou quando os índices de adoção estão baixos por um longo período.
Quem implementa as correções
Poderá implementar internamente, através de outro parceiro ou continuar connosco. Elaboramos o relatório para que qualquer profissional possa agir de acordo.
Erros comuns
O que ter em atenção durante a verificação
- Depender apenas do Health Check integrado do Salesforce sem verificar o aspeto processual.
- Corrigir uma única descoberta sem compreender a causa arquitetónica.
- Iniciar um grande projeto de expansão antes de conhecer o estado da base.
- Confiar apenas num administrador interno para autodiagnóstico — é difícil auditar o sistema que se mantém.
27. Perguntas frequentes
Salesforce Health Check — Perguntas Frequentes
O próximo passo