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

## Veille

Primo articolo della serie **Never Send The Slides** su martinfowler.com, pubblicato l'**8 settembre 2026** (~2.400 parole, cinque sezioni e due riquadri), firmato da **Sumeet Gayathri Moghe**, global head of culture and organisational design di **Thoughtworks**; **Martin Fowler** ha fornito la revisione editoriale. Il testo pone prima una definizione — *« una presentazione è un atto di storytelling in cui un presentatore orchestra narrazione, tempo e emozione per creare un significato che né le immagini né i documenti possono ottenere da soli »* — e il suo corollario: *« le slide non sono la presentazione »*. Da qui deriva una gerarchia di cinque artefatti, condensata alla fine in una tabella *cheat sheet*. **(1)** Il **documento lineare**, sufficiente nella maggior parte delle situazioni aziendali dove l'unico obiettivo è trasmettere informazioni. **(2)** L'**infodeck** — il termine è di Fowler — quando il contenuto ha una lunga durata di vita e merita cura visiva. **(3)** **Applications web interactives**, per gestire il carico cognitivo del lettore. **(4)** **Audio o video registrato**, quando la voce conta ma non l'interazione. **(5)** La **presentazione dal vivo**, riservata ai casi in cui la presenza sincrona serve a influenzare e a rispondere alle obiezioni in tempo reale. Due osservazioni datano il testo al 2026: i **coding harness** rendono la creazione di applicazioni interattive accessibile anche ai non sviluppatori, e un documento lineare *« riduce la probabilità di allucinazioni »* quando un lettore lo fa riassumere da un LLM. Stessa fonte di [[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

presentazione, slide, slideware, storytelling, documento lineare, scrittura strutturata, artefatto autonomo, infodeck, slidedoc, Duarte, slideument, design dell'informazione, applications web interactives, carico cognitivo, microcorso, coding harness, non sviluppatori, durata di vita dell'artefatto, video registrato, build e transizioni, capitolazione, presentazione dal vivo, presenza sincrona, costo di coordinamento, comunicazione asincrona, async-first, Thoughtworks, Martin Fowler, Grammarly, Keynote, allucinazione LLM

## Authors

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

## Ton

**Profilo**: articolo di consulenza professionale, primo capitolo di una serie educativa. Pubblico: dirigenti aziendali e *knowledge worker* che producono materiali di comunicazione interna. Inglese curato, frasi brevi, nessun gergo tecnico — l'unico termine specialistico, *infodeck*, è definito e attribuito.

**Stile**: la struttura **è** l'argomentazione — il testo scende una scala dal più leggero al più costoso (documento → infodeck → app web → registrazione → live), e ogni livello si apre con la condizione che lo attiva piuttosto che con la sua descrizione. La dimostrazione procede per artefatti mostrati, non descritti: la libreria di diagrammi del suo libro, un diario di viaggio impaginato da suo figlio, una nuvola di parole filtrabile, un microcorso incorporato, i suoi stessi video. L'autore quantifica i suoi esempi (**129 build** in 8 minuti, **141** in 24) e poi neutralizza immediatamente la metrica — *« non esiste una formula per il numero giusto di build »*. I compromessi sono esposti a ogni livello: le app web perdono i commenti in linea dei wiki, gli infodeck sono costosi in termini di competenze di design, la cui scarsità spiega perché la maggior parte fallisce.

**Posizione epistemica**: prescrittiva ed esplicitamente situata — l'autore scrive dalla posizione *async-first* di cui ha pubblicato il manuale, e nota di non essere un ingegnere del software, il che limita la sua stima della durata di vita delle applicazioni che costruisce. La sezione dei ringraziamenti elenca sette revisori, e dichiara l'uso di Grammarly per la correzione di bozze e di Claude per verificare che i commenti fossero stati recepiti.

## Pense-betes

- **La definizione, e il suo corollario.** Una presentazione è *« un atto di storytelling in cui un presentatore orchestra narrazione, tempo ed emozione »* per creare un significato che né le immagini né i documenti ottengono da soli. Da qui: le slide non sono la presentazione, e la presentazione è uno strumento di influenza riservato ai momenti in cui fa effetto.
- **La regola di default**: nella maggior parte degli scenari aziendali, l'unico obiettivo è trasmettere informazioni — un documento basta. Lo slideware usato come formato documentale costringe il lettore a consumare le informazioni *« in frammenti scollegati e discontinui »*, mentre una struttura lineare gli permette di costruire la propria comprensione.
- **Ciò che il formato lineare impone e le slide permettono.** I deck lasciano dei vuoti tra una slide e l'altra; in un contesto asincrono, questo genera incomprensioni e perdita di contesto. La scrittura lineare obbliga a collegare le sezioni — e questa esplicitezza **riduce la probabilità di allucinazione** se il lettore sottopone il documento a un LLM.
- **Gli strumenti di scrittura come un IDE**: Word, Hemingway o Grammarly permettono di *codificare* uno stile e un livello di leggibilità mirati, allo stesso modo in cui un plugin IDE assiste uno sviluppatore.
- **Il riquadro « slideware come strumento complementare »**: creare i diagrammi in Keynote, poi importarli nel documento. Lo slideware resta l'interfaccia di disegno familiare; non deve necessariamente diventare il formato di consegna.
- **Infodeck** (termine di Martin Fowler): impaginato in un'interfaccia a slide per una *lettura leggera*, testo e immagini affiancati. Non è **né uno slideument né un deck di presentazione**. Duarte Design lo chiama *slidedoc* e ne pubblica un catalogo di pattern.
- **Le tre condizioni per un infodeck riuscito**: la scrittura prima di tutto (prodotta in uno strumento di scrittura, non nel deck); la brevità che non sacrifica la comprensione (*« avrei scritto una lettera più corta, ma non avevo tempo »*); e soprattutto il design — la scarsità del senso del design tra i *knowledge worker* è la ragione per cui la maggior parte degli infodeck fallisce, e la voce di costo principale è il designer dell'informazione.
- **Applications web interactives**: nell'ultimo anno, i coding harness hanno reso HTML/CSS/JS accessibili anche ai non sviluppatori. L'interattività serve a *trasferire il carico cognitivo del pubblico sull'artefatto* — filtrare una nuvola di parole, suddividere un lungo articolo in un microcorso con domande di riflessione.
- **Il compromesso spesso dimenticato**: i wiki e i documenti collaborativi hanno commenti in linea nativi; aggiungerli a ogni app comporta un costo extra. Un'app interattiva ma *stateless* è a malapena migliore di un trasferimento unidirezionale di informazioni. A questo si aggiunge la questione dell'hosting e della durata di vita.
- **Registrazione prima del live.** Un monologo ben scritto, senza alcuna immagine, spesso basta (l'esempio citato è Ed Zitron). La registrazione costringe a tagliare il superfluo; il pubblico scegli il proprio momento, accelera, rallenta, riascolta; i sottotitoli e la capitolazione fanno il resto. La conclusione dichiarata: *« la maggior parte delle presentazioni starebbe meglio come registrazione »*.
- **Il ritmo di un video non è quello di una sala**: a 30 fotogrammi al secondo, nessuno aspetta slide statiche — build e transizioni devono arrivare molto più rapidamente che di persona. I suoi riferimenti: 129 build in 8 minuti in voice-over (che considera comunque lento), 141 in 24 minuti quando è in video. Nessuna formula, solo il ritmo che la narrazione richiede.
- **Quando passare al live**: solo quando la presenza sincrona è il punto centrale — influenzare, rispondere alle obiezioni in tempo reale, convincere un cliente, celebrare, mobilitare un gruppo. Riservarlo alle situazioni che **meritano il costo di coordinamento**, e prepararsi con tanta più cura dato che il pubblico non può né accelerarci né rallentarci.

## RésuméDe400mots

Sumeet Gayathri Moghe, global head of culture and organisational design di Thoughtworks, apre su martinfowler.com una serie intitolata "Never Send The Slides" con un articolo che pone la domanda preliminare: una presentazione è davvero necessaria? Inizia separando due cose che l'uso confonde — il file e l'atto. Una presentazione, scrive, è un atto di storytelling in cui un presentatore orchestra narrazione, ritmo ed emozione per creare un significato che né le immagini né i documenti ottengono da soli. Il corollario è netto: le slide non sono la presentazione. Poiché una presentazione è uno strumento di influenza potente, se ne ottiene il massimo riservandola ai momenti che la giustificano.

Segue una scala di cinque artefatti, riassunta alla fine dell'articolo in una tabella. La regola di default è il documento lineare: nella maggior parte delle situazioni aziendali l'unico obiettivo è trasmettere informazioni, e lo slideware usato come formato documentale costringe a una lettura frammentata. Un documento ben strutturato — titoli, paragrafi brevi, elenchi, tabelle, diagrammi — permette al lettore di costruire la propria comprensione, e la sua esplicitezza riduce il rischio di allucinazione quando un LLM lo riassume. Gli strumenti di scrittura permettono di codificare uno stile e un livello di leggibilità mirati, allo stesso modo in cui un plugin IDE assiste uno sviluppatore.

Secondo livello, l'infodeck — il termine è di Martin Fowler: un documento impaginato in un'interfaccia a slide, pensato per una lettura leggera, né uno slideument né un deck di presentazione. Il suo fascino risiede nell'accessibilità dello strumento per chiunque non padroneggi InDesign; il costo reale è il design, la cui scarsità spiega perché la maggior parte degli infodeck fallisce. Terzo livello, Applications web interactives: i coding harness emersi nell'ultimo anno le rendono accessibili anche ai non sviluppatori, e l'interattività serve a gestire il carico cognitivo del lettore. Il loro svantaggio è l'assenza di commenti in linea, oltre all'hosting e a una durata di vita incerta.

Quarto livello, la registrazione. Un monologo senza immagini talvolta è sufficiente; la registrazione costringe alla concisione, lascia il pubblico scegliere il proprio ritmo, e guadagna sottotitoli e capitolazione. Moghe avverte che il ritmo di un video non è quello di una sala — 129 build in otto minuti, 141 in ventiquattro — senza farne una regola. La sua conclusione: la maggior parte delle presentazioni starebbe meglio come registrazione. Resta il live, da riservare ai momenti in cui la presenza sincrona serve a influenzare e a rispondere alle obiezioni, e che merita il costo di coordinamento che impone a tutti.

## 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/it/fiches/moghe-need-presentation-never-send-slides-2026-09-08/