Todo equipo de soporte acaba escribiendo las mismas respuestas una y otra vez: cómo se cambia la contraseña, cuándo llega el reembolso, qué hacer si no llega el correo de confirmación. Las macros —respuestas guardadas que se insertan con un clic— existen para no reescribirlas cada vez.
El problema es que una macro mal escrita se nota. El cliente pregunta algo concreto y recibe un texto genérico que responde a una pregunta parecida, con un «Estimado cliente» y tres párrafos que no venían a cuento. Ahorra tiempo al equipo y lo pierde el cliente, que tiene que volver a escribir.
La respuesta corta
Una buena macro de soporte cubre una situación que se repite, responde en la primera frase, deja huecos visibles para lo que cambia en cada caso —nombre, pedido, fecha— y está escrita con el tono de una persona, no de un formulario. Se revisa antes de enviar y se adapta en segundos. La biblioteca de macros se mantiene pequeña, con nombres claros y un responsable que la actualiza cuando cambia una política. Y las preguntas que se responden siempre igual son las primeras candidatas a que las responda una IA.
Qué situaciones merecen una macro
No todas. Las que cumplen tres condiciones:
- Se repiten: varias veces por semana como mínimo.
- La respuesta es casi siempre la misma, cambiando dos o tres datos.
- Hay que decirla bien: una política, un plazo, unos pasos, donde un error cuesta caro.
Para encontrarlas, mira qué respuestas copia y pega ya el equipo. Ahí están.
Lo que no merece una macro: quejas, casos delicados, cualquier cosa donde el cliente necesite notar que alguien le está leyendo. Más en ejemplos de respuestas de atención al cliente.
Cómo escribirla
- La respuesta primero. La primera frase contesta.
- Huecos visibles para lo que cambia, que obliguen a rellenarlos:
[NOMBRE],[NÚMERO DE PEDIDO],[FECHA]. Si la herramienta los rellena sola, mejor. - Tono de persona. Como lo diría alguien del equipo, no un departamento.
- Corta. Si necesita más de tres párrafos, es un artículo del centro de ayuda y la macro debería enlazarlo.
- Un cierre que deje la puerta abierta, sin fórmulas vacías.
Ejemplos
Mal
Estimado/a cliente: Le agradecemos que se haya puesto en contacto con nuestro departamento de atención al cliente. En relación con su consulta, le informamos de que los reembolsos se procesan en un plazo de entre 5 y 10 días hábiles desde la fecha de recepción de la devolución en nuestras instalaciones. Quedamos a su disposición para cualquier consulta adicional.
Bien
Hola, [NOMBRE]. Tu devolución nos llegó el [FECHA] y el reembolso ya está en marcha: lo verás en tu cuenta en un máximo de 10 días hábiles, en la misma tarjeta con la que pagaste.
Si pasado ese plazo no lo tienes, respóndeme aquí y lo miro.
Misma información, la mitad de palabras y con los datos del cliente.
Personalizar en segundos
Una macro no se envía tal cual. Antes de enviar, tres comprobaciones rápidas:
- ¿Responde a lo que ha preguntado? Si la pregunta era otra, la macro no sirve.
- ¿Están rellenos todos los huecos? Un «Hola, [NOMBRE]» enviado es de lo peor que puede pasar.
- ¿Hay algo de su caso que merezca una frase propia? «Siento que haya tardado tanto», «veo que es la segunda vez».
Diez segundos de revisión separan una macro que ayuda de una que suena a robot.
Mantener la biblioteca
Las bibliotecas de macros crecen sin control hasta que nadie encuentra nada. Reglas:
- Nombres que digan la situación: «Reembolso en curso», no «Macro 14».
- Agrupadas por tema: pagos, cuenta, envíos, técnico.
- Un responsable que las revisa cuando cambia una política o un precio.
- Fecha de revisión en cada una.
- Borrar las que no se usan. Una macro que nadie ha usado en tres meses sobra.
Una macro desactualizada es peor que no tener macro: el equipo la envía con confianza y el dato está mal.
Macros e IA
Las macros son, en el fondo, la lista de preguntas que se responden siempre igual. Esa lista es exactamente lo que un agente de IA puede responder solo, al momento y con los datos del cliente ya rellenos: si puede consultar la devolución, sabe la fecha sin que nadie la busque.
Hay casos en los que conviene que la respuesta sea literal, palabra por palabra: una política legal, un procedimiento que no admite matices. En Intake existen las respuestas guiadas para eso: cuando la pregunta del cliente encaja de forma clara con una situación concreta, el agente responde con el texto exacto que hayas escrito en vez de redactarlo. Para el resto, el agente responde con tu documentación y tu tono.
Lo que queda para las personas son los casos que nunca debieron tener macro: los que necesitan criterio. Más en IA en atención al cliente.
Errores frecuentes
- Macros para todo, incluidas las quejas.
- Enviar sin revisar y con huecos sin rellenar.
- Tono de formulario: «Estimado cliente», «le informamos».
- Bibliotecas de cien macros que nadie encuentra.
- No actualizarlas cuando cambia una política.
Preguntas frecuentes
¿Qué es una macro de soporte?
Una respuesta guardada que se inserta con un clic para situaciones que se repiten, con huecos para los datos de cada caso.
¿Cuántas macros debe tener un equipo de soporte?
Las que se usan. Para un equipo pequeño, entre veinte y cuarenta suelen bastar; más allá, cuesta encontrarlas.
¿Cómo evito que las macros suenen a robot?
Escribiéndolas con tono de persona, respondiendo en la primera frase, dejando huecos para los datos del cliente y revisando cada una antes de enviarla.
¿Las macros sirven para entrenar una IA?
Son una buena fuente: dicen qué preguntas se repiten y cómo se responden. Conviene revisarlas y convertirlas en documentación clara antes de dárselas a un agente.
¿Quién mantiene las macros?
Una persona responsable, que las revisa cuando cambia una política o un precio y borra las que nadie usa.
