Una vez asistí a una rehearsal donde el presentador había leído claramente cada artículo sobre *"storytelling en presentaciones"*. Diapositiva del viaje del héroe. Diapositiva de conflicto. Diapositiva de resolución. Cada una etiquetada casi literalmente en las notas del orador. Era estructuralmente perfecta y completamente aburrida en el salón, porque la presentación estaba diseñada como si fuera vista en orden, a la velocidad que el presentador quería, por una audiencia sin otra opción que mirar. Ninguna de esas cosas es cierta en una sala de conferencias real o en una pantalla compartida. Eso es lo que la mayoría de los consejos sobre *storytelling* omiten. Una historia en una página o en una película tiene un ritmo controlado —el lector gira las páginas cuando el autor lo desea, la película avanza a 24 fotogramas por segundo, sin importar si te gusta o no—. Un conjunto de diapositivas no tiene ese control. La gente avanza. Abren el apéndice. Capturan una captura de pantalla de la diapositiva 14 antes de que expliques la diapositiva 9. El *storytelling* en presentaciones no se trata de tomar una estructura de trama de la ficción —se trata de diseñar para una audiencia que no permanecerá en secuencia y construir una narrativa que aún funcione incluso cuando salten partes. --- **Estructura no es lo mismo que secuencia** La mayoría de las guías confunden *"dale a tu presentación un arco narrativo"* con *"pon las diapositivas en orden de la historia"*. No son el mismo problema. Un arco narrativo se trata de tensión y resolución —configuración, complicación, giro, recompensa—. La secuencia es simplemente el orden en que aparecen las diapositivas en el archivo. Puedes tener un arco perfecto y una secuencia rota si la atención de la audiencia no avanza de manera lineal a través de él, lo cual —en una reunión en vivo con un resumen impreso sobre la mesa— suele no ser así. En mi experiencia, la solución no es una plantilla de arco mejor. Es diseñar cada diapositiva para que tenga sentido por sí misma, mientras que la secuencia en su conjunto construye algo. Esa es una restricción genuina diferente a la escritura de guiones, donde una escena fuera de orden carece de significado. Una buena diapositiva de presentación debe sobrevivir a ser leída sola **y** premiar ser leída en orden —algo más cercano a cómo funciona un artículo de revista bien editado que a cómo funciona una película. --- **Elige un hilo conductor y deja que todo lo demás sea evidencia para él** El consejo *"ten una historia clara"* es casi inútil por sí solo —todos creen que su historia es clara—. Lo que he encontrado realmente útil es una prueba más estricta: ¿puedes decir, en una sola oración, qué debe creer la audiencia al final de la última diapositiva y que no creía al inicio? Si no puedes, aún no tienes una historia, tienes un tema. Una vez tengas esa oración que cambia la creencia, cada diapositiva **o** apoya ese cambio **o** no pertenece —incluyendo las diapositivas que a ti personalmente te resulten interesantes—. Aquí es donde discrepo con el instinto común de *"incluye tus mejores datos"*. Un gráfico fuerte que no lleve a la audiencia hacia ese cambio de creencia es ruido, incluso si es tu análisis más impresionante. Prefiero cortar un gráfico genuino bueno antes que dejar que compita con el hilo conductor. Las firmas de consultoría son especialmente disciplinadas en esto —la **estructura de diapositivas de McKinsey** está construida casi por completo para que cada diapositiva exprese su argumento, no solo muestre sus datos, lo cual es una disciplina útil para adoptar incluso fuera de presentaciones estilo consultoría. --- **El orden de revelación está haciendo más trabajo que el número de diapositivas** Aquí hay un caso específico donde el consejo estándar (*"comienzo, medio, fin"*) falla: *pitch decks*. Si revelas el tamaño del mercado antes de que el problema se sienta, la audiencia hace los cálculos por ti y se adelanta a tu argumento —para cuando muestres tu solución, ya han decidido si es lo suficientemente grande, y has perdido el control del ritmo—. Muestra el problema demasiado tarde, después de que ya se hayan vendido con la solución, y se lee como una justificación añadida después de todo, en lugar de la razón por la que existe la empresa. Esto no tiene realmente que ver con los arcos narrativos —se trata de qué dejas que infiera la audiencia antes de contárselo—. No recomendaría adelantar tu dato más fuerte solo porque es el más fuerte; a veces pertenece tres diapositivas más adelante, después de que la audiencia tenga una razón para preocuparse por el número. Hay un buen desglose de dónde los fundadores suelen equivocarse con este orden de revelación en **[este artículo sobre la estructura de *pitch decks*](https://imaginelayout.com/blog/pitch-deck-that-gets-funded)** —los errores de ritmo allí se generalizan más allá de las presentaciones de recaudación de fondos. --- **Ocultar información es una herramienta de narrativa, no un riesgo** Una cosa que la gente pasa por alto: una historia necesita algo que la audiencia aún no sepa. La mayoría de las presentaciones de negocios tienen miedo de eso —cada diapositiva intenta ser completamente autodescriptiva, cada conclusión se menciona de antemano, porque *"claridad"* se trata como la virtud más alta—. Pero una claridad total al inicio mata la tensión que hace que la gente se incline hacia adelante. Un ejemplo hipotético (no un cliente real, solo para ilustrar el mecanismo): imagina una revisión trimestral donde, en lugar de abrir con *"las ventas crecieron un 12%"*, el presentador abre con *"cambiamos cómo precios una línea de productos en marzo —aquí está lo que le pasó al resto del negocio"*. Misma información subyacente, pero la segunda versión hace que la audiencia espere un momento para el número, lo que hace que el número impacte más al llegar. Esto solo funciona, sin embargo, si el pago justifica realmente la espera —si construyes suspenso alrededor de un número bastante ordinario, la audiencia notará la discrepancia y comenzará a desconfiar de tu ritmo en cada diapositiva posterior. --- **Las visuales deben llevar la trama, no el estado de ánimo** Muchos consejos sobre *storytelling* tratan las visuales como atmósfera —una foto melancólica para *"establecer el tono"*. Eso está bien para un inicio de keynote, pero en una diapositiva que hace trabajo narrativo, una imagen debe cambiar lo que la audiencia entiende, no solo cómo se siente. Una comparación antes/después hace trabajo narrativo. Una foto de stock de personas apretándose la mano junto a una lista con viñetas no —es decoración disfrazada de historia. Esto importa más en diapositivas cargadas de datos de lo que la gente espera. Un gráfico que revela su clímax a través de animación —construyendo la línea de tendencia punto por punto en lugar de mostrarla toda de golpe— está usando el ritmo de la misma manera en que un enunciado usa el orden de las palabras. Es una técnica pequeña, pero es una de las pocas en las que las animaciones de construcción de **PowerPoint** están haciendo un trabajo narrativo genuino en lugar de solo movimiento por el movimiento mismo. --- **Donde la estructura narrativa te trabaja en contra** Es útil señalar el caso en el que *"cuenta una historia"* es mala asesoría: presentaciones altamente técnicas o regulatorias donde la audiencia necesita verificar afirmaciones en un orden específico, no experimentar una revelación. Una revisión de seguridad, un resumen de auditoría, un recorrido de cumplimiento —estas necesitan una estructura escaneable y adelantada precisamente porque ocultar la conclusión se lee como evasiva en lugar de dramática. No aplicaría el ritmo narrativo a ese tipo de presentación; el trabajo de la audiencia es verificar tu trabajo, no seguir tu guía. Saber en qué modo estás —persuasión o verificación— decide si estas técnicas ayudan o activamente socavan la confianza. La atención misma es el recurso que gestionas de cualquier manera, y **[cómo las audiencias realmente pierden el enfoque durante una presentación](https://imaginelayout.com/blog/10-rules-designing-slides)** vale la pena entenderlo independientemente del modo en el que estés construyendo. La prueba práctica a la que siempre vuelvo: lee tu presentación diapositiva por diapositiva, fuera de orden, como lo haría un stakeholder distraído en realidad. Si aún tiene algún sentido mezclado, tu historia vive en la narración, no en la estructura —y esa es la versión que sobrevive al contacto con una sala real.