top of page

Copilot para Project Managers: crea y actualiza tus Project Reviews en PowerPoint

7 oct
17 min de lectura

PowerPoint no empieza en PowerPoint

Cuando pensamos en una presentación, es fácil empezar por las diapositivas, pero una buena presentación empieza antes.


Antes de abrir PowerPoint conviene tener claro:

  • quién la va a ver;

  • qué queremos contar;

  • qué decisión o reacción buscamos;

  • qué información merece realmente estar dentro.


Aquí Copilot puede ayudar bastante, no solo porque pueda generar diapositivas, sino porque puede revisar correos, Teams, reuniones y documentos del proyecto para ayudarnos a decidir qué contenido es relevante y cuál es la información más actualizada.


La diferencia va a ser importante:

  • No estamos pidiendo: “Hazme un PowerPoint.”

  • Estamos pidiendo: “Ayúdame a pensar la presentación.”

Y eso incluye decidir qué entra, qué sobra y qué mensajes deberían quedar claros antes de diseñar una sola slide.


Persona usa portátil con Project Review y Copilot para Project Managers; mesa con taza, cuaderno y fondo blanco.
Copilot y PowerPoint

Aunque en este artículo nos centraremos en las "Project Review", toda esta manera de trabajar se podrá aplicar a cualquier tipo de presentación que queramos hacer.


No le digas “hazme una presentación”

Cuanto más vaga sea la petición, más genérica será normalmente la presentación.

No es lo mismo pedir:

Hazme un PowerPoint sobre el Proyecto X.

que explicar:

Necesito preparar una Project Review para dirección. El objetivo es explicar la situación actual del proyecto, qué ha cambiado desde la última revisión, qué riesgos requieren atención y qué decisiones necesitamos tomar.

Con ese contexto, Copilot puede ayudarnos mucho mejor a seleccionar la información.

También podemos añadir:

Revisa los correos, Teams, reuniones y documentos recientes del proyecto y utiliza únicamente la información más actualizada y relevante.

Así evitamos construir una presentación bonita sobre datos desfasados.


Antes de generar ninguna slide, conviene definir al menos tres cosas:

  • audiencia;

  • objetivo;

  • resultado esperado.


Por ejemplo:

Audiencia: Project Director y Steering Committee
Objetivo: revisar estado, riesgos y próximos hitos
Resultado esperado: confirmar prioridades y cerrar dos decisiones pendientes

Con esto ya empezamos a pedirle al copilot algo más concreto: "diseñar una presentación con una finalidad concreta".


Primero decidimos qué historia queremos contar

Una Project Review no debería ser una colección de slides independientes, sino que tiene que tener una lógica. Una secuencia que ayude a la audiencia a entender:

dónde estamos → qué ha cambiado → qué preocupa → qué necesitamos decidir → qué viene después

Aquí Copilot puede ayudarnos a construir esa narrativa utilizando la información real del proyecto.

Por ejemplo:

Revisa la información reciente del proyecto y propón la narrativa más adecuada para una Project Review dirigida a dirección.
Organiza la historia de forma que permita entender rápidamente: situación actual; principales cambios desde la última revisión; riesgos o problemas relevantes; decisiones pendientes; próximos hitos; acciones que requieren atención.

Esto evita empezar diseñando slides sin saber todavía qué queremos contar.


También podemos pedirle que priorice:

Identifica los tres mensajes que deberían quedar claros al terminar la presentación.

Ese ejercicio es especialmente útil, porque si no sabemos resumir la presentación en tres mensajes, probablemente todavía no tenemos claro su foco. La presentación debería construirse alrededor de esos mensajes, no alrededor de todo lo que sabemos del proyecto.


Captura de Copilot con respuesta en español sobre 3 mensajes clave de un proyecto: viabilidad, riesgo logístico y arranque.
Definir mensajes que deben quedar claros en la presentación

Y una vez tenemos la historia, ya podemos decidir qué slides necesitamos para contarla.


Diseñar la estructura antes de diseñar las slides

Cuando ya tenemos clara la historia, el siguiente paso no es todavía escribir contenido. Primero conviene decidir cuántas slides necesitamos y qué función tendrá cada una.


Para escoger el número de diapositivas, no existe una regla fija. Dependerá de cosas como:


Dependerá de cosas como:

  • tiempo disponible;

  • audiencia;

  • complejidad del proyecto;

  • número de decisiones;

  • cantidad de cambios que haya que explicar;

  • nivel de detalle esperado.


Podemos pedir a Copilot algo como:

Tengo 20 minutos para presentar esta Project Review a dirección.
Revisa la historia que hemos definido y dime cuántas diapositivas recomendarías para contarla con claridad, dejando tiempo para preguntas.

O:

Habíamos pensado en una presentación de unas 8 diapositivas. 
Revisa la narrativa y dime si ese número es adecuado o si convendría reducirlo o ampliarlo. Explica brevemente por qué.

También podemos dejar que Copilot proponga directamente la estructura:

A partir del objetivo, la audiencia y el tiempo disponible, propón el número adecuado de diapositivas y la función de cada una.
Captura de Copilot con una respuesta en español recomendando 8 diapositivas para un Project Review y explicando la estructura.
Definir el número de diapositivas

La salida podría ser:

Slide

Objetivo

Mensaje principal

1

Situar

Estado general del proyecto

2

Explicar cambios

Qué ha cambiado desde la última revisión

3

Mostrar planificación

Próximos hitos y fechas clave

4

Alertar

Riesgos y problemas principales

5

Decidir

Decisiones pendientes

6

Controlar

Acciones abiertas

7

Preparar

Próximos pasos

8

Cerrar

Mensajes clave y decisiones esperadas

La idea es que el número de slides sea consecuencia de la historia que queremos contar, no una cifra arbitraria. No añadimos una diapositiva porque “siempre hay una de riesgos” o porque “queda bien poner un timeline”. La pregunta debería ser: ¿Qué aporta esta slide a la historia que queremos contar?, y si no aporta nada, probablemente no la necesitamos.


Con la estructura clara, ya podemos entrar en el siguiente nivel: decidir qué debería contener y cómo debería verse cada diapositiva.


Diseñar cada slide: mensaje, contenido y recurso visual

Una vez tenemos clara la estructura de las diapositivas, podemos pedir a Copilot que baje un nivel más. Ya no queremos solo saber qué slide va después de cuál, r¡queremos definir, para cada una:

  • mensaje principal;

  • contenido;

  • datos que necesita;

  • recurso visual más adecuado;

  • qué debería evitar.


Podemos pedir algo así:

Para cada una de las diapositivas propuestas, define: título; mensaje principal; contenido que debería incluir; datos o fuentes que necesito; recurso visual recomendado; qué información no debería aparecer en la slide.

Una salida en formato tabla y con solo algunas de estas columnas podría ser:

Slide

Mensaje

Contenido

Recurso visual

1

El proyecto está bajo control, con dos puntos de atención

Status general, principales cambios

Semáforo + 3 tarjetas

2

Han cambiado dos fechas clave

Comparación anterior/actual

Timeline

3

El próximo hito depende de una entrega externa

Planning y dependencia

Gantt simplificado

4

Existen dos riesgos prioritarios

Riesgos e impacto

Matriz o tarjetas

5

Necesitamos cerrar dos decisiones

Decisiones pendientes

Tabla breve

6

Hay tres acciones críticas abiertas

Acción, responsable, fecha

Tabla de acciones

7

Los próximos pasos están claros

Próximas actividades

Roadmap

8

Necesitamos confirmar prioridades

Mensajes clave

Slide de cierre

La idea es que Copilot no se limite a decirnos qué texto poner, también puede ayudarnos a decidir: "¿Cómo debería verse esta información para que se entienda mejor?"


Y ahí empieza a actuar no solo como asistente de contenido, sino también como una especie de director visual de la presentación.


Copilot como director visual de la presentación

Una vez definido el contenido de cada slide, todavía queda una pregunta importante: "¿Qué recurso visual ayuda mejor a contar este mensaje?". No todas las diapositivas necesitan una imagen. Algunas funcionan mejor con una tabla, otras con un gráfico, una timeline, un esquema o simplemente una frase fuerte.


Podemos pedir a Copilot:

Para cada una de las diapositivas, recomienda el recurso visual más adecuado para transmitir el mensaje principal.
Elige entre: gráfico; timeline; tabla; diagrama; iconografía; imagen conceptual; fotografía; roadmap; slide principalmente textual.
Explica brevemente por qué y evita añadir elementos visuales que no aporten información.

También podemos pedir algo todavía más útil:

Cuando recomiendes una imagen, genera también un prompt para crearla. Cuando recomiendes un gráfico, indica qué datos debería utilizar y qué tipo de gráfico sería más adecuado.

Por ejemplo:

Slide

Recurso visual

Motivo

Qué necesitamos

2

Timeline

Mostrar cambios de fecha

Fechas anterior y actual

3

Gantt simplificado

Explicar próximos hitos

Planning actualizado

4

Matriz de riesgos

Comparar impacto y prioridad

Riesgos validados

7

Roadmap

Mostrar secuencia de próximos pasos

Actividades e hitos

8

Imagen conceptual + mensaje

Cerrar con una idea clara

Prompt de imagen

Así Copilot puede ayudarnos no solo a pensar qué decir, sino también cómo mostrarlo, y esto es especialmente útil cuando queremos mantener una presentación limpia: menos texto en pantalla y más información transmitida mediante el recurso visual adecuado.


Gráficos cuando los datos cuentan algo

Después de decidir qué recurso visual necesita cada slide, merece la pena detenerse un momento en los gráficos.

Porque no todo dato merece una gráfica.


Un gráfico tiene sentido cuando ayuda a mostrar con claridad:

  • evolución;

  • comparación;

  • tendencia;

  • desviación;

  • distribución;

  • avance frente a objetivo.


Por ejemplo, en una Project Review puede ser útil para representar: un progreso planificado vs real, una evolución de costes, hitos completados, acciones abiertas por semana, distribución de riesgos o desviación de fechas.


Podemos pedir a Copilot:

Revisa los datos disponibles para esta presentación e identifica en qué diapositivas un gráfico ayudaría realmente a entender mejor el mensaje. 
Para cada caso, indica: qué dato queremos mostrar; qué tipo de gráfico recomiendas; por qué; qué datos exactos necesitamos.

Y añadir una regla importante:

No propongas gráficos si no existen datos suficientes o si una tabla, timeline o tarjeta explica mejor la información.

La idea es sencilla:

el gráfico debe contar algo que el lector pueda entender más rápido que leyendo una tabla.

Y cuando no sea así, probablemente no hace falta usarlo.


El prompt sencillo: diseña mi Project Review

Después de definir narrativa, estructura, contenido y recursos visuales, podemos reunir todo en una única petición sencilla. Por ejemplo:

Ayúdame a diseñar una Project Review de 8 diapositivas para dirección. Revisa la información disponible del proyecto y utiliza únicamente la más reciente y relevante. 

Para cada slide indica: objetivo; título; mensaje principal; contenido; datos o fuentes que deberían utilizarse; recurso visual recomendado. 

La presentación debe explicar: situación actual; principales cambios; próximos hitos; riesgos y problemas; decisiones pendientes; acciones abiertas; próximos pasos.

Cuando recomiendes una imagen, incluye también un prompt para generarla.
Cuando recomiendes un gráfico, indica qué datos debería utilizar y qué tipo de gráfico sería el más adecuado.

Evita repetir información entre slides y no inventes datos, fechas, riesgos o decisiones.

Este prompt todavía no le pide a Copilot que construya directamente el PowerPoint. Primero le pedimos algo más importante: "que nos ayude a diseñarlo".


Podemos revisar la propuesta, cambiar el orden, eliminar una slide, añadir otra o modificar el mensaje antes de empezar a generar contenido definitivo.


Y cuando la estructura nos convence, ya podemos pasar al siguiente paso: alimentar esa Project Review con la información real y actualizada del proyecto.


Crear la presentación a partir del análisis del proyecto

Una vez diseñada la estructura, ya podemos utilizar la información real del proyecto para llenar cada slide. Aquí es donde Copilot puede aportar mucho valor, porque no tiene por qué trabajar solo con el texto que le pegamos en el momento. Puede apoyarse en la información disponible en correos, Teams, reuniones y documentos para ayudarnos a seleccionar qué contenido está más actualizado y qué merece entrar en la presentación.


Podemos pedir algo como:

Utiliza la información más reciente disponible del Proyecto X para completar la Project Review que hemos diseñado. 

Para cada slide: 
selecciona únicamente la información relevante;
prioriza la versión más reciente;
indica si existen datos contradictorios;
señala qué información necesita validación;
conserva la fuente cuando sea posible. 

No inventes fechas, riesgos, decisiones, responsables o avances.

Este paso es importante porque una buena estructura no sirve de mucho si la alimentamos con información desactualizada.


También podemos pedir a Copilot que nos avise cuando detecte algo problemático:

Si encuentras una fecha, decisión o estado diferente al que aparece en la presentación anterior, señálalo antes de sustituirlo.

Así la creación de la presentación deja de ser un ejercicio puramente gráfico. Empieza a convertirse en una síntesis viva del proyecto, construida sobre la información más reciente disponible.


Y eso abre un caso de uso todavía más interesante: no crear la presentación cada vez desde cero, sino actualizar una Project Review que ya existe.


Una Project Review que se alimenta del proyecto

Hasta ahora hemos diseñado la presentación y después la hemos llenado con información reciente, pero el verdadero potencial aparece cuando la Project Review deja de ser un documento aislado y pasa a alimentarse de la actividad real del proyecto.


Podemos pedir a Copilot que revise correos recietnes, conversaciones de Teams, reuniones, documentos actualizados, decisiones, riesgos, acciones e hitos, y que utilice todo ello para mantener la presentación alineada con la situación actual.


Por ejemplo:

Revisa la información nueva del Proyecto X desde la última Project Review e identifica qué contenidos deberían reflejarse en la presentación actual.

Podemos pedir que nos devuelva algo así:

Tema

Información nueva

Impacto en la presentación

Fuente

Planning

Cambio de fecha

Actualizar slide de hitos

Outlook

Riesgos

Nuevo bloqueo

Añadir a slide de riesgos

Teams

Decisiones

Decisión cerrada

Actualizar slide de decisiones

Reunión

Acciones

Acción completada

Marcar como cerrada

Documento

La idea es que la presentación no se construya solo a partir de lo que recordamos. Se construye a partir de lo que realmente ha ocurrido en el proyecto.


Y eso nos lleva al siguiente caso de uso, probablemente uno de los más interesantes: actualizar una presentación existente sin tener que rehacerla entera.


Actualizar una presentación existente

Crear una Project Review desde cero está bien, pero en la práctica, muchas veces ya tenemos una presentación de la semana anterior y lo que necesitamos es algo mucho más concreto: actualizarla con lo que ha cambiado desde entonces.


Podemos pedir a Copilot:

Revisa esta Project Review y compárala con la información nueva del Proyecto X desde la última versión. Identifica qué diapositivas necesitan actualización, qué información ha cambiado y qué contenido debería sustituirse, añadirse o eliminarse.

Una salida útil podría ser:

Slide

¿Actualizar?

Qué ha cambiado

Acción recomendada

Fuente

Por ejemplo:

  • una fecha de milestone ha cambiado;

  • un riesgo ya está cerrado;

  • apareció un nuevo bloqueo;

  • una decisión ya fue tomada;

  • una acción pasó a completada;

  • un dato del cliente quedó desactualizado.


La ventaja es clara: no rehacemos la presentación; actualizamos solo lo que realmente ha cambiado.

Y podemos añadir una regla importante:

Mantén la estructura, el estilo visual y la narrativa existentes. Añade una nueva slide solo cuando la información nueva no pueda integrarse correctamente en las actuales.

Así Copilot deja de actuar como creador de una presentación nueva y pasa a comportarse como editor de una Project Review viva.


Captura de Copilot con revisión de diapositivas: resumen ejecutivo y aviso de corrección urgente en una tabla de fechas.
Actualizar presentaacion existente

Antes de tocar nada: dime qué slides cambiarías

Antes de actualizar la presentación, puede ser mejor pedir a Copilot que no modifique nada todavía. Primero queremos entender el impacto de la nueva información.

Por ejemplo:

Compara la Project Review actual con la información nueva del proyecto desde la última versión. No actualices todavía la presentación. 
Indica únicamente: qué slides necesitan cambios; qué información nueva afecta a cada una; qué dato ha quedado desactualizado; qué contenido podría eliminarse; si hace falta una nueva slide.

Una salida podría ser:

Slide

Cambio necesario

Información nueva

Prioridad

Fuente

2

Actualizar fecha

Nuevo milestone confirmado

Alta

Outlook

4

Revisar riesgo

Riesgo cerrado

Media

Teams

5

Actualizar decisión

Decisión aprobada

Alta

Reunión

6

Sin cambios

—

—

—

Esto nos permite revisar primero la propuesta de actualización antes de tocar la presentación, y además ayuda a detectar algo importante: qué ha cambiado realmente desde la última Project Review. Una vez validado ese mapa de cambios, sí podemos pedir a Copilot que actualice únicamente las slides afectadas, manteniendo el resto de la presentación intacto.


Mantener la estructura y el diseño

Cuando actualizamos una Project Review, el objetivo no debería ser generar una presentación nueva cada vez. Si la estructura funciona, conviene conservarla. Podemos pedir a Copilot:

Actualiza únicamente las diapositivas afectadas por la nueva información.
Mantén: estructura; estilo visual; jerarquía; colores; tipografías; narrativa general.
Añade nuevas diapositivas solo si la información nueva no puede integrarse correctamente en las existentes.

Esto evita que cada revisión semanal parezca una presentación distinta.

También ayuda a mantener comparabilidad entre versiones: si los bloques, títulos y layouts permanecen estables, es mucho más fácil detectar qué ha cambiado realmente.


Cambiar solo lo necesario

Podemos añadir otra regla:

No sustituyas contenido que siga siendo válido. Modifica únicamente lo que haya quedado desactualizado, incompleto o contradictorio.

Con una estructura estable, actualizarla resulta más rápido y también más útil para quienes la reciben de forma recurrente.


Notas del presentador: la otra mitad del PowerPoint

Una buena slide no debería contener todo lo que queremos decir. Parte del valor está precisamente en dejar la diapositiva limpia y trasladar el detalle a las notas del presentador, y aquí Copilot puede ayudarnos bastante.


Por ejemplo:

Para cada una de las diapositivas, genera unas notas del presentador breves con: contexto que no aparece en pantalla; mensaje que debería explicar; dato que merece enfatizar; posible pregunta de la audiencia; transición hacia la siguiente slide.

Así podemos mantener la presentación visualmente limpia sin perder profundidad.


También podemos pedir:

No repitas literalmente el contenido de la slide. Utiliza las notas para ayudarme a explicar el mensaje y añadir contexto relevante.

Esto es especialmente útil en una Project Review, porque puede haber información que conviene mencionar, pero no necesariamente mostrar:

  • antecedentes;

  • matices;

  • dependencias;

  • información sensible;

  • explicación de un riesgo;

  • detalle de una decisión.

Incluso podemos pedir una versión muy práctica:

Añade al final de cada nota una frase: “Lo que quiero que la audiencia recuerde de esta slide”.

Así Copilot no solo nos ayuda a diseñar la presentación, también puede ayudarnos a preparar cómo contarla.


Una misma metodología para cualquier presentación

Aunque en este artículo estemos utilizando una Project Review como ejemplo, la metodología sirve prácticamente para cualquier presentación profesional.


El proceso es siempre parecido:

objetivo → audiencia → narrativa → estructura → contenido → visuales → presentación


Por ejemplo, podríamos aplicarlo a una reunión de kickoff, a una presentación para cliente, aun Steering Committee, a una propuesta técnica, a una revisión de riesgos, a un change request, a una presentación de cierre o lessons learned...


Lo que cambia no es tanto la forma de trabajar, sino las preguntas que hacemos al principio.

Por ejemplo:

Necesito preparar una presentación de kickoff para cliente. Ayúdame a definir qué mensajes debería transmitir, qué estructura tendría sentido y qué información conviene mostrar en cada slide.

O:

Necesito presentar un change request a dirección. Organiza la presentación para explicar el motivo, impacto, alternativas, riesgos y decisión necesaria.

La ventaja de trabajar así es que Copilot deja de ser simplemente una herramienta para generar diapositivas. Se convierte en una ayuda para pensar la presentación completa.


Infografía de 7 pasos para diseñar una presentación: objetivo, audiencia, narrativa, estructura, contenido, recursos y final.
Metodología para diseñar una presentación

Y una vez tenemos clara esa metodología, podemos condensarla en un prompt más completo y reutilizable para diseñar prácticamente cualquier presentación.


Ahora sí: crea la presentación

Hasta este punto hemos utilizado Copilot para pensar la presentación: definir la audiencia, construir la narrativa, decidir las slides, seleccionar el contenido y elegir qué recurso visual necesita cada una. Ahora sí podemos pedirle que la cree.


Por ejemplo:

Crea una presentación PowerPoint a partir de la estructura de  diapositivas que hemos definido.
Utiliza el contenido y las fuentes que hemos seleccionado para cada slide.
Mantén la narrativa acordada y utiliza los recursos visuales recomendados: gráficos, tablas, timelines, diagramas o imágenes cuando corresponda.
Evita llenar las diapositivas de texto. 
Prioriza un mensaje principal claro por slide y traslada el contexto adicional a las notas del presentador. 
No inventes datos, fechas, decisiones o métricas que no estén presentes en las fuentes.

Aquí está precisamente la diferencia con empezar el proceso diciendo: “Hazme un PowerPoint sobre el Proyecto X.”

Cuando llegamos a este punto, Copilot ya sabe:

  • para quién es;

  • qué queremos conseguir;

  • qué historia queremos contar;

  • cuántas slides necesitamos;

  • qué mensaje tiene cada una;

  • qué información utilizar;

  • qué visual corresponde a cada slide.

Por tanto, la orden de crear la presentación es prácticamente el último paso, no el primero.


También podemos pedir una revisión antes de crearla

Si queremos mantener más control:

Antes de generar la presentación, muéstrame una última tabla con las slides, su mensaje principal, contenido y recurso visual. Espera mi validación antes de crear el PowerPoint.

Así podemos hacer una última revisión antes de pasar del diseño al archivo final, y esto nos deja una secuencia muy clara:

Primero pensamos la presentación con Copilot. Después dejamos que Copilot la construya.

El prompt completo: Presentation Designer

Después de recorrer el proceso paso a paso, podemos condensarlo en un único prompt reutilizable. La idea es que Copilot no empiece directamente creando slides, sino que primero actúe como estratega de presentación, después como diseñador de contenido y finalmente como director visual.


Podemos utilizar algo así:

Actúa como Presentation Strategist + Content Designer + Visual Director.

Necesito preparar una presentación con estas características:
TIPO DE PRESENTACIÓN: [Project Review / Kickoff / Steering Committee / Cliente / Técnica / Otra]
AUDIENCIA: [DIRECCIÓN / CLIENTE / EQUIPO / STEERING COMMITTEE]
OBJETIVO: [INFORMAR / DECIDIR / APROBAR / ALINEAR / ESCALAR]
DURACIÓN: [XX MINUTOS]
Nº APROXIMADO DE SLIDES: [X]
FUENTES: [correos / Teams / reuniones / documentos / análisis previo]

Antes de crear la presentación: 
* identifica los mensajes principales que deberían quedar claros;
* propon una narrativa coherente;
* define la estructura de slides;
* para cada slide indica: objetivo; título; mensaje principal; contenido; datos o fuentes necesarias; recurso visual recomendado; qué información debería quedar fuera.

Cuando recomiendes una imagen, genera también un prompt para crearla.
Cuando recomiendes un gráfico, indica qué datos debería utilizar y qué tipo de gráfico sería más adecuado.
Prioriza la información más reciente y relevante.

No inventes datos, fechas, riesgos, decisiones, responsables o métricas.
Mantén una narrativa clara y evita repetir información entre diapositivas.
Antes de crear el PowerPoint, muéstrame primero la estructura completa para validarla.

Este prompt nos permite utilizar la misma metodología para una Project Review o prácticamente cualquier otra presentación profesional.


Y una vez validada la estructura, podemos añadir simplemente:

Ahora crea la presentación siguiendo exactamente la estructura aprobada.

En el caso de una Project Review recurrente, todavía nos queda una pieza especialmente útil: actualizar una presentación existente con la información nueva del proyecto.


El prompt completo: Project Review Updater

Si la presentación ya existe, no necesitamos volver a diseñarla desde cero. Podemos pedir a Copilot que actúe como editor de una Project Review viva y la actualice con la nueva información del proyecto.


Por ejemplo:

Actúa como asistente de un Project Director y revisa esta Project Review existente.

Compárala con la información nueva disponible desde la última versión en: correos; Teams; reuniones; documentos; decisiones; riesgos; acciones; hitos.

Antes de modificar nada: 
* identifica qué diapositivas necesitan actualización;
* explica qué información ha cambiado;
* indica la fuente de cada cambio;
* señala qué contenido ha quedado desactualizado;
* detecta contradicciones o información que necesite validación;
* indica si realmente hace falta crear alguna slide nueva.

Después, actualiza únicamente las diapositivas afectadas. Mantén: estructura; narrativa; estilo visual; colores; tipografías; jerarquía; formato general.

No elimines contenido que siga siendo válido. 

No inventes datos, fechas, responsables, decisiones, riesgos o métricas.

Cuando una información nueva contradiga la presentación anterior, no la sustituyas automáticamente: señala primero la discrepancia.

Añade nuevas diapositivas únicamente cuando la nueva información no pueda integrarse correctamente en las existentes.
Actualiza también las notas del presentador cuando el cambio afecte al mensaje que debe explicarse.

Podemos añadir una última instrucción especialmente útil:

Al terminar, genera un resumen de cambios indicando: slide modificada → qué cambió → por qué → fuente utilizada.

Así obtenemos algo parecido a un pequeño change log de la presentación. La ventaja es que nuestra Weekly Project Review puede evolucionar con el propio proyecto sin convertirse cada semana en una presentación completamente distinta.


Y antes de darla por terminada todavía queda un último paso importante: revisar que lo que vamos a presentar sea correcto, coherente y realmente esté listo para nuestra audiencia.


Qué revisar siempre antes de presentar

Antes de dar por terminada una Project Review, merece la pena hacer una última comprobación, no tanto de diseño, sino de coherencia y fiabilidad.


Podemos pedir a Copilot:

Haz una revisión final de esta presentación antes de utilizarla en la Project Review.
Comprueba especialmente: fechas; cifras y porcentajes; hitos; riesgos; decisiones; responsables; acciones abiertas; coherencia entre slides; contradicciones con la información más reciente; fuentes y referencias.

También puede ayudarnos a detectar algo muy habitual:

¿Existe alguna slide cuyo mensaje principal contradiga otra parte de la presentación?

O:

¿Hay algún dato importante que aparezca en varias slides con versiones diferentes?

Una última revisión desde el punto de vista de la audiencia

Además de comprobar los datos, podemos pedir:

Revisa la presentación como si fueras un miembro del Steering Committee e identifica qué preguntas podrían aparecer, qué información puede resultar poco clara y qué decisión parece faltar.

Esto nos permite hacer una última prueba antes de entrar en la reunión.


La presentación ya está creada. Ahora solo queda asegurarnos de que lo que vamos a contar es correcto, coherente y está realmente preparado para ser presentado.


Una presentación no es el proyecto

Una Project Review puede quedar muy bien diseñada, ser clara y visual y, aun así, ofrecer una visión incompleta, porque una presentación no es el proyecto. Es una selección de la realidad del proyecto preparada para una audiencia y un objetivo concretos.


Eso significa que siempre estamos decidiendo:

  • qué entra;

  • qué queda fuera;

  • qué simplificamos;

  • qué resaltamos;

  • qué dejamos para explicar verbalmente.


Copilot puede ayudarnos a estructurar, revisar y actualizar esa narrativa, pero no debería sustituir nuestro criterio. Una slide en rojo no convierte automáticamente un asunto en crítico, un gráfico limpio no elimina una contradicción, una presentación breve no debería ocultar información relevante solo para que “quede mejor”.


Podemos pedir una última comprobación:

Revisa esta presentación y dime si, al resumir el proyecto, estamos simplificando en exceso algún asunto importante, omitiendo contexto necesario o dando una impresión distinta a la que muestran las fuentes originales.

Como hemos visto a lo largo del artículo, el valor de Copilot no está únicamente en generar diapositivas, sino en ayudarnos a pensar qué merece convertirse en una diapositiva, cómo debemos contarlo y si la historia que estamos presentando sigue siendo fiel al proyecto real.


🌐 Recursos LK PM&IA












Comentarios

© 2025 by Lozkorp                                                         

bottom of page