Los equipos de soporte suelen ser los primeros en saber cuándo un cliente está teniendo dificultades. Los picos en el volumen de tickets, los patrones de escalamiento cambian y el sentimiento se modifica. Pero ese conocimiento rara vez llega a los equipos de éxito del cliente a tiempo para evitar la pérdida de clientes.
Los puntajes de salud del cliente (Customer health scores) cierran esta brecha. Son métricas predictivas que combinan datos de soporte con el uso del producto, la participación y la calidad de la relación para marcar las cuentas en riesgo entre 60 y 90 días antes de que comiencen las conversaciones de renovación. Y con los activadores de tickets de Zendesk, puede automatizar las respuestas a estos puntajes directamente dentro de su flujo de trabajo de soporte.
Esta guía lo guía a través de la configuración de activadores que enrutan, etiquetan y escalan tickets según los puntajes de salud del cliente. Ya sea que esté comenzando desde cero o refinando la automatización existente, aprenderá cómo conectar las operaciones de soporte con los resultados de éxito del cliente.
¿Qué son los puntajes de salud del cliente y por qué usarlos en el soporte?
Un puntaje de salud del cliente es una métrica única, generalmente de 0 a 100 o rojo/amarillo/verde, que predice si un cliente renovará, expandirá o abandonará. Piense en ello como un puntaje de crédito para las relaciones con los clientes. Combina múltiples señales:
- Uso del producto (frecuencia de inicio de sesión, adopción de funciones) generalmente el 40% del puntaje
- Volumen y gravedad de los tickets de soporte ponderación del 10–20%
- Patrones de participación (apertura de correos electrónicos, asistencia a reuniones)
- Calidad de la relación (pulso del CSM, puntajes NPS)
Las interacciones de soporte son indicadores principales de la salud de la cuenta. Un cliente que presenta tickets frecuentes a menudo tiene dificultades con su producto. Las escalaciones señalan frustración. Los tiempos de resolución largos se correlacionan con una menor satisfacción. Cuando conecta estas señales a activadores automatizados, el soporte se vuelve proactivo en lugar de reactivo.
Para los equipos que superan la automatización basada en reglas, creamos eesel AI para manejar los escenarios donde los activadores se quedan cortos: interpretar el sentimiento del ticket, comprender el contexto y tomar decisiones que requieren algo más que una simple coincidencia de campos. Pero para el enrutamiento directo del puntaje de salud, los activadores de Zendesk son el punto de partida correcto.
Requisitos previos para configurar los activadores del puntaje de salud
Antes de construir sus activadores, asegúrese de tener:
- Zendesk Support en el plan Team o superior los campos personalizados y los activadores avanzados no están disponibles en el plan Essential heredado
- Acceso de administrador necesita permisos para crear campos personalizados y activadores
- Fuente de datos del puntaje de salud esto podría ser una integración de CRM (Salesforce, HubSpot), una plataforma de éxito del cliente (Gainsight, ChurnZero) o la entrada manual de su equipo de CS
- Familiaridad básica con los activadores comprender cómo funcionan las condiciones y las acciones juntas
La limitación clave que debe conocer de antemano: los activadores de Zendesk no pueden evaluar umbrales numéricos como "puntaje de salud < 40". Deberá solucionar esto utilizando campos desplegables o etiquetas, que cubriremos en los pasos a continuación.
Paso 1: Crear un campo personalizado para almacenar los datos del puntaje de salud
Primero, necesita un lugar para almacenar los datos del puntaje de salud en cada ticket. Vaya a Centro de administración → Objetos y reglas → Tickets → Campos, luego haga clic en Agregar campo.
Elija su tipo de campo cuidadosamente. El sistema de activadores de Zendesk tiene limitaciones:
- Campos numéricos: Solo admiten operadores "presente" o "no presente". No puede crear condiciones como "mayor que 60".
- Campos de texto: Misma limitación: sin coincidencia de contenido en los activadores.
- Campos desplegables: Admiten operadores "es", "no es", "presente" y "no presente". Esta es su mejor opción.
Enfoque recomendado: Cree un campo desplegable llamado "Puntaje de salud del cliente" con estas opciones:
| Opción | Rango de puntaje | Acciones típicas |
|---|---|---|
| Crítico | 0–40 | Escalación inmediata, alerta de CSM |
| En riesgo | 41–60 | Enrutamiento prioritario, alcance proactivo |
| Saludable | 61–80 | Cola estándar |
| Próspero | 81–100 | Indicador de oportunidad de expansión |
Configure los permisos de campo según su flujo de trabajo. La mayoría de los equipos mantienen esto solo para agentes, ya que los clientes no necesitan ver su propio puntaje de salud. Agregue el campo a todos los formularios de tickets relevantes para que aparezca en cada ticket.

Alternativa para puntajes exactos: Si necesita granularidad, use un campo numérico para el almacenamiento de datos y una automatización separada (a través de la API de Zendesk o una herramienta externa) que aplique etiquetas como "health_35" o "health_68" según los umbrales. Los activadores pueden entonces verificar la presencia de la etiqueta.
Paso 2: Construir su primer activador del puntaje de salud
Ahora creemos un activador que responda a los puntajes de salud críticos. Vaya a Centro de administración → Objetos y reglas → Reglas de negocio → Activadores, luego haga clic en Agregar activador.

Nómbrelo claramente. Use un nombre descriptivo como "Escalar: Cuentas con puntaje de salud crítico" para que otros administradores comprendan su propósito sin abrirlo. Agregue una breve descripción que explique qué hace el activador y por qué existe.
Establezca sus condiciones. En "Cumplir TODAS las siguientes condiciones", agregue:
- Ticket > Puntaje de salud del cliente > es > Crítico (0–40) Esto asegura que el activador solo se active para cuentas en riesgo.
- Ticket > Estado > no es > Resuelto Evita que el activador se active en tickets cerrados.
Usar "Cumplir TODAS" significa que ambas condiciones deben ser verdaderas. Si desea que el activador se active cuando coincida cualquier condición individual, use "Cumplir CUALQUIERA" en su lugar.
Configure sus acciones. Cuando se cumplen las condiciones, el activador debe:
- Prioridad > Urgente Lleva el ticket al frente de la cola
- Agregar etiquetas > critical_health_score, escalation_needed Permite la generación de informes y evita activadores duplicados
- Grupo > Escalamientos o Soporte sénior Enruta a su equipo experimentado
- Notificar por > Correo electrónico del usuario > (asignado) Alerta al agente asignado con contexto
Para el correo electrónico de notificación, incluya marcadores de posición relevantes para que los agentes comprendan por qué este ticket es urgente:
Asunto: URGENTE: Cuenta con puntaje de salud crítico {{ticket.title}}
Este ticket es de un cliente con un puntaje de salud crítico (0–40).
Por favor, priorice y considere el alcance proactivo.
Ticket: {{ticket.link}}
Cliente: {{ticket.requester.name}}
Puntaje de salud: {{ticket.ticket_field_xxxxxxxx}}
Haga clic en Guardar y pruebe su activador creando un ticket de prueba con el puntaje de salud establecido en Crítico. Verifique que todas las acciones se activen correctamente.
Paso 3: Crear activadores adicionales para una cobertura completa
Un activador no es suficiente. Construya un conjunto completo que maneje diferentes escenarios de salud.
Enrutamiento de cuentas en riesgo
Cree un activador para los clientes en el rango de 41–60 que necesitan atención pero aún no están en crisis.
Condiciones:
- Ticket > Puntaje de salud del cliente > es > En riesgo
- Ticket > Ticket > es > Creado
Acciones:
- Grupo > Cola de CSM (cola dedicada para el seguimiento del éxito del cliente)
- Agregar etiquetas > at_risk, proactive_outreach
- Prioridad > Alta
Señales de expansión de cuentas prósperas
Los clientes con buena salud presentan oportunidades de expansión. Cree un activador que los marque para su equipo de administración de cuentas.
Condiciones:
- Ticket > Puntaje de salud del cliente > es > Próspero
- Ticket > Texto del comentario > contiene al menos una de las siguientes palabras: upgrade expand additional seats more users
Acciones:
- Agregar etiquetas > expansion_opportunity, thriving_account
- Notificar por > Correo electrónico del usuario > (administrador de cuentas)
- Grupo > Administración de cuentas
Notificaciones de cambio de puntaje de salud
Cuando el puntaje de salud de un cliente cae en Crítico, su equipo de CS necesita saberlo de inmediato.
Condiciones:
- Ticket > Puntaje de salud del cliente > cambió de > [cualquier valor] > a > Crítico
Acciones:
- Notificar por > Correo electrónico del usuario > (gerente de éxito del cliente)
- Agregar nota interna > "El puntaje de salud cambió a Crítico. Puntaje anterior: [valor anterior]"
Configuraciones avanzadas de activadores
Una vez que tenga los activadores básicos del puntaje de salud funcionando, agregue condiciones adicionales para un enrutamiento más sofisticado.
Combinación del puntaje de salud con otras condiciones
El puntaje de salud por sí solo no cuenta toda la historia. Agregue estas condiciones para refinar sus activadores:
- Organización > Organización (registro) Enrute las cuentas Enterprise a los agentes sénior, SMB a la cola general
- Ticket > Canal Maneje los tickets de chat de manera diferente al correo electrónico (el chat a menudo indica urgencia)
- Ticket > ¿Dentro del horario comercial? Escale los puntajes críticos inmediatamente durante el horario comercial, espere hasta el día siguiente fuera del horario
- Ticket > ¿En un día festivo? Ajuste las expectativas para los tiempos de respuesta
Uso de etiquetas como solución alternativa para umbrales numéricos
Si necesita más granularidad de la que proporcionan los rangos desplegables, use etiquetas. Un sistema externo (su CRM, un flujo de trabajo de Zapier o una aplicación personalizada) calcula el puntaje de salud exacto y aplica etiquetas como "health_35" o "health_68".
Sus activadores luego verifican la presencia de la etiqueta:
- Etiquetas > contiene al menos una de las siguientes > health_30 health_31 health_32 health_33 health_34 health_35
- Esto le brinda un control preciso del umbral que los menús desplegables no pueden proporcionar
La desventaja: necesita automatización externa para mantener estas etiquetas a medida que cambian los puntajes.
Cierre automático de tickets de bajo valor de cuentas saludables
A veces, el mejor soporte es el autoservicio. Para los clientes prósperos con preguntas simples, considere la resolución automática:
Condiciones:
- Ticket > Puntaje de salud del cliente > es > Próspero
- Ticket > Tipo > es > Pregunta
- Ticket > Prioridad > es > Baja
Acciones:
- Notificar por > Correo electrónico del usuario > (solicitante) con sugerencias de artículos de la base de conocimientos
- Estado > Resuelto
Use esto con moderación y solo para escenarios realmente de bajo riesgo. El objetivo es la eficiencia, no hacer que los clientes saludables se sientan ignorados.
Pruebas y solución de problemas de sus activadores
Los activadores pueden tener interacciones inesperadas. Pruebe a fondo antes de confiar en ellos en producción.
Use la función de ticket de prueba de Zendesk. Cree tickets con diferentes valores de puntaje de salud y verifique que cada activador se active como se espera. Verifique que las acciones se apliquen correctamente (etiquetas agregadas, prioridad cambiada, notificaciones enviadas).
Verifique el orden de activación del activador. Los activadores se ejecutan en el orden en que aparecen en su lista. Si dos activadores podrían aplicarse al mismo ticket, la posición importa. Use la opción Reordenar en el Centro de administración para organizar los activadores de más específico a más general.
Revise los eventos del ticket. Abra cualquier ticket y haga clic en Eventos para ver qué activadores se activaron y en qué orden. Esto es invaluable para la depuración.
Problemas comunes y soluciones:
| Problema | Causa probable | Solución |
|---|---|---|
| El campo no aparece en las condiciones | El campo está inactivo o no está en el formulario del ticket | Active el campo y agréguelo a todos los formularios |
| El activador no se activa | Usando "Cumplir TODAS" cuando necesita "Cumplir CUALQUIERA" | Cambie la lógica de la condición |
| Múltiples activadores en conflicto | Sin supresión basada en etiquetas | Agregue la condición "Las etiquetas no contienen ninguna de las siguientes: [trigger_name]_fired" |
| Las acciones no se aplican | Posición del activador en la lista | Mueva el activador más arriba; los activadores anteriores pueden tener prioridad |
Escalado de la automatización del puntaje de salud con eesel AI
Los activadores basados en reglas funcionan bien para escenarios claros, pero tienen límites. No pueden interpretar el contexto, comprender el sentimiento o aprender de los resultados pasados. Un activador ve "el puntaje de salud es Crítico" pero no puede leer el ticket para comprender por qué o determinar la respuesta adecuada.

Aquí es donde podemos ayudar. En eesel AI, creamos un Agente de IA que aprende de sus tickets pasados para predecir los puntajes de salud automáticamente. En lugar de depender de datos CRM externos, nuestra IA lee el sentimiento del ticket, la urgencia y el historial del cliente para tomar decisiones de enrutamiento inteligentes.
Así es como los equipos suelen evolucionar su enfoque:
- Comience con los activadores Construya la automatización basada en reglas utilizando los pasos de esta guía
- Agregue la clasificación de IA Use eesel AI Triage para etiquetar y enrutar automáticamente según el contenido del ticket
- Progrese al Agente de IA completo Deje que la IA maneje las respuestas de primera línea para las cuentas saludables mientras escala los clientes en riesgo a los humanos
Nuestra integración de Zendesk se conecta directamente a su configuración existente. No reemplaza sus activadores de la noche a la mañana. En cambio, progresivamente entrega decisiones más complejas a la IA a medida que valida su rendimiento.
La diferencia clave: los activadores reaccionan a los campos, mientras que la IA comprende el contexto. Un activador puede enrutar según "el puntaje de salud es Crítico". La IA puede leer un ticket que dice "Estamos evaluando alternativas" y reconocer el riesgo de abandono incluso si el puntaje de salud formal aún no se ha actualizado.
Preguntas Frecuentes
Compartir esta entrada

Article by
Stevia Putri
Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.



