Responder a un cliente enfadado

Responder cliente enfadado con IA es un oficio estrecho: un borrador que reconoce el hecho, el plazo y el siguiente paso. No es ganar el hilo. No es un teatro de empatía. El modelo no envía. Tú envías. Si el chat inventa un reembolso, un “siempre lo hacemos así” o una disculpa por algo que no ocurrió, el correo no sale.

Este artículo no es el email profesional genérico. No es el WhatsApp tenso. No es el volcado del CRM. Aquí el trabajo es uno: email a un cliente molesto que no discute y no rellena huecos. La estructura del prompt (tarea, texto, formato, límite) está en cómo escribir un prompt que sirva. Qué ficha pegas y qué no, en qué pegar del CRM y qué no.

El correo no es un juicio

No discutir en el correo no es “ser simpático”. Es no usar el mensaje para demostrar que el cliente lee mal, que el almacén tiene razón o que “en el contrato ya ponía”. Eso, si hace falta, va a otra mesa. Este correo cierra un estado: qué ha pasado, cuándo hay fecha, qué haces tú el próximo movimiento.

El cliente enfadado suele traer tres cosas mezcladas: un hecho (no llegó, nadie contestó, el PDF falta), una emoción (cabreo, amenaza de cancelar) y una petición (fecha, responsable, dinero). Tú contestas al hecho y a la petición que puedas cumplir. La emoción se nombra en una línea, como mucho. No se debate.

Qué no hace este correo:

• No corrige al cliente frase a frase.
• No pone “como ya le indicamos el día 3”.
• No usa ironía (“entendemos su prisa”).
• No adjunta la historia completa del ticket “para que vea”.
• No promete lo que tu empresa no te ha autorizado a prometer.

Qué sí:

1. El hecho, con las palabras que tú das, no las que el modelo adivina.
2. El plazo, si existe en tus notas. Si no existe, no aparece una fecha “orientativa”.
3. El siguiente paso, con dueño real: tú, un compañero que ya está avisado, una hora que ya está en el calendario.

Si el modelo convierte eso en un alegato, el borrador está mal aunque esté bien escrito. Un párrafo fluido con un “por supuesto le devolvemos el importe” es peor que un correo tosco fiel. El tono seguro no apaga el criterio: confianza excesiva, el texto suena bien.

Reconocer el problema y el plazo

Reconocer el problema y el plazo es la frase que importa. No “empatizar”. No “validar sentimientos”. Es: el envío del 27 no ha salido; el viernes que anunciamos no se cumplió; el jueves a las 10 te confirmo fecha de salida. Tres piezas. Si te falta una, el correo lleva un hueco honesto, no un invento.

Antes de abrir el chat, escribe en un bloc solo lo que vas a autorizar. Cuatro líneas bastan:

Hecho: pedido del 27; no ha salido; el cliente escribió que lleva 12 días.
Causa que puedo decir: retraso de almacén. (Si no puedes decir causa, no la pongas.)
Plazo que sí: el jueves a las 10 confirmo fecha de salida. No prometo el viernes.
Siguiente paso: yo escribo el jueves a las 10. No hay reembolso en estas notas.

Eso es el expediente que ve el modelo. No la ficha. No el hilo de diez mails. No el nombre de la persona. Los hechos que das son los únicos hechos. Si no está en esas líneas, el chatbot no lo “completa con lo habitual del sector”.

Cómo reconocer sin rellenar:

• “El pedido del 27 no ha salido.” Fiel.
• “Ha habido un error en logística y lo sentimos muchísimo.” Solo si tú has decidido esa causa y esa disculpa.
• “Le compensamos con un 15 %.” Fuera, salvo que esté en tus notas y autorizado.
• “Entendemos su frustración.” Sobrevuela. No añade el plazo. Quítalo si el resto ya está.

El plazo no es un adorno. Es el dato que el cliente va a subrayar. Si el modelo pone “a lo largo de la próxima semana” y tú no lo has dicho, es una fecha inventada con cariño. Tachas. Pones la tuya o pones “aún no hay fecha; el jueves te la doy”. Las dos son honestas. La semana inventada no.

ChatGPT, tono de atención al cliente

ChatGPT tono de atención al cliente no es “sé empático y profesional”. Esa etiqueta produce LinkedIn: “lamentamos las molestias ocasionadas”, “quedamos a su entera disposición”, cero hecho. El tono se pide con un molde y con prohibiciones.

Plantilla, no sagrada:

Tarea: redacta un email de respuesta al cliente. Máximo 120 palabras.
Hechos fijos (no salgas de esta lista):
- Pedido del 27; no ha salido.
- El cliente lleva 12 días sin envío y amenaza con cancelar si el viernes no hay fecha.
- Causa que puedo decir: retraso de almacén.
- Siguiente paso: el jueves a las 10 le confirmo por correo la fecha de salida.
- No hay reembolso ni descuento en estas notas.
Destinatario: cliente, trato de usted, español de España.
Tono: neutro. Reconoce el retraso en la primera frase.
Prohibido:
- No discutas. No ironía. No expliques que el cliente se equivoca.
- No pidas disculpas vacías (“lamentamos las molestias”) sin el hecho.
- No inventes política, reembolso, causa extra ni plazos.
- No pongas “siempre” ni “nunca”.
- Si falta un dato, escribe [no aparece] y no lo rellenes.
Formato: asunto de una línea + cuerpo. Sin introducción de coaching.
MENSAJE DEL CLIENTE:
"""
…el texto ya anonimizado…
"""

Ejemplo de mensaje del cliente (ya recortado; sin nombre, sin email, sin cuenta):

“Llevamos 12 días sin el envío. Pedimos el 27. Nadie contesta. Si el viernes no hay fecha, cancelamos.”

Salida mala típica:

Asunto: ¡Resolvamos esto juntos!
Cuerpo: empatía de plantilla, “su satisfacción es nuestra prioridad”, un 10 % de descuento que nadie autorizó, “el viernes a primera hora lo tiene” (tú no lo dijiste), un “entendemos que haya habido un malentendido”. Eso discute y promete. No sirve.

Salida que puedes usar de base:

Asunto: Pedido del 27: fecha el jueves a las 10
Cuerpo: el pedido del 27 no ha salido; hay un retraso de almacén; el viernes que pide aún no lo puedo confirmar; el jueves a las 10 le escribo con la fecha de salida. Una frase de cierre: si quiere cancelar, que lo diga en la respuesta y lo gestionamos entonces. Sin teatro.

IA no pida disculpas vacías. Si tú quieres disculparte, dilo en el prompt: “Disculpate una vez por el retraso del pedido del 27. No añadas otra disculpa.” Una. Atada al hecho. El “muchísimas disculpas por las molestias e inconvenientes” es ruido. El modelo lo pone porque ha visto millones de SACs. Tú lo quitas.

Iterar, un punto:

1. “Quita el descuento. No estaba.”
2. “El viernes no está comprometido. Solo el jueves a las 10 para confirmar.”
3. “Primera frase: el pedido no ha salido. No empieces por ‘esperamos que te encuentres bien’.”

No un prompt nuevo de 40 líneas. La estructura ya estaba. Falló un hecho. Se corrige el hecho. Luego lees otra vez contra el bloc de cuatro líneas.

Qué pegas y qué no

El atajo feo: copiar el ticket entero del CRM, el hilo, el teléfono, la cuenta, el IBAN “por si pide devolución”. Eso no mejora el tono. Expone al cliente. El chat de consumo no es el recinto de tu empresa.

Pegas:

• El mensaje del cliente ya recortado (sin firma con teléfono, sin número de cuenta, sin dirección).
• Tus tres o cuatro hechos, como en el bloc.
• El trato (tú / usted) y el tope de palabras.

No pegas:

• Nombre, email, teléfono, cuenta, IBAN, DNI, número de pedido largo si identifica.
• La ficha completa, notas internas (“cliente conflictivo”, “impago”), historial de un año.
• La política comercial entera “para que el modelo decida”.
• Capturas del CRM.

La receta del caso limpio es cliente A, importe N, plazo. El detalle está en el artículo de CRM, no aquí. Si el texto que te queda sigue apuntando a una empresa concreta del polígono, recorta más o no uses el chat de consumidor.

El modelo no “tiene el contexto del cliente”. Tiene lo que le das en este mensaje. Eso es una ventaja: no puede inventar el expediente si no se lo das. Es una obligación: lo que no le das, o lo pones tú en el correo final o no existe.

Reclamación de un cliente, borrador: la pasada antes de enviar

Una reclamación de un cliente borrador no es el correo. Es un texto en el chat. Entre el chat y “enviar” hay una pasada tuya, con el original al lado.

Lista corta, en este orden:

1. Hechos. Cada plazo, cada importe, cada causa, cada promesa. ¿Está en tu bloc? Si no, fuera.
2. Política. ¿Hay reembolso, cambio, cancelación, “cortesía”? Solo si tú la escribiste como hecho. Si el modelo la ha “deducido”, tachas.
3. Discusión. ¿Hay un “en realidad el retraso es de ustedes porque no confirmaron”? Fuera. No discutir en el correo.
4. Ironía y adornos. “Lamentamos que la experiencia no haya sido la esperada.” Vacío. Fuera o sustituye por el hecho.
5. Siguiente paso. ¿Hay dueño y hora reales? Si pone “el equipo se pondrá” y nadie está avisado, lo cambias por lo que tú sí vas a hacer.
6. Asunto. ¿Dice el pedido y el paso, o dice “sinergia”? Lo reescribes tú si hace falta.

Copias el texto a tu cliente de correo. No reenvías desde el chat. No dejas que un complemento “mande”. Lees en la ventana de salida, no en la del modelo. El modelo sigue sonando bien aunque el jueves inventado siga ahí. Si el cliente pidió hablar por teléfono, el correo puede decir “le llamo a las 10” solo si vas a llamar a las 10. El chat no agenda por ti.

Si después de dos correcciones el chat insiste en compensar, paras. Escribes tú las cuatro frases del bloc. El chatbot ya no aporta. Un borrador fiel de ochenta palabras gana a un SAC de trescientas con política ficción.

Cuándo no uses el chat para esto:

• No tienes hechos, solo cabreo, y quieres que “calme”.
• La reclamación pide un dictamen (“¿tenemos que devolver por ley?”). Eso no se pregunta aquí ni se contesta en el correo como si el modelo fuera el departamento jurídico.
• El caso es de un tercero y no puedes anonimizar. Entonces no pegas. Redactas a mano o en la herramienta que tu empresa haya aprobado.

Errores habituales

Pegar el CRM y pedir “tono empático”. El tono no lava el envío. El cliente no tiene que estar en un servidor de consumo. Recorta primero.

Pedir disculpas en abstracto. IA no pida disculpas vacías; tú tampoco las envíes. Disculpa + hecho, o hecho solo.

Dejar que invente la política. “Le reembolsamos”, “le extendemos la garantía”, “es nuestro protocolo”. Si no está en tus notas, es ficción. Tú la firmas al pulsar enviar.

Discutir con educación. Un “entendemos su punto; no obstante, el albarán demuestra…” es una discusión. El correo de hoy no es el juicio. Si hay que aportar un documento, lo aportas sin alegato, o lo dejas para la llamada.

Ironía y diminutivos. “Un pequeño retraso”, “su email tan vehemente”. El cliente enfadado lee desprecio. Neutro.

Prometer el viernes porque el cliente lo pidió. El cliente pide. Tú comprometes lo que puedes. El modelo tiende a contentar: pone el viernes. Tú lo quitas.

Enviar el primer borrador porque no hay faltas. Las faltas no eran el riesgo. El 15 % sí. El plazo sí.

Segundo turno “más empático” sin mirar hechos. El segundo texto puede ser más cálido y seguir mintiendo. Extraes otra vez plazos y promesas. Siempre.

Creer que el chat envía. No envía. No es tu bandeja. Si un compañero “ya lo mandó desde el copiloto”, es otro recinto y otras reglas. Aquí: copias, lees, envías tú.

Para aquí, en positivo:

1. Bloc de hechos antes del prompt.
2. Prompt con prohibición de política inventada, de discusión y de disculpa vacía.
3. Borrador leído contra el bloc.
4. Correo salido de tu cuenta.

Cierre

Responder a un cliente enfadado con un chatbot se reduce a esto: reconocer el problema y el plazo, decir el siguiente paso que sí existe, y no rellenar el resto. El email a un cliente molesto no gana. No ironiza. No pide perdón por una novela. Tú pones los hechos. El modelo ordena frases. Tú compruebas. Tú envías.

Sin ficha del CRM. Sin reembolso de adorno. Sin acta de diez mails. Tres datos y un envío tuyo.