How to Summarize a Document Into Slides: The Compression Method
July 2026 · Docslide
To summarize a document into slides, work in four passes: extract the document's structure, pick exactly one takeaway per section, turn the numbers into charts, and move the remaining prose into speaker notes. Summarizing is not shrinking the text until it fits; it is deciding what earns screen time and relocating the rest. Here is the method by hand, then the automated version.
The wrong way, for contrast
The instinctive approach is to copy the document onto slides and trim: shorten sentences, shrink fonts, split overflowing slides in two. It fails because it treats every sentence as a candidate for the screen. A 20-page document has roughly 8,000 words; a presentable deck has room for maybe 400 words across all its slides. No amount of trimming closes a 20-to-1 ratio. You need a selection method, not a compression ratio.
Pass 1: Extract the structure
Skeleton first, before judging any content. List the document's sections and subsections; if it has real headings, this takes five minutes. For each section, note two things: what kind of content it holds (argument, data, background, procedure) and whether it is load-bearing for the document's conclusion.
This list is your candidate slide inventory, and it immediately produces cuts: background sections, methodology, and boilerplate rarely earn slides. A 12-section document typically yields 6 to 9 sections that deserve screen time. Deciding at the section level, not the sentence level, is what makes the ratio manageable.
Pass 2: One takeaway per section
For each surviving section, write one sentence: the thing a reader should remember from that section. Not a topic ("Customer churn") but a claim ("Churn concentrates in month two, before onboarding completes"). These sentences become your slide titles, and the discipline is exactly one per section. If a section resists a single sentence, it is really two sections; split it. If you cannot produce a sentence at all, the section is background; cut it.
Read the takeaway sentences in order. They should form a coherent summary of the document by themselves. That title-only read is the actual summary; everything after this pass is illustration.
Pass 3: Numbers become charts
Documents present data as tables and inline figures because readers can study them. Audiences cannot. For each takeaway backed by data, build one exhibit:
- A trend claim gets a line chart; a comparison claim gets a sorted bar chart; a share-of-total claim gets a stacked bar.
- One decisive number ("the change saves $400k a year") is often strongest as the bare number at large size.
- Keep the values identical to the document. A summary that disagrees with its source destroys trust in both.
One exhibit per slide. If a section's data supports two different points, the section has two takeaways and should have been split in pass 2.
Pass 4: Prose becomes speaker notes
Everything true and useful that did not make the slide gets relocated, not deleted: caveats, definitions, the exception for one region, the assumption behind the forecast. Paste or paraphrase it into each slide's speaker notes with a page reference to the source ("details p.14"). This pass is what makes the whole method psychologically workable: you never have to decide that something is worthless, only that it is not screen-worthy. And when a question comes, the answer is already attached to the slide that provoked it.
The four passes at a glance
| Pass | Input | Output | Rule |
|---|---|---|---|
| 1. Structure | Full document | Section list, non-essential sections cut | Judge sections, not sentences |
| 2. Takeaways | Surviving sections | One claim per section = slide titles | A claim, never a topic label |
| 3. Charts | Tables and figures | One exhibit per slide | Numbers identical to the source |
| 4. Notes | Remaining prose | Speaker notes with page references | Relocate, do not delete |
For a 20-page document, the manual version takes an experienced person two to four hours, most of it in passes 3 and 4. If you are wondering how many slides the result should be, the pacing table in how many slides for a 30 minute presentation gives the target by talk length.
The automated route
These four passes are precisely the pipeline Docslide runs. Upload a report, PDF, Word file, or pasted text to the AI presentation maker and it performs pass 1 in the open: the extracted outline is shown to you before any slide is generated, and you cut or keep sections yourself. Generation then applies passes 2 through 4: one takeaway per slide with the title written as the claim, the document's data tables rebuilt as native editable charts, and the surrounding prose distilled into speaker notes with page references back to the source ("from p.14"). Every slide traces to a section of your document; it does not add content that is not there. Your document, your numbers.
The export is where the automation stays useful rather than becoming a trap: a native .pptx with real editable text boxes, or Google Slides, so you can rework any slide the way you would rework a colleague's draft. And it is a draft, deliberately: AI drafts, you approve. Expect to spend your saved hours on the two judgment calls no tool makes for you, which sections matter most and what the final ask is. If your source is a PDF specifically, the PDF to PowerPoint converter page covers that path, including scanned documents and portrait layouts.
When not to summarize into slides at all
A short honest note: some documents should stay documents. A legal agreement, a detailed runbook, or a spec that people must execute precisely loses too much in compression. Slides are the right output when a group needs shared understanding and a decision in limited time. If the audience instead needs to study, send the document and use the meeting for questions.
Your next deck is already written.
Docslide turns the documents you already wrote into finished, editable decks: layouts, charts from your data, and speaker notes, exported to PowerPoint and Google Slides.