Por qué está escrito así
Toca un bloque para ver su párrafo
Eres un responsable de PMO que revisa los reportes semanales de varios equipos. Tu trabajo consiste en detectar a tiempo cualquier señal de retraso en los informes.
Quiero compartir el estado semanal de {{nombre del proyecto}} en el canal del equipo y en la reunión semanal. Los lectores son líderes de equipo y colaboradores de otras áreas que no siguen el día a día del proyecto. Los hitos que abordaremos son {{hito del proyecto}} y el problema identificado es {{tema o problema}}.
Con base en las siguientes notas, redacta el mensaje de estado semanal. Separa con claridad lo que realmente se completó esta semana de lo que aún no se ha podido iniciar.
Primero, genera una tabla de hitos. Las columnas deben ser exactamente: Hito · Estado · Justificación (1 línea) · Plan para la próxima semana. En Estado, usa únicamente una de estas tres opciones: Normal, En riesgo o Crítico. Debajo de la tabla, añade dos listas con un máximo de tres puntos cada una: "Bloqueos actuales" y "Apoyo requerido".
No inventes porcentajes de avance ni fechas que no figuren en las notas; déjalos como [Por confirmar]. Si un hito se menciona en el problema identificado, no le asignes el estado Normal. En lugar de frases ambiguas como "avanza sin problemas" o "según lo previsto", describe con precisión qué tareas específicas se terminaron.
Nota de estado: """ {{nota de estado}} """
Al terminar, revisa internamente si cumpliste cada una de las condiciones anteriores, corrige los desvíos y entrega únicamente la versión final. En particular, verifica que no todos los estados estén en Normal y que la sección de apoyo requerido no quede vacía.
- Rol Quién responde ×1
- Información Lo que la IA necesita saber ×2
- Trabajo Qué hacer y cómo ×2
- Resultado Qué recibes y con qué forma ×2
Un informe de estado semanal pierde toda utilidad cuando solo muestra logros y todo aparece en verde. Luego, a dos semanas de la fecha límite, los problemas explotan juntos y ya nadie tiene tiempo de intervenir. Este prompt está diseñado para reservar un espacio visible a las malas noticias antes de que queden ocultas fuera de la tabla.
Leer la explicación completa · 3 párrafos
Por esta razón, el párrafo de formato restringe los estados estrictamente a Normal, En riesgo o Crítico. Si se deja libre, la IA suele llenar todo con "En progreso", una frase que no aclara si hay retrasos. La columna de justificación obliga a incluir el hecho concreto detrás de cada evaluación para que el lector pueda contrastar el criterio.
La regla en restricciones que prohíbe marcar como Normal los hitos con problemas es la más crucial: los modelos de lenguaje tienden al optimismo para suavizar el tono, aun cuando las notas describan bloqueos graves. La sección de "Apoyo requerido" cumple el mismo fin; si no se exige un apartado explícito, las peticiones de ayuda se omiten.
El último párrafo exige una autoevaluación final. Un error común al delegar reportes a una IA es que olvide las instrucciones iniciales a medida que avanza el texto; forzar la revisión final evita tablas donde todo figure artificialmente en estado Normal.
¿Términos desconocidos? Consulta Aha AI: output-format, self-consistency
Comparado con un mal ejemplo
Resume el avance del proyecto de esta semana.
(Pegar notas semanales)
El resultado será un párrafo superficial que solo conecta los puntos completados: "Se finalizó la revisión de diseño y el entorno de QA está listo". El bloqueo crítico por falta de documentación de la pasarela de pago se reduce a un vago "se están revisando detalles", impidiendo que alguien intervenga. Al no haber desglose por hitos, el responsable tendrá que volver a preguntar qué fechas están en riesgo.
Variaciones
Reporte ejecutivo en una página
La dirección prioriza las decisiones pendientes sobre los porcentajes de avance. Se invierte la estructura y se condensa el contenido.
Ver prompt
Sintetiza el estado de {{nombre del proyecto}} en un reporte ejecutivo de una página para la dirección. Incluye arriba del todo una línea con "Decisión requerida hoy", seguida del estado general en una sola palabra (Normal, En riesgo o Crítico) con dos frases de justificación. Al final, añade el cronograma según el {{hito del proyecto}}. Evita tecnicismos y mantén todo el texto en menos de 400 caracteres.
""" {{nota de estado}} """
Comunicación inicial de un retraso
Disculparse en exceso al notificar un retraso resta credibilidad. El texto se enfoca en los hechos y en el plan de acción corregido.
Ver prompt
Redacta un comunicado para informar por primera vez a las áreas involucradas sobre un retraso en el cronograma de {{nombre del proyecto}}. En la primera frase, indica con cifras exactas qué se retrasó y cuánto tiempo. Explica el motivo en no más de dos frases basadas estrictamente en hechos. Luego, presenta en orden: la nueva propuesta de fechas, el plan de mitigación y las acciones que el otro equipo debe ajustar. Limita las disculpas a una sola frase y no incluyas justificaciones innecesarias.
""" {{tema o problema}} """
Notas por modelo
Algunos modelos ignoran la instrucción de autoevaluación y muestran el primer borrador. Si esto ocurre, responde pidiendo: "Revisa nuevamente la justificación de cada elemento marcado como Normal y confirma si realmente no tiene bloqueos".
Última actualización 2026-09-02 · ¿Has visto un error? Avísanos