¿Qué es una guía de tono para atención al cliente?
Una guía de tono para atención al cliente es la parte de la guía de estilo de marca que le toca al equipo de soporte. Responde una pregunta para cada respuesta: dado quién es este cliente y qué acaba de pasar, ¿cómo debe sonar esto?
La distinción útil viene de la guía de estilo de contenido de Mailchimp, en la que se apoyan muchos equipos de redacción. La voz es tu personalidad y casi no cambia. El tono es cómo esa personalidad se adapta a la persona que tienes delante. La analogía de Mailchimp: hablas distinto en una cena con amigos que en una reunión con tu jefa, y nunca usarías el mismo tono con alguien asustado o molesto que con alguien que se está riendo.
El soporte necesita su propia versión porque escribe en los peores momentos. Marketing puede alegrarse por los lanzamientos. Soporte tiene que decir que no a reembolsos, explicar caídas y responder a un cliente que va por su tercer mensaje sobre el mismo pedido roto. Trabajo en la cola de soporte de eesel todos los días, y las respuestas que salen mal rara vez tienen los hechos equivocados. Son los hechos correctos con el tono equivocado: un "¡Sin problema!" desenfadado ante un error de facturación, o una disculpa rígida de tres párrafos por una errata en una factura.
Una buena guía de tono es breve, normalmente de dos a cuatro páginas, y tiene cinco partes:
| Parte | Qué cubre | Línea de ejemplo |
|---|---|---|
| Rasgos de voz | 3 a 4 rasgos fijos de personalidad, cada uno con un "no" | "Directo, no brusco" |
| Tono por situación | Ajustes de los diales para cada tipo de ticket frecuente | "Reembolso denegado: serio, respetuoso, objetivo" |
| Mecánica | Contracciones, signos de exclamación, emoji, saludos, despedidas | "Máximo un signo de exclamación, nunca en malas noticias" |
| Frases que eliminar | Frases de guion que suenan falsas | "Eliminar 'Entiendo su frustración'" |
| Reglas por idioma | "Tú" o "usted" (formal o informal) según el idioma | "Alemán: siempre Sie" |
Si ya tienes un glosario de traducción para soporte, la fila de reglas por idioma puede apuntar a él en lugar de repetirlo.
¿Por qué el tono falla en soporte?
La mayoría de los problemas de tono vienen de dos sitios: los guiones y la escala. Los guiones hacen que la empatía suene obligatoria en lugar de sentida. La escala significa que 20 agentes, 200 macros y ahora un agente de IA escriben en tu nombre, y cada uno se desvía un poco.
Los clientes notan primero el guion, por eso la empatía en atención al cliente va de ser específico y no de frases hechas. En Hacker News, un comentarista describió a representantes leyendo frases de empatía de una tarjeta:
"It reminds me of the new customer support script where they make them use empathetic words. " Awesome, let me help" and " Thats frustrating" sound worse coming from humans that don't care."
Los agentes lo sienten desde el otro lado. Cuando un agente de call center se quejó de que los líderes de equipo lo puntúan por "palabras floridas", otro agente explicó qué es realmente la empatía:
"It really isnt flowery words, theres no apology or saying sorry. Unless you personally caused it. It's just an acknowledgement followed by a resolution."
Esa segunda cita es casi una guía de tono completa en una línea. También coincide con la investigación. En el estudio de NN/g con 100 adultos, una aseguradora de coches juguetona se valoró como más simpática que una seria, pero 0,3 puntos menos confiable, sin aumento en la disposición a recomendar. Un banco informal pero serio superó a un banco formal en simpatía (+0,7), confianza (+0,3) y recomendación (+0,4). Lo informal está bien. Lo frívolo no.
El tercer fallo es más reciente: tono amistoso sin nada detrás. Un cliente que recibe una respuesta cálida y charlatana que no arregla nada acaba más molesto, no menos. Un comentarista de HN lo dijo claro:
"I don't immediately hate talking to an chatbot, my dislike comes from chatbots that sound like humans but can't actually do anything useful."
Así que el trabajo de una guía de tono no es hacer que las respuestas suenen más amables. Es hacer que suenen como si alguien competente se estuviera ocupando.
Los cuatro diales de tono que toda guía de soporte necesita
"Sé amistoso pero profesional" es la línea más común en las guías de tono y es inútil, porque nadie sabe dónde está el límite. Las cuatro dimensiones del tono de NN/g lo arreglan convirtiendo el tono en cuatro diales separados:
- Formal a informal. "Lamentamos las molestias" frente a "Perdona por eso."
- Serio a gracioso. Si intentas usar humor o no.
- Respetuoso a irreverente. La irreverencia suele dirigirse al tema, nunca al cliente.
- Objetivo a entusiasta. "Su reembolso ha sido emitido" frente a "¡Buenas noticias, tu reembolso está en camino!"
El propio ejemplo de NN/g mueve un mensaje de error a lo largo de los diales: "We apologize, but we are experiencing a problem" se vuelve más informal con "we're" y "sorry", y luego más entusiasta con un "Oops!" delante. Los mismos hechos, cuatro empresas distintas.
El truco es fijar los diales por situación, no una vez para toda la marca. Tu voz decide hasta dónde puede moverse cada dial. Una app de consumo juguetona puede dejar que las notas de agradecimiento lleguen hasta lo gracioso; una empresa de nóminas puede limitarlo a "cálido". En cualquier caso, una negativa de reembolso debe quedar cerca de serio y objetivo, porque ese es el momento en que el cliente decide si confía en ti.
NN/g también recomienda emparejar tus palabras de tono con palabras de "antitono", como "con autoridad, no pedante". Ese solo hábito elimina la mayoría de las discusiones en las revisiones de QA, porque nombra el fallo en ambos lados.
Tono por situación: elige un tipo de ticket
Esta es la sección de la guía que los agentes abren de verdad en medio de un ticket. Elige una situación para ver dónde pondría cada dial y cómo se ve en una respuesta real.
Regla: di que no en la primera frase, da el motivo con palabras sencillas y ofrece la mejor alternativa. Sin signos de exclamación.
Regla: qué está roto, de quién es la culpa, qué pasa después y cuándo tendrán noticias tuyas. Nunca "no te preocupes".
Regla: reconoce en una frase lo concreto que salió mal y luego muestra la solución. Nómbralo; no narres sus sentimientos.
Regla: primero la respuesta, luego los pasos, y al final el problema más probable. Sin preámbulos.
Regla: aquí es donde un "lo siento" sencillo se gana su lugar. Asume la culpa una vez y luego da la solución exacta.
Regla: el único lugar donde tu voz tiene más margen. Un poco de humor está bien si tu marca lo permite.
Fíjate en que la columna "Eliminar" es casi siempre más formal, más larga y más vaga. Es el fallo de tono más común en soporte: esconderse tras un lenguaje formal cuando la noticia es mala. Las propias pautas de voz de Shopify dicen lo mismo para los textos de producto: sé claro y honesto incluso cuando has cometido un error, y pide disculpas cuando la culpa es tuya, "within reason".
Para el contacto repetido y enfadado, mi guía para tratar con clientes enfadados profundiza más, y estas frases de empatía son un buen banco de líneas que no suenan a guion.
Frases que conservar, frases que eliminar
Tu guía de tono necesita una sección de mecánica, porque ahí es donde más discrepan los agentes. Las grandes guías de estilo tampoco se ponen de acuerdo, y conviene saberlo antes de elegir bando:
| Regla | Qué dicen las guías de estilo | Qué pondría yo en una guía de soporte |
|---|---|---|
| Contracciones | Mailchimp y Shopify las fomentan. GOV.UK prohíbe "can't" y "don't" porque los lectores las malinterpretan | Úsalas. Escribe "cannot" solo en negativas por política donde un malentendido haría daño |
| Signos de exclamación | Mailchimp: nunca en mensajes de fallo. Shopify: como mucho uno por página | Uno por respuesta, como máximo. Cero en malas noticias |
| "Sorry" | Atlassian dice que se omita salvo que el problema sea grave. Shopify dice que te disculpes cuando la culpa es tuya | Dilo una vez, cuando sea culpa tuya. Nunca como reflejo. Mira estos ejemplos de disculpas |
| "Please" | Atlassian dice que puede hacer que un paso obligatorio parezca opcional. GOV.UK dice que suele ser innecesario | Bien en las peticiones; elimina "please note" y "please be advised" |
| Culpa | Atlassian usa "nosotros" en lugar de "usted" para que nadie se sienta culpado | "No pudimos procesar el pago", no "Su pago falló" |
| Emoji | Mailchimp los permite con poca frecuencia | Imita al cliente. Nunca en malas noticias |
Y las frases de guion que conviene eliminar, con qué decir en su lugar:
- "Entiendo su frustración." Nombra el problema real: "Te han cobrado dos veces."
- "Lamentamos las molestias." No se disculpa por nada concreto. Di qué salió mal.
- "No te preocupes." Las pautas de Shopify advierten contra pedir confianza sin datos. Da los datos.
- "Según nuestra política." Explica en una frase por qué existe la política.
- "Gracias por su paciencia" al principio de una respuesta tardía. Reconoce la espera sin rodeos: "Perdona que esto haya tardado dos días."
Los propios ejemplos de instrucciones de IA de Freshdesk toman la misma decisión: reconocer la frustración en una frase y evitar el relleno como "I apologize for any inconvenience" (guía del agente de IA de Freshdesk). Cuando un proveedor de helpdesk escribe eso en su propia documentación, sabes que la era del guion se acabó.
Cómo escribir una guía de tono para atención al cliente en 7 pasos
Puedes tener una primera versión funcional en una tarde. Este es el orden que seguiría.
- Reúne 30 respuestas reales. Toma 15 que lograron un gran CSAT y 15 que salieron mal (una reapertura, una escalada, una puntuación de 1 estrella). Los problemas de tono se ven mucho mejor en tus propios tickets que en la teoría.
- Escribe de 3 a 4 rasgos de voz, cada uno con un "no". "Directo, no brusco. Cálido, no empalagoso. Seguro, no arrogante." Usa el truco del antitono de NN/g para que los revisores puedan señalar la línea que se cruzó.
- Fija los cuatro diales para tus 6 a 8 tipos de ticket principales. Usa el widget de arriba como punto de partida. La mayoría de los equipos necesitan reembolso o cancelación, caída, error, contacto repetido y enfadado, cómo hacer algo, facturación y elogio.
- Escribe la mecánica. Contracciones, signos de exclamación, emoji, saludo y despedida, y el "tú" o "usted" para cada idioma que atiendas (más sobre eso en mi guía de soporte multilingüe). Zendesk, por ejemplo, tiene un ajuste de pronombre por idioma para esto, en formal por defecto.
- Reescribe tus 10 macros principales. Tus macros son donde el tono antiguo vive más tiempo. Si una macro incumple la guía, todos los que la usan incumplen la guía. Mis artículos de plantillas de correo y guiones de chat en vivo tienen ejemplos reescritos para empezar.
- Cárgala en cada herramienta. Centro de ayuda, macros, onboarding de agentes, los ajustes del agente de IA y tu tarjeta de QA. Más sobre esto abajo.
- Puntúala y revísala cada trimestre. Añade un criterio de tono al QA y actualiza la guía cuando la misma corrección aparezca tres veces.
El paso 6 es el que decide si la guía se usa. Un PDF en una unidad compartida no cambia nada. Ponla en tus SOP de soporte y en el onboarding de agentes, y haz que sea lo primero en tus escenarios de formación.
¿Dónde tiene que vivir tu guía de tono en el helpdesk?
Todos los helpdesks importantes tienen ya alguna forma de cambiar el tono, pero lo dividen en dos cosas distintas: un botón que reescribe la respuesta de un agente y un ajuste que controla cómo escribe el agente de IA. Aceptan tu guía en formatos muy distintos.
| Helpdesk | Botón de "cambiar tono" del agente | Ajuste de tono del agente de IA | Límites a tener en cuenta | Requisito | Fuente |
|---|---|---|---|---|---|
| Zendesk | Enhance writing: Make more friendly, Make more formal, Rewrite in your tone | Professional, Informal, Enthusiastic o Custom, más formalidad del pronombre por idioma | Nivel gratuito: 5 usos por agente al mes, con tope de 500 por cuenta | Complemento Copilot $50/agent/month para uso ilimitado | Documentación de Zendesk |
| Freshdesk | Writing Assistant: More formal, Less formal, Rephrase | Instrucciones personalizadas de texto libre, sin selector de preajustes | El tono sigue el idioma del perfil del agente | Freddy AI Copilot $29/agent/month en Pro y Enterprise | Documentación de Freshdesk |
| Gorgias | No se encontró botón nativo | Friendly, Professional, Sophisticated o Custom | Custom hasta 3.000 caracteres; saludo, despedida y términos hasta 600 cada uno | Voz de marca indicada desde Basic | Documentación de Gorgias |
| Help Scout | AI Assist: Make it friendlier, Make it more professional | Campo Identity de texto libre | AI Drafts aprende el tono de respuestas pasadas | AI Assist en Plus y Pro | Documentación de Help Scout |
| HubSpot | Change tone: Friendly, Heartfelt, Professional | Friendly, Professional, Casual, Empathetic, Witty o voz de marca | IA de la bandeja: 30 usos por minuto, 1.000 al día | Customer agent en Pro y Enterprise | Documentación de HubSpot |
| Front | Compose: adjust tone (solo correo) | No se encontró ajuste de tono para Autopilot | 200 acciones de Compose por persona al día | Copilot $20/seat/month | Documentación de Front |
Todos los requisitos y límites se comprobaron en la documentación y las páginas de precios de cada proveedor en octubre de 2026.
Los botones del compositor son la parte fácil. El menú Enhance writing de Zendesk está justo en el cuadro de respuesta:
La versión de Freshdesk está tras un botón Write with AI, y AI Assist de Help Scout muestra la reescritura antes de que reemplaces tu texto:
Aquí está el problema de todos estos, y de la mayoría de los copilotos de IA: "más amistoso" y "más formal" son diales genéricos, no tus diales. El propio ejemplo de Zendesk muestra cómo "Make more formal" convierte "We will do our best to assist you" en "We shall make every effort to provide you with the assistance you require" (centro de ayuda de Zendesk). Es más formal, claro. Probablemente no es tu marca. El botón conoce lo formal; solo tu guía sabe cómo suena lo formal en tu empresa. La respuesta de Zendesk son las directrices de comunicación del complemento Copilot, donde tus reglas escritas ganan cuando chocan con el estilo que la IA infiere del ticket.
¿Cómo se le enseña una guía de tono a un agente de IA?
Aquí es donde la mayoría de las guías de tono fallan ahora, porque el agente de IA suele escribir más respuestas que cualquier persona del equipo. Cada proveedor te da un cuadro, y los cuadros son pequeños. El campo de descripción de tono personalizado de Zendesk muestra un contador de 300 caracteres:
Trescientos caracteres caben para tus rasgos de voz. No caben seis situaciones, una lista de frases y una regla de formalidad por idioma. Los proveedores también son honestos sobre los límites. Freshdesk llama a sus instrucciones de IA "behavioral guidance" donde "edge cases can still occur", y HubSpot advierte de que las respuestas "may not always exactly match the specified formatting or wording" (base de conocimiento de HubSpot).
De ejecutar IA en colas de soporte reales en eesel, he aprendido tres cosas para lograr que una IA mantenga un tono:
- Dale situaciones, no adjetivos. "Amistoso" no significa nada para un modelo. "Al denegar un reembolso, di que no en la primera frase y ofrece crédito de tienda" funciona.
- Deja que aprenda de tus mejores respuestas pasadas. Los tickets reales de tu equipo transmiten tu tono mejor que cualquier descripción. Por eso AI Drafts de Help Scout y eesel aprenden de conversaciones pasadas.
- Corrígela donde ocurre el error. El bucle de feedback más rápido es el del propio ticket.
Ese tercer punto viene directamente de clientes de eesel. Un administrador de Zendesk preguntó justo esto durante la configuración:
"When I hit 'Reject - too formal, make it friendlier' as a comment in an internal tool, do you have an example for this? I want to know if I can iteratively train it ... within ZenDesk."
Un administrador de Zendesk configurando un agente de IA
Así funciona el compañero de helpdesk con IA de eesel. El tono vive en instrucciones en lenguaje sencillo, que lee en cada respuesta en cada app. Cuando corriges un borrador ("demasiado formal, hazlo más amistoso") y dices que sí, escribe la corrección en sus propias instrucciones, o edita la regla existente si ya hay una que la cubre. Así la corrección se mantiene la semana que viene, no solo en este ticket.
Después lo compruebas antes de que lo vean los clientes. La habilidad de simulación de eesel reproduce tickets pasados reales, puntúa cada respuesta frente a lo que tu equipo envió de verdad y sugiere cambios en las instrucciones. En la ejecución de ejemplo de la documentación, 17 de 20 tickets de la muestra coincidieron con la respuesta del equipo. Ese es el paso que nunca me saltaría: leer 20 respuestas simuladas te dice más sobre el tono de tu IA que cualquier página de ajustes.
También funciona del lado humano. Eddie Stephens, Service Desk Lead en CartonCloud, describió lo que hace por los borradores de sus agentes:
"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, Service Desk Lead en CartonCloud
Si lo estás configurando, mis guías sobre entrenar a un agente de soporte con IA y sobre mantener coherente la voz de marca de la IA van paso a paso.
¿Cómo evitas que una guía de tono se quede obsoleta?
Puntúala. Una guía de tono que no está en el QA es una sugerencia, sea cual sea la herramienta de QA que uses. Smart QA de Front es un buen punto de referencia de cómo es un criterio de tono: su criterio "Tone" por defecto pregunta si el tono del agente "suited the situation", con variantes para tono adaptativo, neutro y positivo, junto a criterios separados de Empathy y Professionalism (centro de ayuda de Front).
"Suited the situation" es el planteamiento correcto, y también la trampa. Si tu tarjeta comprueba frases de empatía concretas, tendrás agentes recitando frases. Un agente de call center compartió cómo se ve eso:
"My best call was pulled and I was coached for not showing empathy by congratulating the member on their new car immediately. I instead congratulated them at the end of the call and that was against script."
Puntúa si el tono encajó con la situación de tu guía, no si apareció una línea. Mis artículos sobre QA de soporte con IA y ejemplos de feedback de QA explican cómo escribir criterios que premien el juicio.
Después haz una revisión de 30 minutos cada trimestre: reúne las correcciones de tono del QA y del historial de ediciones de tu IA, y si la misma corrección aparece tres veces, pertenece a la guía. Usa sesiones de feedback a agentes para repasar los cambios y lleva las correcciones repetidas a tu software de coaching.
Pon tu guía de tono a trabajar con eesel
Una guía de tono solo importa en las respuestas que realmente moldea. El compañero de helpdesk con IA de eesel se une a tu cola actual de Zendesk, Freshdesk, Gorgias o Help Scout, aprende cómo ya escribe tu equipo a partir de tickets y macros pasados, y sigue tus reglas de tono como instrucciones en lenguaje sencillo que puedes corregir en el ticket. Empieza con borradores como notas internas, reproduce un lote de tickets pasados para comprobar el tono y deja que responda tickets rutinarios cuando suene como tú. Es gratis probarlo con 100 créditos, y los planes de pago empiezan en 299 $ al mes en la página de precios de eesel.