Do you even need a presentation?

Puntos clave

1. La definición, y su corolario. Una presentación es « un acto de narración en el que un presentador orquesta narrativa, ritmo y emoción » para crear un significado que ni las imágenes ni los documentos logran por sí solos. De ahí: las diapositivas no son la presentación, y la presentación es una herramienta de influencia que se reserva para los momentos en que da resultado.
2. La regla por defecto. en la mayoría de los escenarios empresariales, el único objetivo es transmitir información — un documento basta. El slideware usado como formato documental obliga al lector a consumir la información « en fragmentos inconexos », mientras que una estructura lineal le permite construir su propia comprensión.
3. Lo que el formato lineal obliga y las diapositivas permiten. Los decks dejan cosas sin decir entre diapositivas; en un contexto asíncrono, eso produce malentendidos y pérdida de contexto. La escritura lineal obliga a encadenar las secciones — y esa explicitud reduce la probabilidad de alucinación si el lector introduce el documento en un LLM.
4. Las herramientas de escritura como un IDE. Word, Hemingway o Grammarly permiten codificar un estilo y un nivel de legibilidad determinados, del mismo modo que un plugin de IDE asiste a un desarrollador.
5. El recuadro «slideware como herramienta complementaria». crear los diagramas en Keynote y luego importarlos al documento. El slideware sigue siendo la interfaz de dibujo familiar; no tiene por qué convertirse en el formato de entrega.
6. Infodeck. (término de Martin Fowler): maquetado en una interfaz de diapositivas para una lectura ligera, texto e imágenes yuxtapuestos. No es ni un slideument ni un deck de presentación. Duarte Design lo llama slidedoc y publica para ello un catálogo de patrones.
7. Las tres condiciones de un infodeck exitoso. escribir primero (producido en una herramienta de escritura, no en el deck); brevedad que no sacrifique la comprensión (« habría escrito una carta más corta, pero no tuve tiempo »); y, sobre todo, diseño — la escasez de sentido del diseño entre los knowledge workers es la razón por la que la mayoría de los infodecks fracasan, y la partida de coste principal es el diseñador de información.
8. Applications web interactives. en el último año, los coding harnesses han puesto el HTML/CSS/JS al alcance de quienes no son desarrolladores. La interactividad sirve para trasladar la carga cognitiva de la audiencia al artefacto — filtrar una nube de palabras, fragmentar un artículo largo en un microcurso con preguntas de reflexión.
9. Su contrapartida, a menudo olvidada. los wikis y los documentos colaborativos tienen comentarios en línea nativos; añadirlos a cada aplicación supone un coste adicional. Una aplicación interactiva pero sin estado apenas mejora una transferencia de información unidireccional. A eso se suma la cuestión del alojamiento y de la vida útil.
10. Grabar antes que ir en vivo. Un monólogo bien escrito, sin ninguna imagen, suele bastar (el ejemplo citado es Ed Zitron). Grabar obliga a eliminar lo superfluo; la audiencia elige su propio momento, acelera, ralentiza, repite; los subtítulos y el capitulado hacen el resto. La conclusión planteada: « la mayoría de las presentaciones estarían mejor como grabaciones ».
11. El ritmo de un video no es el de una sala. a 30 fotogramas por segundo, nadie espera ante diapositivas estáticas — los builds y las transiciones deben llegar mucho más rápido que en persona. Sus referencias: 129 builds en 8 minutos en voz en off (que aun así considera lento), 141 en 24 minutos cuando aparece en cámara. Ninguna fórmula, solo el ritmo que exige la narrativa.
12. Cuándo ir en vivo. solo cuando la presencia sincrónica es lo esencial — influir, responder a objeciones en tiempo real, presentar a un cliente, celebrar, movilizar a un grupo. Reservarla para situaciones que merezcan el coste de coordinación, y prepararla con mayor cuidado aún, ya que la audiencia no puede ni acelerarlo ni ralentizarlo.