# moghe-need-presentation-never-send-slides-2026-09-08

## Veille

Primer artículo de la serie **Never Send The Slides** en martinfowler.com, publicado el **8 de septiembre de 2026** (~2.400 palabras, cinco secciones y dos recuadros), escrito por **Sumeet Gayathri Moghe**, responsable global de cultura y diseño organizativo en **Thoughtworks**; **Martin Fowler** realizó la revisión editorial. El texto expone primero una definición — *« una presentación es un acto de narración en el que el presentador orquesta narrativa, ritmo y emoción para crear un significado que ni las imágenes ni los documentos pueden lograr por sí solos »* — y su corolario: *« las diapositivas no son la presentación »*. De ahí deriva una jerarquía de cinco artefactos, condensada al final en una tabla tipo *cheat sheet*. **(1)** El **documento lineal**, suficiente en la mayoría de las situaciones empresariales donde el único objetivo es transmitir información. **(2)** El **infodeck** — el término es de Fowler — cuando el contenido tiene una vida útil larga y merece cuidado visual. **(3)** **Applications web interactives**, para gestionar la carga cognitiva del lector. **(4)** **Audio o video grabado**, cuando la voz importa pero no la interacción. **(5)** La **presentación en vivo**, reservada para los casos en que la presencia sincrónica sirve para influir y responder a objeciones en tiempo real. Dos observaciones sitúan el texto en 2026: los **coding harnesses** ponen la creación de aplicaciones interactivas al alcance de quienes no son desarrolladores, y un documento lineal *« reduce la probabilidad de alucinaciones »* cuando un lector hace que un LLM lo resuma. Misma fuente que [[boeckeler-harness-engineering-coding-agents-2026-04-02]].

## Titre Article

Do you even need a presentation?

## Date

2026-09-08

## URL

https://martinfowler.com/articles/never-send-slides/need-presentation.html

## Keywords

presentación, diapositivas, slideware, narración, documento lineal, escritura estructurada, artefacto autocontenido, infodeck, slidedoc, Duarte, slideument, diseño de información, applications web interactives, carga cognitiva, microcurso, coding harnesses, no desarrolladores, vida útil del artefacto, video grabado, builds y transiciones, capitulado, presentación en vivo, presencia sincrónica, coste de coordinación, comunicación asíncrona, async-first, Thoughtworks, Martin Fowler, Grammarly, Keynote, alucinación de LLM

## Authors

Sumeet Gayathri Moghe (global head of culture and organisational design, Thoughtworks), publié sur martinfowler.com ; relecture éditoriale de Martin Fowler.

## Ton

**Perfil**: artículo de consejo profesional, primera entrega de una serie formativa. Audiencia: ejecutivos y *knowledge workers* que producen materiales de comunicación interna. Inglés cuidado, frases cortas, sin jerga técnica — el único término especializado, *infodeck*, se define y se atribuye.

**Estilo**: la estructura **es** el argumento — el texto recorre una escala de lo más ligero a lo más costoso (documento → infodeck → aplicación web → grabación → en vivo), y cada nivel se abre con la condición que lo activa en lugar de con su descripción. La demostración avanza mediante artefactos mostrados, no descritos: la biblioteca de diagramas de su libro, un diario de viaje maquetado por su hijo, una nube de palabras filtrable, un microcurso incrustado, sus propios videos. El autor cuantifica sus ejemplos (**129 builds** en 8 minutos, **141** en 24) y de inmediato desactiva la métrica — *« no hay fórmula para el número correcto de builds »*. Las contrapartidas se exponen en cada nivel: las aplicaciones web pierden los comentarios en línea de los wikis, los infodecks son costosos en habilidad de diseño, cuya escasez explica por qué la mayoría fracasan.

**Postura epistémica**: prescriptiva y explícitamente situada — el autor escribe desde la posición *async-first* cuyo manual ha publicado, y señala que no es ingeniero de software, lo que acota su estimación de la vida útil de las aplicaciones que construye. La sección de agradecimientos enumera siete revisores, y declara el uso de Grammarly para la corrección y de Claude para verificar que se atendieran los comentarios.

## Pense-betes

- **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.
- **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.
- **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.
- **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.
- **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.
- **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.
- **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.
- **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.
- **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.
- **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 »*.
- **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.
- **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.

## RésuméDe400mots

Sumeet Gayathri Moghe, responsable global de cultura y diseño organizativo en Thoughtworks, abre una serie en martinfowler.com titulada «Never Send The Slides» con un artículo que plantea la pregunta previa: ¿realmente necesita una presentación? Comienza separando dos cosas que el uso confunde — el archivo y el acto. Una presentación, escribe, 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 pueden lograr por sí solos. El corolario es tajante: las diapositivas no son la presentación. Puesto que una presentación es una herramienta de influencia poderosa, se aprovecha mejor reservándola para los momentos que la justifican.

Lo que sigue es una escala de cinco artefactos, resumida al final del artículo en una tabla. La regla por defecto es el documento lineal: en la mayoría de las situaciones empresariales, el único objetivo es transmitir información, y el slideware usado como formato documental obliga a una lectura fragmentada. Un documento bien estructurado — encabezados, párrafos cortos, listas, tablas, diagramas — permite al lector construir su propia comprensión, y su explicitud reduce el riesgo de alucinación cuando un LLM lo resume. Las herramientas de escritura permiten codificar un estilo y un nivel de legibilidad determinados, del mismo modo que un plugin de IDE asiste a un desarrollador.

Segundo nivel, el infodeck — el término es de Martin Fowler: un documento maquetado en una interfaz de diapositivas, pensado para una lectura ligera, que no es ni un slideument ni un deck de presentación. Su atractivo radica en la accesibilidad de la herramienta para cualquiera que no domine InDesign; el coste real es el diseño, cuya escasez explica por qué la mayoría de los infodecks fracasan. Tercer nivel, Applications web interactives: los coding harnesses surgidos en el último año las ponen al alcance de quienes no son desarrolladores, y la interactividad sirve para gestionar la carga cognitiva del lector. Su inconveniente es la falta de comentarios en línea, además del alojamiento y una vida útil incierta.

Cuarto nivel, la grabación. Un monólogo sin imágenes a veces basta; grabar obliga a la concisión, permite a la audiencia elegir su propio ritmo, y gana subtítulos y capitulado. Moghe advierte que el ritmo de un video no es el de una sala — 129 builds en ocho minutos, 141 en veinticuatro — sin convertir eso en una regla. Su conclusión: la mayoría de las presentaciones estarían mejor como grabaciones. Queda lo presencial, reservado para los momentos en que la presencia sincrónica sirve para influir y responder a objeciones, y que merecen el coste de coordinación que imponen a todos.

## GrapheDeConnaissance

- Sumeet Gayathri Moghe —travaille_chez→ Thoughtworks (ORGANISATION, 0.98)
- Sumeet Gayathri Moghe —publie→ Never Send The Slides (DOCUMENT, 0.97)
- Sumeet Gayathri Moghe —publie→ The Async-First Playbook (DOCUMENT, 0.9)
- Sumeet Gayathri Moghe —affirme_que→ "The slides are not the presentation" (CITATION, 0.96)
- Sumeet Gayathri Moghe —affirme_que→ "A presentation is an act of storytelling in which a presenter orchestrates narrative, timing, and emotion" (CITATION, 0.95)
- Sumeet Gayathri Moghe —affirme_que→ "Most presentations are better off as recordings" (CITATION, 0.93)
- Sumeet Gayathri Moghe —recommande→ réserver la présentation live aux situations qui méritent le coût de coordination (AFFIRMATION, 0.94)
- Martin Fowler —a_créé→ Infodeck (CONCEPT, 0.92)
- Document linéaire —surpasse→ Slideware (TECHNOLOGIE, 0.9)
- Document linéaire —réduit→ probabilité d'hallucination lors d'un résumé par LLM (AFFIRMATION, 0.85)
- Slideware —permet→ mise en page accessible aux non-designers (calques, WYSIWYG) (AFFIRMATION, 0.9)
- Infodeck —s_applique_à→ contenu à longue durée de vie méritant un soin visuel (AFFIRMATION, 0.91)
- Slidedoc —est_variante_de→ Infodeck (CONCEPT, 0.9)
- Duarte Design —publie→ Slidedocs (DOCUMENT, 0.9)
- Thoughtworks —utilise→ Infodeck (CONCEPT, 0.88)
- Applications web interactives —réduit→ Charge cognitive (CONCEPT, 0.89)
- Harness —permet→ production d'applications simples par des non-développeurs (AFFIRMATION, 0.9)
- Applications web interactives —s_oppose_à→ commentaire inline natif des wikis et documents collaboratifs (CONCEPT, 0.85)
- Vidéo enregistrée —permet→ consommation au rythme de l'audience (sous-titres, chapitrage, vitesse) (AFFIRMATION, 0.92)
- Sumeet Gayathri Moghe —mesure→ 129 builds en 8 minutes de voix off, 141 en 24 minutes à l'image (MESURE, 0.9)
- Présentation live —s_applique_à→ influence et traitement des objections en présence synchrone (AFFIRMATION, 0.93)
- Grammarly —améliore→ lisibilité et style de l'écriture (CONCEPT, 0.86)
- Ed Zitron —utilise→ monologue vidéo sans visuels (CONCEPT, 0.85)
- Martin Fowler —référence→ Never Send The Slides (DOCUMENT, 0.9)

---
Canonical: https://www.thekb.eu/es/fiches/moghe-need-presentation-never-send-slides-2026-09-08/