Saltar al contenido
HPI — High Tech Professions Institute

Salesforce Health Check

El sistema ya existe.
La cuestión es si todavía está construido correctamente.

Una revisión sistemática de su entorno Salesforce existente para identificar riesgos, deuda técnica, problemas de usabilidad, datos no confiables y oportunidades de mejora, antes de comenzar otro proyecto.

Señales de que debería realizar un Health Check

Cuándo compensa la revisión

  • Los usuarios trabajan fuera del sistema.
  • Es difícil generar informes fiables.
  • Los pequeños cambios provocan fallos.
  • Existen Flows o código sin una propiedad clara.
  • Los permisos se han acumulado con el tiempo.
  • Datos duplicados o faltantes.
  • Las integraciones fallan.
  • Los tiempos de carga o el rendimiento se han visto afectados.
  • Los costos aumentan sin una mejora en el valor.
  • No hay un Roadmap organizado.
  • Nadie está seguro de qué se puede eliminar o cambiar.
  • Diferentes equipos utilizan el sistema de diferentes maneras.

Problemas que resuelve el servicio

Cuándo la revisión cambia la situación

Incertidumbre antes de un nuevo proyecto

Antes de una fase, integración o transición a Agentforce, el Health Check responde a la pregunta: ¿Es la base lo suficientemente estable? Si no, ¿qué debe repararse primero?

Deuda técnica que se ha acumulado silenciosamente

Flujos duplicados, código antiguo, campos abandonados y perfiles abiertos. La revisión expone la deuda, la prioriza y propone un plan de rectificación por fases.

Baja adopción por parte de los usuarios

Cuando el sistema existe pero nadie lo usa realmente. La revisión combina entrevistas con usuarios y análisis del uso real.

Costos de licencia poco claros

Usuarios inactivos, capacidades adquiridas no implementadas y módulos duplicados. La revisión identifica ahorros reales.

Qué se revisa

Ocho áreas de revisión

Arquitectura

Modelo de datos, Objects, Relationships, Scalability, Technical Debt.

Automatizaciones y código

Flows, Apex, Triggers, LWC, dependencias, errores y mantenimiento.

Permisos y seguridad

Perfiles, Conjuntos de permisos, Compartir, Roles, acceso a datos confidenciales, permisos redundantes.

Datos

Duplicidades, campos vacíos, estructura de datos, calidad de la información, fuentes de verdad y política de retención.

Usabilidad y adopción

Pantallas, número de pasos, campos superfluos, uso real y procesos que eluden el sistema.

Informes y métricas

Fiabilidad de los informes, KPIs, Dashboards y coherencia entre departamentos.

Integraciones

Monitorización de errores, reintentos, propiedad, seguridad y límites de API.

Licencias y costes

Uso de licencias, usuarios inactivos, capacidades adquiridas y no utilizadas.

Proceso de trabajo

Siete etapas ordenadas

  1. 01Kickoff y acceso al entorno
  2. 02Escaneo automático de metadatos
  3. 03Entrevistas con personas clave
  4. 04Análisis del uso real
  5. 05Comprobación de integraciones y registros
  6. 06Redacción del informe y las recomendaciones
  7. 07Reunión de presentación a la gerencia

Qué se obtiene

Resultados claros para la toma de decisiones

Executive Summary

Resumen ejecutivo para la toma de decisiones.

Informe de hallazgos clasificado

Según la gravedad, el impacto y el esfuerzo.

Quick Wins

Mejoras de valor rápido.

Riesgos clave

Lagunas que requieren atención previa.

Recomendaciones de arquitectura

Direcciones para la mejora estructural del sistema.

Hoja de ruta para la mejora

Escalonamiento y priorización.

Punto de decisión

Una breve comprobación de idoneidad antes de encargar una revisión completa del estado de salud.

En una breve conversación, entenderemos si es mejor una revisión Express Health Check, una inmersión profunda o asistencia para una decisión única.

Consideraciones de decisión

Tres decisiones que determinan el valor de la revisión

Profundidad de la revisión

Express en una semana para una visión general, versus un Deep-Dive de cuatro semanas que incluye análisis de código y arquitectura. La elección depende del tamaño del sistema y de las preguntas abiertas.

Cuándo realizar una revisión del estado de salud

Antes de una nueva fase, antes de pasar a Agentforce, después de cambiar de proveedor, o cuando los indicadores de adopción son bajos durante mucho tiempo.

Quién implementa las correcciones

Se pueden implementar internamente, a través de otro socio o continuar con nosotros. Redactamos el informe para que cualquier profesional pueda actuar en consecuencia.

Errores comunes

Qué es importante tener en cuenta durante la revisión

  • Confiar solo en el Health Check integrado de Salesforce sin comprobar el aspecto del proceso.
  • Corregir un hallazgo aislado sin entender la raíz arquitectónica.
  • Iniciar un gran proyecto de expansión antes de saber el estado de la base.
  • Confiar solo en un administrador interno para el autoanálisis — es difícil criticar el sistema que uno mismo mantiene.

Preguntas frecuentes

Salesforce Health Check — Preguntas frecuentes

Una revisión sistemática de un sistema Salesforce existente en ocho áreas: arquitectura, automatizaciones y código, permisos y seguridad, calidad de los datos, usabilidad y adopción, informes y métricas, integraciones, y licencias y costes. El resultado es un mapa de hallazgos clasificados con recomendaciones de acción.

El siguiente paso

No es necesario reconstruir.
A veces es necesario entender qué mantener y qué cambiar.