Cómo comunicar una interrupción del servicio con información confirmada.
El mensaje debe distinguir hechos conocidos de lo que se está investigando. Promete una hora de actualización solo si el equipo puede cumplirla.
Adapta el flujo de trabajo a tu tarea.
Indica la función afectada y el impacto conocido en clientes, separando hechos confirmados e investigación. Incluye una solución alternativa verificada o la hora de la próxima actualización solo si el equipo puede respaldarla, y revisa el texto cuando cambien las evidencias.
- Qué aportas
- Hechos conocidos del incidente y calendario de actualizaciones.
- Qué obtienes
- Mensaje transparente de estado sin promesas de resolución sin respaldo.
Mira la entrada y el resultado.
Entrada y salida ilustrativas · ejemplo didáctico, no una ejecución de WebAct en directo
Ejemplo campo
Exports are failing; engineers are investigating; next update at 16:00 UTC.
Ejemplo completo
Exports are currently unavailable. The team is investigating. We will share the next update at 16:00 UTC.
Carga esta entrada en el prompt y cópialo en WebAct para probar la tarea. Tu resultado puede diferir del ejemplo.
Decisiones y solución de problemas.
¿El aviso debe dar inmediatamente una hora estimada de solución?
Solo si el equipo responsable tiene una estimación defendible. Durante la investigación puede ser más adecuado comprometerse claramente con una próxima actualización.
¿Por qué el mensaje generó una promesa que el equipo no puede cumplir?
Elimina tiempos especulativos de resolución y alinea las actualizaciones con la información confirmada por el responsable del incidente.
Pruébalo con tu propia fuente.
Sustituye el ejemplo por tu material en el prompt. Conserva los requisitos que necesites y copia la tarea en WebAct.
Personalizar y copiar la tarea ↑