Plantillas de respuesta para tickets de soporte que no suenan a copiar y pegar

Elige un escenario, toma la plantilla

Ocho de los tickets que veo más a menudo, con la respuesta que realmente enviaría. Sustituye las partes entre corchetes, y también la sintaxis de marcadores de posición, por la que use tu helpdesk. La tabla más abajo tiene la grafía exacta de cada uno.

Por qué la mayoría de las plantillas de respuesta para tickets de soporte suenan a copiar y pegar

Aquí hay algo que cuestionaría: los equipos reescriben el texto cuando el problema es la forma.

Lee una plantilla que los clientes odian y casi siempre encontrarás la misma estructura debajo. Empieza con un agradecimiento. Luego repite la política, se disculpa en voz pasiva, y termina pidiendo al cliente que se ponga en contacto si tiene más preguntas. Cuatro frases, y ninguna menciona aquello por lo que escribieron. Alguien que esperó nueve horas por una respuesta lee eso y concluye, con razón, que nadie leyó su mensaje.

Las plantillas que la gente no nota son las que empiezan con lo específico. "Tu pedido salió del almacén el martes y está detenido en Milán" se lee como algo humano aunque cada palabra después de eso estuviera preescrita.

La versión más aguda de esta regla que he leído vino de un hilo de Hacker News, y tiene más de una década.

"I've worked in customer service, and the reps use 'canned text' all the time for common issues. I assumed this was common knowledge. Not doing so would be a recipe for RSI within a couple weeks.

The problem with canned text is when it's reused on the same person, which leads to anger on the part of the recepient (or suspicions that they're being serviced by a robot)."

mullingitover, Hacker News

El fallo es la repetición sobre la misma persona, no la plantilla en sí. Lo que significa que la protección que necesitas no es en absoluto un tono más cálido. Es una regla: nunca disparar la misma macro dos veces en el mismo hilo.

Los propios datos de prueba de eesel ponen un número real a esto. En la implementación de un equipo de ecommerce alemán, los agentes enviaron los borradores de IA tal cual solo el 12% de las veces, y el patrón dominante fue "echar un vistazo y reescribir": convertían borradores de 8 a 15 frases en respuestas de 1 a 3 frases. Alrededor del 65% de esas reescrituras fueron por longitud y tono. Solo alrededor del 5% fueron porque el borrador era factualmente incorrecto. Y es la misma queja que hacen los agentes sobre las respuestas predefinidas. La plantilla es correcta y aun así tiene la longitud equivocada, la voz equivocada para el ticket que tienen delante.

Así que aquí está la estructura de cinco partes a la que sometería toda plantilla:

1. Nombra el problema exacto en la primera frase, usando sus palabras y su número de pedido.
2. Di lo que ya hiciste. En pasado, de forma específica. "Lo comprobé con el almacén" gana a "lo estamos revisando".
3. Qué pasa después, y cuándo. Una fecha. No "en breve", no "tan pronto como sea posible".
4. Lo que necesitas de ellos, o explícitamente que no necesitas nada.
5. Una salida hacia un humano, para que la respuesta no se sienta como un muro.

Elimina el punto 3 y la respuesta se lee como un desaire. Elimina el punto 5 y se lee como un bot. Todo lo demás es estilo. Hay catorce ejemplos más trabajados en el artículo de plantillas de email de servicio al cliente si quieres la misma estructura aplicada específicamente al email.

Para cualquiera que deje que la IA escriba el primer borrador, ese hallazgo sobre la longitud tiene una consecuencia práctica. Un mejor prompt no lo arreglará. Alimentarlo con tus propias respuestas enviadas sí lo hará, porque así aprende cuánto escribe realmente tu equipo. Que es el argumento completo a favor de mantener la voz de marca a partir de ejemplos reales en lugar de un deslizador de tono.

Dónde viven las plantillas en cada helpdesk

Todos los helpdesks tienen esta función. Y cada uno la llama de forma distinta, lo cual es su propio pequeño impuesto cuando estás migrando. Aquí está la misma función en seis herramientas, con lo que realmente cambia.

Si solo necesitas el paso a paso de una herramienta, hay guías separadas sobre crear una macro en Zendesk. La guía de macros de Gorgias cubre el lado del ecommerce, y respuestas predefinidas de Freshdesk tiene el equivalente en Freshdesk.

Hay tres cosas de esa tabla que vale la pena destacar.

Las macros de Zendesk no se pueden automatizar en absoluto. Las personas que migran siempre se sorprenden con esto. Zendesk es explícito en que las macros «solo contienen acciones, no condiciones», porque nada evalúa los tickets en tu nombre, lo hace un agente. No existe ninguna acción de trigger que dispare una macro, y la solicitud de la comunidad para conseguirlo sigue abierta. La solución alternativa documentada funciona al revés: tu macro añade una etiqueta, y luego la etiqueta dispara un trigger. ¿Quieres primeras respuestas automáticas? Eso es trabajo para las reglas de respuesta automática de Zendesk o un agente de IA, no para la biblioteca de macros.

Freshdesk te obliga a escribir el texto dos veces. Las respuestas predefinidas no se pueden vincular a una regla de automatización. El editor de automatizaciones te da en su lugar un cuerpo de texto libre para «enviar email al solicitante», así que tu texto de acuse de recibo vive en dos lugares y editar la respuesta predefinida nunca actualiza la regla. Vale la pena saberlo antes de construir un respondedor automático de Freshdesk sobre tu biblioteca.

Solo Help Scout y Front te dan un valor alternativo. La sintaxis de Help Scout es {%customer.firstName,fallback=there%}, y la de Front es {{recipient.first_name | 'there'}}. En Zendesk, Freshdesk y Gorgias un campo vacío simplemente se muestra en blanco, así que «Hola,» le llega a cualquiera que se haya registrado sin nombre de pila. Eso es algo real que pasa en colas reales todos los días.

Las trampas de los marcadores de posición

Yo he enviado uno roto. Igual que todo el que haya trabajado una cola durante más de un mes más o menos. A continuación están los que más muerden, todos documentados por los propios proveedores, y la mayoría aparecen de nuevo en el resumen de problemas con macros de Zendesk.

Los tickets de tipo Problema filtran el nombre equivocado en Zendesk. Si respondes a un ticket de Problema con una macro que contiene {{ticket.requester.name}}, Zendesk envía el nombre de ese solicitante también a todos los tickets de incidente vinculados, además del suyo propio. La solución es una barra invertida: Hello \{{ticket.requester.first_name}}. Es la solución alternativa documentada por Zendesk, y no es algo que se te vaya a ocurrir por ti mismo.

Aplicar una macro en masa rompe el asunto. Zendesk te permite aplicar una macro a hasta 100 tickets a la vez desde una vista, pero los marcadores de posición en el asunto se guardan como el texto literal entre corchetes, según la documentación de actualización en masa. Tu cliente recibe un email titulado {{ticket.created_at}}. Los adjuntos también se eliminan silenciosamente en las acciones en masa, y cualquier acción de CC en la macro simplemente no ocurre.

Las plantillas disparadas por regla firman con la persona equivocada. Gorgias resuelve toda variable current_user como el propietario de la cuenta cuando es una regla, y no un agente, quien aplica la macro, así que tu respuesta automática queda firmada por tu director general. Front tiene el mismo problema con el síntoma opuesto: en las respuestas enviadas por regla, las variables {{user...}} vuelven vacías.

Migrar de Help Scout a HubSpot significa reescribir cada plantilla. HubSpot prohíbe explícitamente las llaves en fragmentos y plantillas porque rompen su servicio de renderizado, así que cada {%customer.firstName%} hay que sustituirlo a mano mediante el selector Personalize. Reserva una tarde.

Y el que más duele, porque es nuestro. Enviamos un borrador en alemán a un cliente con un {{ticket.requester.first_name}} en bruto en medio del texto, y uno en neerlandés con un [Employee Name] sin rellenar. Lo arreglamos, pero por eso ahora trato «¿esto se renderiza bien en un ticket con campos faltantes?» como una comprobación obligatoria antes de que una plantilla se comparta, no como algo opcional.

Tu biblioteca de plantillas se pudrirá, prepárate para ello

Este es el patrón que escucho una y otra vez en llamadas con clientes. Mes uno, escribes 20 macros y a todos les encantan. Para el mes seis hay 80, porque cada agente añadió las suyas. Año dos: 300, seis de las cuales contienen un coste de envío que cambió en 2025, y de todas formas nadie puede encontrar la buena en el cuadro de búsqueda.

Esto no es hipotético. Un responsable de operaciones de una marca DTC de suplementos que gestiona alrededor de 7.000 tickets al mes nos contó que su conocimiento vivía repartido entre documentos de SOP, tutoriales en vídeo sin transcribir, y «muchas macros obsoletas». Lo que tenían no era realmente un activo. Era deuda de mantenimiento con un cuadro de búsqueda encima.

Los agentes describen lo mismo desde dentro, y son más divertidos al respecto.

"lol i'm helping the supes clean up a 6 year old macro library that has sunset nothing. some of the most used ones get an update when the policies or products change but typically we just write a whole new one and leave the old one to rot 🥲"

u/mensfrightsactivists, Reddit

Ese es el mecanismo real. Nadie edita, todos duplican.

Los límites son lo bastante generosos como para que nada te detenga. Zendesk permite 5.000 macros compartidas por cuenta, y Gorgias tiene el mismo límite de 5.000. Ninguno de los dos números es un objetivo a alcanzar.

Lo que yo haría de verdad, trimestralmente:

• Ordena por uso y elimina los ceros. Todo lo que no se haya usado en 90 días fuera. En Zendesk esto necesita Suite Growth o Support Professional para poder ordenar por uso siquiera, algo que conviene saber antes de prometerle un informe a tu responsable.
• Asigna un responsable a cada plantilla que mencione un número. Precios, ventanas de reembolso, tiempos de SLA, estimaciones de entrega. Esas son las que se estropean en silencio.
• Usa la convención de nombres como si fueran carpetas. Zendesk anida mediante dobles dos puntos en el título, como Refunds::Declined::Outside window, y es la única forma de anidación que existe. Hay más sobre organizar categorías de macros si tu lista ya se ha desbordado. Help Scout no tiene ningún ordenamiento manual, así que las respuestas se muestran alfanuméricamente y una convención de nombres es tu única palanca.
• Decide qué se queda como personal. Zendesk es la que permite a los agentes individuales mantener macros privadas, algo genial para atajos personales y terrible para texto de política que debería compartirse. La guía sobre macros personales frente a compartidas cubre dónde trazar esa línea.
• Exporta antes de borrar. Gorgias exporta a un CSV de cuatro columnas (name, body_text, tags, id) y volver a importar con un id que coincida actualiza en el sitio, lo que hace agradable la edición en masa en una hoja de cálculo. Zendesk también tiene una vía de exportación, con la mecánica en la guía de exportación e importación de macros.

La auditoría es aburrida. También es todo el juego. Una biblioteca de 40 plantillas todas correctas gana a 300 en las que seis mienten.

La mejor descripción de una rutina que funciona que he visto vino de un administrador de Zendesk describiendo su ciclo semanal.

"Yes. We run our email macros by our QA so we know we're doing best response (oh, we feed it in ChatGPT that's pre-configured with our support bible) and update everyone on Slack that it's good to go and everyone uses it, it saves so much time! We also create macros to auto-tag tickets and complete tagging of forms. In our weekly meetings we calibrate on correct tagging, macros to add, edit, archive."

u/fast8048, Reddit

Revisión de QA, luego un anuncio en Slack, luego una calibración semanal donde se añaden, editan y archivan cosas. Otro administrador en el mismo hilo puso un presupuesto real: cerca de una hora al mes. Ese es el precio de una biblioteca que no miente.

Cuándo dejar de escribir plantillas

Las plantillas son la herramienta adecuada en una banda más estrecha de lo que asume la mayoría de los equipos. Dos variables lo deciden: cuánto volumen tiene un tipo de ticket, y cuánto varían los tickets dentro de él.

Volumen alto y todos los tickets básicamente iguales, estado del pedido, restablecimientos de contraseña, «¿envían a X?», es el cuadrante donde un humano copiando una plantilla cuarenta veces al día es una llamada de API cara. Un sistema de tickets con IA se gana su lugar ahí, y los resultados se ven como una tasa de desviación en movimiento en lugar de una sensación.

Volumen alto pero variado, digamos una disputa de facturación, es donde quieres la plantilla como esqueleto con un humano escribiendo el medio. Ese es el trabajo que hacen las macros con IA. ¿Volumen bajo? Simplemente escríbelo.

Las tres categorías de ecommerce que vale la pena automatizar primero son casi siempre reembolsos, cambios y envíos, ya escritas como plantillas de macros con IA si quieres un punto de partida en lugar de una página en blanco. Enrutarlos correctamente importa tanto como responderlos, así que combínalo con un triaje de tickets que se ejecute antes de redactar la respuesta.

Un agente en r/Zendesk enmarcó el punto medio mejor de lo que yo lo habría hecho.

"Pretty accurate tbh. Macros work best as a 70% draft, not a final reply. Once they get stale, agents absolutely start retyping, and yeah, 20 to 40 "same-ish" responses a day isn't weird at all. What makes them stick is good naming, folders by scenario, placeholders, and letting agents edit/own them instead of using stuff leadership wrote years ago."

u/palestagnation, Reddit

Una plantilla es un borrador al 70%, y el último 30% es la parte que el cliente realmente lee. Es cierto tanto si el primer 70% viene de una macro como si viene de una IA. También funciona al revés, como señaló otro agente en el mismo hilo: la redacción con IA no sustituye a la biblioteca, se nutre de ella. Así que una biblioteca de macros en descomposición envenena en silencio también la salida de la IA.

Lo bueno es que la transición no desperdicia el trabajo que ya has hecho. Las macros son una fuente de conocimiento de primera clase, no algo que se tira. Una empresa alemana de eventos con la que trabajamos funciona con 580 documentos compuestos por su centro de ayuda, sus macros y sus tickets pasados, y su bot gestionó tickets reales en alemán en piloto automático completo en reembolsos, vales y consultas de anfitriones.

Ese es el replanteamiento con el que te dejo. La biblioteca que ya mantienes es datos de entrenamiento, y el número de nueve macros a 56 resoluciones de antes es cómo se ve eso en la escala pequeña.

Prueba eesel

Si usas Zendesk, Freshdesk, Gorgias, Front o Help Scout y tu biblioteca de macros está haciendo más trabajo que tus agentes, esto es lo específico que hace eesel: lee las macros, tickets pasados y centro de ayuda que ya tienes, y luego redacta la respuesta dentro del helpdesk que ya usas. Sin pestaña nueva, sin reescribir tus plantillas al formato de otro.

Hay dos cosas que destacaría específicamente. Primero, el flujo de trabajo es una nota interna. Un agente escribe @eesel draft a reply en un ticket y recibe un borrador completo para revisar, que es el mismo gesto que recurrir a una macro. Segundo, antes de que nada de esto toque a un cliente, puedes ejecutar una simulación sobre unos 100 de tus tickets antiguos, comparar lo que habría dicho la IA con lo que tus humanos realmente enviaron, y leer el informe de la diferencia. Construimos eso porque hemos visto bots que suenan seguros de sí mismos dar respuestas equivocadas, y descubrirlo con tickets históricos es mejor que descubrirlo en una cola en vivo.

"It is getting us to the right articles really quickly and easily, as well as curating well-formed responses with consistent, on-brand tone, still keeping our own style and still keeping that human touch."

Eddie Stephens, responsable de mesa de servicio, CartonCloud

Es gratis probarlo, y la configuración se mide en minutos y no en un proyecto de implementación.

La integración con Zendesk es la que eligen primero la mayoría de los equipos con muchas macros. También hay una nativa de Freshdesk, y Gorgias para colas de ecommerce. Si tus mejores plantillas ya están escritas, la mayor parte del trabajo está hecho.