Comunicación saliente de Zendesk después de resolver: Por qué ocurre y cómo evitarlo

Stevia Putri
Written by

Stevia Putri

Reviewed by

Stanley Nicholas

Last edited 5 marzo 2026

Expert Verified

Imagen de banner para la comunicación saliente de Zendesk después de resolver: Por qué ocurre y cómo evitarlo

Acaba de resolver un ticket y se da cuenta de que necesita enviar un breve seguimiento al cliente. Tal vez sea un registro de cortesía, un requisito de cumplimiento o información adicional que llegó después de que presionó "resolver". Intenta enviar el mensaje y... nada. Zendesk no se lo permite.

Esta es la limitación de "comunicación saliente de Zendesk después de resolver" (Zendesk outbound after solve), y es una de las peculiaridades más frustrantes de la plataforma. Analicemos por qué sucede, qué puede hacer al respecto y cómo las alternativas modernas manejan la comunicación posterior a la resolución.

Infografía que muestra el ciclo de vida del ticket de Zendesk desde el estado abierto hasta el estado resuelto y cerrado
Infografía que muestra el ciclo de vida del ticket de Zendesk desde el estado abierto hasta el estado resuelto y cerrado

¿Qué significa "comunicación saliente después de resolver" en Zendesk?

En Zendesk, "comunicación saliente después de resolver" se refiere a la restricción de la plataforma para enviar comunicaciones salientes (correos electrónicos, mensajes, actualizaciones) después de que un ticket ha sido marcado como resuelto o cerrado. Una vez que un ticket alcanza cualquiera de estos estados terminales, Zendesk bloquea la mensajería saliente para preservar la integridad del registro del ticket.

Esto se convierte en un problema en varios escenarios comunes:

  • Comunicación de seguimiento: Desea comunicarse con un cliente unos días después de la resolución para asegurarse de que su problema esté realmente resuelto.
  • Seguimiento del cumplimiento: Las industrias reguladas necesitan documentar todas las interacciones con los clientes, incluido el alcance posterior a la resolución.
  • Alcance proactivo: Necesita enviar información adicional que esté disponible después de que se resolvió el ticket.
  • Garantía de calidad: Los gerentes desean agregar notas internas o enviar encuestas de satisfacción después del cierre.

La restricción existe debido a cómo Zendesk estructura su ciclo de vida del ticket. Comprender ese ciclo de vida es clave para evitar la limitación.

Tickets resueltos vs. cerrados: la diferencia crítica

Zendesk tiene dos estados de ticket "terminales" que suenan similares pero se comportan de manera muy diferente: resuelto y cerrado.

Estado resuelto

Cuando un agente marca un ticket como resuelto, está indicando que cree que el problema del cliente está resuelto. El ticket permanece accesible y puede reabrirse si el cliente responde. Los agentes tienen acceso completo para actualizar campos, agregar comentarios y modificar el ticket.

Piense en "resuelto" como "resuelto pendiente de confirmación del cliente". La conversación técnicamente puede continuar, pero Zendesk aún restringe ciertas acciones salientes para evitar cambios accidentales en lo que debería ser un registro completo.

Estado cerrado

Los tickets cerrados están bloqueados y archivados. No se pueden volver a abrir. Si un cliente responde a un ticket cerrado, Zendesk crea un nuevo ticket de seguimiento en lugar de reabrir el original. Los agentes tienen una capacidad limitada para modificar los tickets cerrados (solo ciertos campos como las etiquetas se pueden actualizar a través de la API).

La automatización de cierre automático

De forma predeterminada, Zendesk incluye una automatización llamada "Cerrar ticket 4 días después de que el estado se establezca en resuelto". Esto automáticamente hace la transición de los tickets de resuelto a cerrado, dando a los clientes una ventana para responder si necesitan más ayuda. Puede ajustar este plazo en cualquier lugar de 1 hora a 28 días según las necesidades de su flujo de trabajo.

La mayoría de los equipos dejan los tickets en estado resuelto durante 3-5 días antes de pasar a cerrado, dando a los clientes tiempo suficiente para volver a participar en el mismo ticket si es necesario.

Por qué Zendesk bloquea los mensajes salientes después del cierre

La restricción no es arbitraria. La arquitectura de Zendesk trata los tickets resueltos y cerrados como registros históricos que deben permanecer sin cambios para fines de integridad de los datos.

Razones técnicas

El mecanismo de bloqueo de tickets de Zendesk evita cambios para preservar el registro histórico. Esto importa para:

  • Precisión de los informes: Métricas como "tiempo de resolución" y "volumen de tickets" dependen de que los tickets tengan un punto final claro e inmutable.
  • Pistas de auditoría: Los requisitos de cumplimiento a menudo exigen que los tickets resueltos permanezcan sin cambios.
  • Consistencia de los datos: Evitar las ediciones posteriores a la resolución garantiza que los datos del ticket permanezcan consistentes en todas las integraciones y llamadas API.

Filosofía del flujo de trabajo

El diseño de Zendesk asume una separación limpia entre los problemas activos y resueltos. Una vez que se resuelve un ticket, la plataforma espera que la conversación termine a menos que el cliente inicie una reapertura. Esta filosofía funciona bien para flujos de trabajo de soporte simples, pero crea fricción para los equipos que necesitan una comunicación continua posterior a la resolución.

Puntos de frustración del usuario

La limitación crea desafíos operativos reales:

  • No se pueden agregar notas: Los agentes no pueden agregar notas internas a los tickets resueltos para el contexto que surge después de la resolución.
  • Seguimientos bloqueados: La comunicación proactiva con el cliente se bloquea incluso cuando mejoraría la experiencia del cliente.
  • Brechas de cumplimiento: Los equipos en industrias reguladas no pueden documentar fácilmente las interacciones posteriores a la resolución dentro del ticket original.
  • Registros fragmentados: Las soluciones alternativas (como la creación de nuevos tickets) dividen el historial de interacción con el cliente en varios registros.

Soluciones alternativas para la comunicación posterior a la resolución en Zendesk

Si bien Zendesk no proporciona una solución directa, los equipos han desarrollado varias soluciones alternativas. Cada uno tiene ventajas y desventajas.

Enfoque de automatización con etiquetas

Una solución alternativa común utiliza el sistema de automatización de Zendesk para resolver automáticamente los tickets mientras mantiene las capacidades de seguimiento:

  1. Cree una automatización que resuelva los tickets después de un período de inactividad (por ejemplo, 48 horas).
  2. Agregue una etiqueta única (como "auto_solved") a estos tickets antes de resolverlos.
  3. Cree una vista personalizada que muestre todos los tickets con la etiqueta "auto_solved".
  4. Utilice esta vista para identificar los tickets que podrían necesitar seguimiento.

Configuración de automatización de Zendesk para cerrar automáticamente los tickets y enviar notificaciones
Configuración de automatización de Zendesk para cerrar automáticamente los tickets y enviar notificaciones

Limitaciones: Este enfoque todavía no permite la comunicación saliente en los tickets resueltos. Solo proporciona un mejor seguimiento de qué tickets se resolvieron automáticamente frente a los resueltos manualmente.

Solución manual: crear nuevos tickets

Para los seguimientos críticos, algunos equipos crean nuevos tickets específicamente para la comunicación posterior a la resolución:

  1. Cuando se necesita un seguimiento en un ticket resuelto, cree un nuevo ticket.
  2. Haga referencia al número de ticket original en el asunto o la descripción.
  3. Vincule los tickets utilizando la función de vinculación de tickets de Zendesk.
  4. Maneje la comunicación de seguimiento en el nuevo ticket.

Limitaciones: Esto divide el historial de interacción con el cliente y crea una sobrecarga administrativa. Tampoco resuelve el problema de cumplimiento de tener un registro completo en un solo lugar.

Soluciones alternativas de IVR y voz

Para los equipos que utilizan Zendesk Talk, algunas limitaciones se pueden solucionar utilizando el correo de voz y el registro de llamadas:

  • Utilice el correo de voz para los mensajes salientes cuando no se conteste la llamada.
  • Registre los intentos de llamada como notas internas (aunque esto también está restringido en los tickets cerrados).
  • Enrute las llamadas entrantes de los clientes al agente apropiado utilizando IVR.

Limitaciones: Estas soluciones alternativas son específicas de los canales de voz y no abordan las limitaciones de correo electrónico o chat.

Soluciones alternativas de informes

Algunos equipos utilizan vistas e informes personalizados para rastrear los tickets que podrían necesitar seguimiento:

  • Cree vistas filtradas por fecha de resolución y etiquetas.
  • Utilice Zendesk Explore para crear informes sobre tickets resueltos automáticamente.
  • Exporte los datos de los tickets para el seguimiento externo de los seguimientos posteriores a la resolución.

Limitaciones: Esto agrega trabajo manual y en realidad no habilita la comunicación bloqueada. Es una solución de seguimiento, no una solución de comunicación.

Cómo eesel AI maneja la comunicación posterior a la resolución de forma diferente

El problema fundamental con el enfoque de Zendesk es su rígido ciclo de vida del ticket. Las plataformas de soporte modernas impulsadas por IA adoptan un enfoque diferente, tratando el soporte como conversaciones continuas en lugar de tickets discretos con estados terminales.

El modelo mental del compañero de equipo

En eesel AI, abordamos el soporte de manera diferente. No configura flujos de trabajo rígidos. En cambio, contrata a un compañero de equipo de IA que aprende su negocio y maneja las conversaciones de forma natural. Al igual que un agente humano, eesel puede continuar una conversación cuando sea necesario, sin bloqueos de estado arbitrarios.

Panel de control de eesel AI para configurar el agente de IA sin codificación
Panel de control de eesel AI para configurar el agente de IA sin codificación

Esto significa:

  • Sin bloqueos de tickets arbitrarios: Las conversaciones continúan naturalmente sin restricciones de estado.
  • Contexto continuo: eesel recuerda el historial completo de la conversación independientemente del "estado".
  • Seguimientos naturales: La comunicación posterior a la resolución ocurre sin problemas cuando es necesario.
  • Escalada en lenguaje natural: Defina cuándo involucrar a los humanos utilizando el lenguaje natural, no configuraciones de disparadores complejas.

Aprendizaje continuo de todas las interacciones

A diferencia de los registros de tickets estáticos de Zendesk, eesel AI aprende de cada interacción, incluidos los seguimientos posteriores a la resolución. Esto significa:

  • Las correcciones que realice a las respuestas de eesel entrenan a la IA para futuras conversaciones.
  • El contexto posterior a la resolución mejora la comprensión de eesel de sus clientes.
  • No es necesario dividir los registros en varios tickets.

Flujo de trabajo flexible sin estados rígidos

eesel AI no fuerza las conversaciones en depósitos rígidos "resueltos" o "cerrados". En cambio, utiliza instrucciones en lenguaje natural para determinar cuándo se completa una conversación y cuándo se necesita la escalada humana.

Por ejemplo, podría decirle a eesel:

"Si el cliente confirma que su problema está resuelto, agradézcale y finalice la conversación. Si responde de nuevo más tarde, trátelo como una nueva solicitud, pero haga referencia al contexto anterior si es relevante".

Este enfoque elimina por completo el problema de "comunicación saliente después de resolver". La conversación puede continuar el tiempo que sea necesario, con eesel manejando los seguimientos de rutina por sí solo y escalando a los humanos solo cuando sea apropiado.

Integración de Zendesk

Para los equipos que ya utilizan Zendesk, eesel AI se integra directamente como un agente de IA y copiloto dentro de su flujo de trabajo existente. Usted puede:

  • Implemente eesel AI dentro de Zendesk para manejar el soporte de primera línea.
  • Utilice el copiloto de IA de eesel para redactar respuestas para agentes humanos.
  • Deje que eesel maneje los seguimientos de rutina sin las restricciones de estado.
  • Mantenga su configuración existente de Zendesk mientras obtiene flexibilidad impulsada por IA.

Elegir el enfoque correcto para su equipo

Si las limitaciones de Zendesk son un factor decisivo depende de sus necesidades específicas.

Cuando las soluciones alternativas de Zendesk son suficientes

La funcionalidad integrada de Zendesk puede ser adecuada si:

  • Su flujo de trabajo de soporte es sencillo con necesidades mínimas de comunicación posterior a la resolución.
  • Tiene un bajo volumen de tickets, lo que hace que las soluciones manuales sean manejables.
  • Su industria no tiene requisitos de cumplimiento estrictos para la documentación posterior a la resolución.
  • Su equipo ya ha invertido en Zendesk y los costos de cambio son altos.

Cuándo considerar alternativas

Considere alternativas como eesel AI si:

  • Con frecuencia necesita comunicación de seguimiento posterior a la resolución.
  • Se encuentra en una industria regulada que requiere registros de interacción completos.
  • Desea un soporte impulsado por IA que aprenda y mejore con el tiempo.
  • Está buscando una gestión de flujo de trabajo más flexible sin restricciones de estado rígidas.
  • Necesita herramientas de help desk impulsadas por IA que puedan manejar escenarios de soporte complejos.

Consideraciones de migración

Si está considerando cambiar de Zendesk a una solución más flexible como eesel AI:

  • Preservación de datos: eesel AI puede aprender de sus tickets pasados de Zendesk, manteniendo intacto el conocimiento institucional.
  • Continuidad del flujo de trabajo: La IA aprende su tono y procesos existentes, minimizando la interrupción.
  • Transición gradual: Puede comenzar con eesel AI como copiloto para agentes humanos antes de pasar a la automatización completa.
  • Opciones de integración: eesel funciona junto con Zendesk, por lo que no necesita un cambio completo de plataforma para obtener capacidades de IA.

Comience a manejar la comunicación posterior a la resolución sin limitaciones

La limitación de "comunicación saliente después de resolver" de Zendesk es un subproducto de su rígida arquitectura de ciclo de vida del ticket. Si bien existen soluciones alternativas, agregan complejidad y no resuelven completamente el problema subyacente.

Las plataformas de soporte modernas impulsadas por IA como eesel AI adoptan un enfoque fundamentalmente diferente. Al tratar el soporte como conversaciones continuas en lugar de tickets discretos con estados terminales, eliminan la fricción de la comunicación posterior a la resolución al tiempo que agregan capacidades impulsadas por IA que mejoran con el tiempo.

Si está cansado de luchar contra las limitaciones de Zendesk y desea una solución de soporte que maneje los seguimientos de forma natural, pruebe eesel AI gratis. Nuestra IA aprende su negocio en minutos y comienza a manejar el soporte de primera línea sin las rígidas restricciones de los sistemas de tickets tradicionales.

Preguntas Frecuentes

No, Zendesk bloquea las comunicaciones salientes en tickets resueltos y cerrados. Esta es una limitación arquitectónica diseñada para preservar la integridad del registro del ticket. Las soluciones alternativas incluyen la creación de nuevos tickets para seguimientos o el uso de integraciones de terceros.
Los tickets resueltos pueden ser reabiertos por las respuestas de los clientes y permiten el acceso completo del agente. Los tickets cerrados están bloqueados y archivados. Cuando un cliente responde a un ticket cerrado, Zendesk crea un nuevo ticket de seguimiento en lugar de reabrir el original.
De forma predeterminada, Zendesk espera 4 días antes de cerrar automáticamente los tickets resueltos. Puede ajustar este plazo de 1 hora a 28 días según las necesidades de su flujo de trabajo.
Desafortunadamente, no. La arquitectura de Zendesk impide la comunicación saliente en tickets resueltos/cerrados. La única solución alternativa nativa es reabrir el ticket (si solo está resuelto, no cerrado) o crear un nuevo ticket para la comunicación de seguimiento.
eesel AI trata el soporte como conversaciones continuas en lugar de tickets discretos con estados terminales. No hay bloqueos de estado arbitrarios que impidan la comunicación de seguimiento. La IA puede continuar las conversaciones de forma natural, manejar los seguimientos rutinarios de forma autónoma y escalar a humanos solo cuando sea apropiado utilizando instrucciones en lenguaje natural.

Compartir esta entrada

Stevia undefined

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.