Automatización del email de atención al cliente: de la bandeja de entrada al ticket respondido

Los clientes siguen escribiendo a la dirección que ya conocen, como [email protected]. Entre bastidores, ese buzón reenvía todo a tu helpdesk, que crea o actualiza un ticket por cada mensaje. Para el cliente no cambia nada, y tu equipo deja de trabajar desde una bandeja de entrada compartida.

• Zendesk. Todas las cuentas tienen una dirección de soporte del sistema, [email protected]. Añades tu propia dirección como dirección de soporte, configuras el reenvío en tu proveedor de email y después la verificas. Zendesk recomienda el reenvío automático a nivel de servidor, no el reenvío manual ni el reenvío automático desde un cliente de email, e indica que, después de corregir una configuración fallida, puede tardar hasta 48 horas en reconocerse.
• Freshdesk. Añade la dirección en «Admin > Channels > Email > New Support Email». Con el servidor de correo predeterminado de Freshworks, creas en tu buzón una regla de reenvío que envía el correo a la dirección que genera Freshdesk; los emails solo se convierten en tickets una vez que existe esa regla. Como alternativa, conecta directamente un buzón de Gmail o Microsoft 365 iniciando sesión.

Usa una dirección por finalidad —por ejemplo, soporte@, facturacion@ y partners@— en lugar de una única dirección para todo. Más adelante, cada dirección se convierte en una señal de enrutamiento que no te cuesta nada.

Cuando el helpdesk responde como [email protected], envía en nombre de tu dominio, y los servidores de correo receptores comprueban que tiene permiso para hacerlo. Lo demuestras con registros DNS: SPF enumera los servicios autorizados a enviar en nombre de tu dominio, y DKIM añade una firma a cada mensaje. Es una tarea puntual para quien gestione tu DNS.

El orden importa: primero los registros, después la activación. Si otro equipo o una agencia gestiona tu DNS, envíales los valores exactos de la documentación o de la pantalla de administración de tu helpdesk en lugar de volver a escribirlos.

Cuando el correo empieza a entrar, las primeras automatizaciones se ejecutan en el momento en que se crea un ticket. En Zendesk, el email de confirmación procede de un disparador predeterminado, «Notify requester and CCs of received request». Edita su texto para que le diga al cliente algo útil:

• La referencia del ticket, para que el cliente pueda citarla.
• Cuándo puede esperar una respuesta, solo si puedes cumplirlo.
• Enlaces a artículos del centro de ayuda sobre tus preguntas más habituales.
• Qué incluir para recibir ayuda más rápido, como un número de pedido o el email de la cuenta.

Después, enruta. La señal más sencilla es la dirección a la que se envió el email. El flujo documentado por Zendesk es un disparador con las condiciones «Ticket Is Created» y «Ticket Received at Is» tu dirección de facturación, más una acción que fija el grupo, junto con una vista que muestra a ese grupo sus tickets.

A continuación viene el enrutamiento según el contenido. Las reglas de palabras clave en el asunto funcionan durante un tiempo y luego fallan a medida que los clientes formulan las cosas de otra manera. Un paso de clasificación —un modelo de IA o un conjunto de reglas que se ejecutan a través de la API del helpdesk— lee el asunto y el cuerpo, escribe la categoría, el idioma y la urgencia en campos del ticket, y extrae datos como los números de pedido para que los agentes no tengan que buscarlos. Después, tus disparadores o reglas de automatización enrutan según esos campos.

Muchos emails de soporte plantean las mismas pocas preguntas. Durante mucho tiempo, Zendesk resolvió esto con las respuestas automáticas con artículos: un email que recomienda hasta tres artículos del centro de ayuda y permite al cliente cerrar la solicitud. Esa función pasó a ser heredada (legacy) el 31 de julio de 2025 y dejará de estar disponible a partir del 10 de diciembre de 2026. Su sustituto en Zendesk son los agentes de IA, que ofrecen respuestas de IA generativa en los canales de mensajería, email y formulario web. Si todavía dependes de las respuestas automáticas, planifica el cambio ya.

Cualquier respuesta de IA es tan buena como los artículos en los que se basa, así que arregla la base de conocimiento antes de activar las respuestas automáticas. Después decide dónde termina la automatización. Pasa el hilo a una persona cuando:

• El cliente pide hablar con una persona, o responde que la respuesta no le ha servido.
• El tema es facturación, reembolsos, asuntos legales, seguridad o una reclamación.
• El tono es de enfado, o el hilo ya ha ido y vuelto varias veces.
• Hay varias personas en CC, o el email forma parte de una conversación en curso sobre la cuenta.
• Responder implicaría modificar una cuenta que la automatización no puede verificar.

Haz visible el traspaso: etiqueta el ticket, sube su prioridad si hace falta y mantenlo todo en un solo ticket para que el agente vea lo que el cliente ya ha recibido.

TascaLab lo configura sobre el helpdesk que ya usas —Zendesk, Freshdesk o Jira—, con disparadores y reglas nativas cuando bastan, y con API, webhooks o Make/n8n cuando no. No hay que cambiar de plataforma. La clasificación y el enrutamiento del email entrante encajan en el servicio Ticket Routing & Categorization (690 €, pago único); los flujos de varios pasos, como leer un número de pedido en un email y buscarlo en otro sistema, corresponden a Custom Automation (desde 1070 €).

La mayoría de las implantaciones llevan 1–3 semanas. Todos los proyectos incluyen 30 días de soporte tras el lanzamiento y documentación básica, sin costes ocultos, y una llamada de Health Check gratuita de 30 minutos es un buen punto de partida para analizar tu flujo de email actual.