Cómo ensayar una presentación para que realmente funcione.
He he asistido a suficientes ensayos como para notar un patrón: el *deck* suele estar bien y la persona suele estar bien, pero los dos juntos se desmoronan. Alguien hace clic en la siguiente diapositiva antes de terminar su frase. Alguien termina su frase y se queda allí esperando un *build* que nunca se activa porque olvidó configurarlo. El contenido no es el problema. La unión entre hablar y hacer clic es el problema, y casi nadie ensaya esa transición.
La mayoría de los consejos de ensayo se centran en el discurso de forma aislada —dilo en voz alta, cronometra el tiempo, grábate, pide retroalimentación—. Todo útil. Pero si construiste una presentación con diapositivas, tu ensayo debe incluir las diapositivas como una pareja activa, no como un fondo al que eches un vistazo ocasionalmente.
---
**Ensayar las palabras y ensayar el *deck* son dos habilidades distintas**
Saberse el contenido de memoria y poder entregarlo mientras un *deck* realiza su propia función al mismo tiempo no son la misma habilidad, y tratarlas como una sola es donde se desperdicia mucho tiempo de preparación. Puedes conocer tus puntos clave a la perfección y, sin embargo, tropezar la primera vez que intentes decirlos mientras avanzas diapositivas, porque tu mente ahora está haciendo dos trabajos en lugar de uno.
En mi experiencia, la solución no es repetir más el guion por sí solo —sino avanzar con el material real frente a ti, con el controlador en la mano, desde el primer ensayo en adelante. No separes "aprender qué decir" de "aprender cuándo hacer clic". Únelos temprano, incluso si al principio es torpe. Dividirlos en dos fases solo significa que tendrás que volver a aprender el ritmo después, encima de todo lo demás.
---
**Usa la vista del presentador durante el ensayo, no solo el día del evento**
La vista del presentador (*PowerPoint*’s *Presenter View*, el modo *Rehearse Slideshow* de *Keynote*) muestra la diapositiva actual, la siguiente, tus notas y un cronómetro, mientras que la audiencia solo ve la diapositiva pulida. Mucha gente reserva esto para la presentación real y ensaya mirando la misma vista que verá el público. Eso está al revés. Ensaya en la vista del presentador específicamente para acostumbrarte a mirar la siguiente diapositiva sin pausar tu frase —eso es una habilidad en sí misma, y es desorientador las primeras veces.
Una cosa que la gente pasa por alto: si tu plantilla de diapositivas depende de *builds* animados o revelaciones, el cronometraje en la vista del presentador puede comportarse de manera diferente a un avance directo, especialmente con animaciones superpuestas. Prueba la secuencia exacta de *builds* que usarás en vivo, no una versión simplificada, o ensayarás un ritmo que no coincidirá con lo que realmente ocurre en el escenario.
---
**Grábate, pero no solo busques muletillas**
Grabarse es un consejo común y es común porque funciona —pero la mayoría de la gente usa la grabación para contar los *"um"* y revisar su postura, y luego para. Mira la grabación una segunda vez con el sonido apagado y solo rastrea tu mano en relación con el controlador o el dispositivo remoto. No te recomendaría obsesionarte con esto, pero una cantidad sorprendente de tropiezos vienen de una mano que está medio segundo antes o después, no de olvidar qué decir.
Si estás ensayando para una presentación virtual, graba una versión donde solo puedas ver tu propia diapositiva, sin notas en una segunda pantalla. No cada ensayo necesita esta restricción, pero al menos una ejecución debe simular la configuración técnica real que tendrás, porque perder la pantalla de notas en medio de la charla es un tipo específico de pánico que solo aparece si has practicado sin red de seguridad antes.
---
**Ensaya las transiciones, no solo las diapositivas**
Casi todos los ensayos que he visto se centran en pasar por el contenido de cada diapositiva. Pocos ensayan los seis segundos entre diapositivas —la frase que cierra una idea y abre la siguiente—. Estas frases de transición suelen improvisarse sobre la marcha en los primeros ensayos y luego nunca se revisan, lo que significa que quedan como la parte más débil de la entrega hasta la presentación real.
Escribe tus frases de transición de la misma manera que escribirías un guion, incluso si no planeas decirlas palabra por palabra. Tener un ancla fija para *"aquí es cómo paso de la diapositiva de datos de mercado a la de la ruta estratégica"* elimina otra cosa que tu mente deba improvisar en vivo, y las transiciones improvisadas son donde la mayoría de los *"um, bueno, sí"* aparecen.
---
**Ajusta tu horario de ensayo a lo que realmente está en juego**
No toda presentación merece la misma inversión de ensayo, y fingir lo contrario desperdicia tiempo que no tienes. Un informe semanal del equipo no necesita el mismo preparativo que una presentación de venta a un cliente o una exposición ante la junta —para algo como un *deck* de recomendaciones orientado a clientes, donde la estructura soporta mucho peso persuasivo, vale la pena hacer dos o tres repeticiones completas con un colega haciendo de diablo del detalle en tus suposiciones.
Para charlas internas de menor impacto, un repaso completo en voz alta más una revisión solo de las transiciones suele ser suficiente. El intercambio es real: ensayar demasiado una charla de bajo impacto te hace sonar rígido y sobrepreparado, y ensayar poco una de alto impacto se nota exactamente donde menos puedes permitírtelo.
---
**Practicar mentalmente no cuenta**
Esto se dice mucho, y se dice mucho porque la gente sigue haciéndolo igual —revisar mentalmente tus puntos clave en el tren cuenta como pensar, no como ensayar—. La brecha entre *"sé qué quiero decir"* y *"puedo decirlo en voz alta, con fluidez, mientras opero un controlador"* es mayor de lo que la mayoría espera hasta que lo intenta realmente. Si solo tienes veinte minutos antes de una presentación, gastalos diciendo los primeros treinta segundos en voz alta tres veces, no leyendo mentalmente tus diapositivas una vez más.
Elige una presentación que tengas esta semana y hazla una vez con el *deck* real, el controlador y las notas del presentador —no solo el guion en tu cabeza—. Probablemente encontrarás el punto débil dentro de los primeros dos minutos.
Comentarios (0)