Por qué está escrito así
El fallo más habitual al pedir a una IA un correo de disculpa es obtener un texto que repite «lo sentimos» cinco veces sin aclarar qué ocurrió ni qué pasará a continuación. Se tiende a creer que disculparse mucho demuestra sinceridad, pero el cliente lo que necesita son hechos y soluciones. Este prompt reduce las disculpas vacías y asegura espacio para los datos concretos.
Definir el rol en el primer párrafo como «responsable de atención al cliente» fija la perspectiva correcta. Sin este rol, el modelo suele redactar como un portavoz de relaciones públicas, puliendo el tono pero diluyendo la responsabilidad. El orden del encargo (hechos → disculpa → medidas → prevención) se establece de forma explícita porque es la estructura que los modelos suelen ignorar con más frecuencia.
En las restricciones, la clave es la instrucción [Pendiente de confirmación]. Si no se especifican compensaciones o reembolsos, la IA tiende a inventarlos con frases verosímiles. Prometer compensaciones erróneas en un correo de disculpa crea un problema aún mayor. Proporcionar un marcador de posición evita estas invenciones.
El último párrafo obliga al modelo a autoevaluarse antes de responder. Al contrastar el borrador con los tres puntos requeridos, se eliminan excusas involuntarias y omisiones de medidas. El uso de """ alrededor del problema evita que las consultas de los clientes se interpreten como instrucciones para el modelo.
¿Términos desconocidos? Consulta Aha AI: role-prompting, hallucination
Comparado con un mal ejemplo
Escribe un correo de disculpas a un cliente. Ayer se cayó el servicio.
(Captura de pantalla de la queja del cliente)
Al haber solo una línea de información, el modelo inventa la duración de la caída, el alcance del impacto y la solución aplicada. Si se envía tal cual, el cliente recibirá datos falsos que empeorarán la situación. Además, al no haber un plan de acción, el texto termina en frases vacías como "haremos todo lo posible para que no vuelva a ocurrir", sin ofrecer ninguna garantía real.
Variaciones
Notificación inicial cuando aún se desconoce la causa
Actúa como responsable de atención al cliente. Redacta una notificación preliminar para {{otra parte interlocutor}}. La causa aún está bajo investigación y no puede confirmarse.
Separa con claridad lo que se sabe de lo que aún se desconoce; no especules sobre el origen del problema. Incluye una estimación de cuándo se enviará la siguiente actualización y ofrece una alternativa temporal que el cliente pueda aplicar mientras tanto si existe. Máximo 100 palabras.
Problema ocurrido: """ {{problema ocurrido reciente}} """
Pedir disculpas sin conocer la causa suele generar suposiciones erróneas. Esta variante se enfoca en comunicar con transparencia lo que no se sabe y comprometer una fecha de actualización.
Informe interno del incidente para el equipo
Resume el siguiente incidente en formato de informe interno. Omite disculpas y céntrate únicamente en los hechos.
Estructura el informe en cinco apartados: Hora de inicio y duración, Alcance del impacto, Causa identificada ({{causa principal}}), Acciones realizadas y previstas ({{plan de accion}}), y Riesgos residuales. Si falta información para algún punto, indica "Pendiente de validación".
Problema ocurrido: """ {{problema ocurrido reciente}} """
A nivel interno, el objetivo no es disculparse sino registrar los hechos con precisión. Fija los apartados clave para que el informe sirva directamente en la siguiente reunión operativa.
Prompts relacionados
Última actualización 2026-09-02 · ¿Has visto un error? Avísanos