La Respuesta Breve
El inicio de sesión (Login) demuestra que alguien accedió al sistema. Sin embargo, no prueba que se haya trabajado dentro de él, que los datos ingresados sean fiables o que el directivo pueda tomar una decisión basándose en ellos. Una organización que reporta un 92% de Logins y, al mismo tiempo, gestiona su pronóstico en Excel, no ha adoptado Salesforce; solo lo ha abierto.
Una métrica de adopción útil responde a una pregunta clave: ¿El proceso de negocio se ejecuta de principio a fin dentro del sistema, con una calidad que permite confiar en él? De esta premisa se derivan cuatro niveles de medición: acciones principales, calidad de los datos, velocidad del proceso y resultado de negocio.
Tres Niveles de Adopción
| Nivel | Qué se mide | Ejemplo | Qué significa |
|---|---|---|---|
| Presencia | Login, tiempo de permanencia | El 92% inició sesión esta semana | Casi nulo |
| Uso activo | Acciones principales por rol | El 78% de las oportunidades actualizadas en 7 días | El proceso está en marcha |
| Valor | Resultado de negocio + calidad | Desviación del pronóstico disminuyó del 31% al 12% | La adopción generó valor |
La mayoría de las organizaciones se quedan en el primer nivel porque es el único disponible sin esfuerzo adicional. Los dos niveles siguientes requieren una decisión preliminar: definir cuál es la "acción principal" para cada rol.
Cómo Definir una Acción Principal
Una acción principal es aquella sin la cual el proceso se interrumpe. No es la acción más frecuente, sino la más crítica. Para un representante de ventas, suele ser la actualización de la etapa y la fecha de cierre; para un gerente de ventas, es la revisión semanal del Pipeline dentro de Salesforce; para un agente de servicio, es el cierre de un Case con un código de motivo correcto.
La regla práctica es: si la acción no se realizó, alguien en la cadena de valor trabajará con información incorrecta. Si nadie se ve afectado por la omisión, no es una acción principal y, a veces, ni siquiera debería ser un campo obligatorio.
Para cada rol, se define una o dos acciones principales, se documentan explícitamente en la descripción del puesto y se mide el porcentaje de usuarios que las realizaron en el plazo relevante para el proceso.
Capa de Calidad de los Datos
Una acción mal realizada puede ser peor que una acción no realizada, ya que genera una falsa confianza. Por ello, cada métrica cuantitativa debe ir acompañada de una cualitativa:
- Porcentaje de oportunidades con fecha de cierre en el pasado: métrica de obsolescencia del Pipeline.
- Porcentaje de Cases cerrados con un código de motivo genérico tipo "otro": métrica de categorización deficiente.
- Porcentaje de clientes sin una persona de contacto activa: métrica de datos maestros incompletos.
- Porcentaje de registros duplicados creados manualmente: métrica de fallo en el proceso de entrada.
Estas cuatro métricas revelan en una semana si el sistema está siendo utilizado de forma genuina o solo de forma ceremonial. Puede encontrar más información sobre cómo corregir la causa raíz en Mejora de la adopción de Salesforce.
Segmentación: El promedio engaña
Un promedio organizacional del 70% de adopción puede esconder un equipo con un 95% y otro con un 20%. Toda medición debe ser segmentada al menos por tres criterios:
- Rol: Representante, Gerente, Back Office. Cada uno tiene expectativas diferentes.
- Equipo o Gerente Directo: La mayor diferencia en la adopción casi siempre reside en el gerente directo, no en la capacitación.
- Antigüedad en el sistema: Los usuarios que se incorporaron después del Go Live no recibieron la misma capacitación, y sus datos reflejan el proceso de incorporación.
Cuando la brecha entre el equipo líder y el equipo rezagado es más del doble, el problema es de gestión y no sistémico, por lo que la inversión adecuada es en la capa de gestión, no en un desarrollo adicional.
Baseline: El error que no se puede corregir a posteriori
Una métrica sin un punto de referencia es un número sin significado. El Baseline se mide antes del cambio, incluso si se hace manualmente o se estima. Pregúntese: ¿cuánto tiempo toma hoy cerrar un Case? ¿Cuántas oportunidades se actualizan a tiempo? ¿Cuál ha sido la desviación del pronóstico en los últimos tres trimestres?
Si el Baseline no se midió antes del lanzamiento, se puede reconstruir parcialmente a partir de datos históricos, pero no se pueden recrear métricas de comportamiento. Esta es la razón por la que la medición de la adopción es una decisión de la fase de planificación, no de la fase de Go Live.
Del Hallazgo a la Acción
La siguiente tabla relaciona hallazgos comunes con la acción correcta. La lógica es: casi ningún hallazgo de adopción se resuelve con capacitación adicional.
| Hallazgo | Causa Raíz Probable | Acción Recomendada |
|---|---|---|
| Logins altos, acciones principales bajas | El sistema no está en el flujo de trabajo diario | Integración en el proceso: alertas, Path, listas de trabajo |
| Acciones realizadas pero con semanas de retraso | No hay un ciclo de gestión que dependa de los datos | Revisión semanal del Pipeline desde un Dashboard |
| Calidad baja en un campo específico | El campo no es relevante o no es claro | Reducir, cambiar a un Picklist o eliminar |
| Un solo equipo rezagado | Gerente directo que no utiliza el sistema | Trabajar con el gerente, no con el equipo |
| Todos los campos completados, pero la dirección no confía | Desalineación entre la métrica y la pregunta de negocio | Redefinir la métrica de resultado |
Cómo se ve en un Informe Mensual
Un buen informe de adopción cabe en una página: cuatro métricas con una tendencia de tres meses, segmentadas por equipo, tres hallazgos y tres acciones con su responsable y fecha. Sin acciones, es un informe de estado; con acciones, es una herramienta de gestión.
La relación entre la medición y el plan de trabajo organizacional se detalla en Gestión del cambio en Salesforce, y la planificación de la capacitación basada en los hallazgos se encuentra en Capacitación de Salesforce basada en roles.
Resumen
Las métricas de adopción no son un boletín de calificaciones para los usuarios; son un sistema de detección de fallos en el proceso. Si la medición no conduce a un cambio en el proceso, en la interfaz o en la capa de gestión, solo genera trabajo. Comience con cuatro métricas, segmente por equipo, establezca un Baseline y vincule cada hallazgo a una acción con un responsable.