Working Smarter with Claude in PowerPoint
Part 3 of 3. Use Claude in PowerPoint to pull data from other sources and analyze your findings. Connect Excel data to PowerPoint slides for data-driven presentations.
This lesson is original educational writing based on this video by Anthropic (published April 16, 2026). All credit for the original content goes to the creators.
1. Why data and slides belong in the same conversation
Most professionals live in a split-brain workflow. The analysis happens in Excel. The storytelling happens in PowerPoint. And every time the numbers change — a revised forecast, a corrected figure, an updated actuals column — someone manually opens both files, copies the new values, pastes them into the right slide text boxes, and reformats the broken table. It takes fifteen minutes when it should take fifteen seconds, and it introduces the risk of a mismatched number making it into the board deck.
Claude’s integration with Microsoft 365 breaks that wall. When Claude has access to both your open Excel workbook and your open PowerPoint presentation in a single session, it can read live cell values from one file and write or update content in the other. The handoff is not copy-paste — it is a direct read of what is actually in the cell right now, and a targeted write into the slide element you specify. This lesson covers exactly how that pipeline works, when it is worth using, and how to prompt Claude so the result lands correctly the first time.
2. The cross-app data pull in practice
The mechanism behind cross-app data pulling is simpler than it sounds. Claude, running inside the Microsoft 365 environment, has access to the content of your currently open files. When you ask it to “pull revenue figures from the Q2 tab in my workbook and update the slide labeled ‘Q2 Performance Summary’,” Claude does not guess or hallucinate numbers — it reads the actual range you reference and performs the update.
What Claude can see and what it cannot
Claude can read any cell, range, named range, or table in your open workbook. It reads the displayed value — the result of the formula, not the formula itself — which is exactly what you want to show in a presentation. It can also read chart titles, axis labels, and series names, which matters when you want to describe a chart in a slide’s speaker notes or body text.
What Claude cannot do is connect to external databases, live stock feeds, or SharePoint lists on its own. The data has to be in a file that is currently open and that Claude has been granted permission to read. For most real-world decks, this is fine: your source data lives in an Excel file, that file is open while you work, and Claude can see it.
Prompting Claude to pull data
The most effective prompts for cross-app data work are explicit about three things: the source (where to read), the destination (where to write), and the format (how to present it). Vague prompts like “put the numbers in the slide” tend to produce correct data but inconsistent formatting.
A better pattern:
“Read the values in the
Q2_Revenuenamed range from my Excel workbook. On slide 4, titled ‘Q2 Performance Summary’, replace the placeholder figures in the table with these values. Keep the existing table formatting. Add a one-sentence annotation in the slide’s text box below the table summarizing the biggest change from Q1.”
This prompt is specific about source (named range), destination (slide 4, table), formatting constraint (keep existing formatting), and the additional analysis task (one-sentence annotation). Claude can handle all four in a single pass.
3. Data analysis inside the deck
Pulling numbers into a slide is only half the value. The other half is asking Claude to interpret what those numbers mean and translate that interpretation into the language of the presentation — slide titles, bullet annotations, speaker notes, and executive summaries.
From data to narrative
Raw numbers in a slide are inert. A CFO looking at a revenue table does not want to do the mental arithmetic to find the key trend — they want to see the trend named and highlighted. Claude can do this analysis in the same turn it uses to populate the data.
Consider this extended prompt pattern:
“From the
FY2026_Revenuetable in my workbook, populate the bar chart data on slide 6. Then write a two-sentence speaker note that identifies the quarter with the highest growth rate and the quarter with the sharpest deceleration, citing the specific percentage change for each.”
Claude will populate the chart with the correct values and then analyze the data to write a speaker note grounded in the actual numbers it just read. The analysis is not generic commentary — it is tied to the live values in the workbook, so it updates correctly if the underlying data changes and you run the prompt again.
When to use annotations versus title rewrites
There are two distinct places in a slide where Claude can place analysis: the speaker notes and the visible slide body (titles, subtitles, bullet points). The right choice depends on your audience and your workflow.
Speaker notes are the right place for nuanced interpretation, caveats, and talking-point reminders that the presenter needs but the audience does not see. Slide body text should contain only the claim or the headline finding — the one thing you want the audience to remember from this slide. Ask Claude to put analysis in the notes and the headline finding (one sentence, no qualifiers) in the slide title or subtitle. This discipline forces the deck to be readable at speed and makes Claude’s output far more usable.
Updating a deck when the numbers change
The most under-appreciated use of cross-app data pulling is the re-run workflow. You build the deck once, writing explicit prompts that reference named ranges and target specific slides. You save those prompts — either in the Claude conversation history, or in a simple text file alongside the workbook. When the numbers are revised, you open both files, paste your prompts back in, and Claude re-populates and re-analyzes the entire deck in seconds. The alternative — hunting through a twenty-slide deck to find every hardcoded number — is the kind of work that used to consume a junior analyst’s afternoon.
Check your understanding
4 questions · your answers are saved in this browser only
-
1. What does Claude read from Excel when pulling data into PowerPoint?
-
2. Which of these is the most complete and effective prompt structure for a cross-app data task?
-
3. Where should nuanced interpretation and caveats appear in a data-driven slide?
-
4. What is the 're-run workflow' and why is it valuable?
4. The PowerPoint trilogy: build, refine, data
This lesson is the third in a three-part series on using Claude with Microsoft Office. Understanding where this lesson fits in the full trilogy helps you decide which approach to reach for depending on where you are in a project.
Part 1 — Building slides from scratch: Claude can generate a complete presentation structure from a brief, a document, or a set of bullet points. This is where you establish the narrative arc, the slide count, the section headers, and the initial content. The output is a complete deck skeleton that you refine rather than an empty file you fill from scratch.
Part 2 — Refining content: Once the structure exists, you can ask Claude to improve individual slides — strengthen the opening hook, tighten a bullet list, suggest a better visual metaphor for a complex concept, or rewrite jargon-heavy text for an executive audience. This is the editorial layer.
Part 3 — Connecting data (this lesson): With the narrative structure and content quality in place, you connect live data. Now the deck is not just well-structured and well-written — it reflects the current state of your numbers and can be updated automatically when those numbers change.
The trilogy represents a natural progression: structure first, then polish, then truth. Trying to connect live data to a deck that lacks a clear structure usually means the data ends up in the wrong places. Building in order produces the best results.
Build it yourself
Follow these exact steps to reproduce it yourself · estimated time: ~15 min
Prerequisites
- A Microsoft 365 subscription with Claude enabled in Office apps
- An Excel workbook with at least one table or named range of data
- A PowerPoint presentation (existing or new) open in the same Microsoft 365 session
Step 1 — Prepare your Excel workbook
Before opening Claude, name the data ranges you plan to use. In Excel, select the range, click the Name Box (top left of the formula bar), and type a descriptive name with no spaces (e.g. Q2_Revenue, YTD_Headcount). Do this for every range you intend to reference in PowerPoint. This takes two minutes and makes every subsequent prompt shorter and less error-prone.
Step 2 — Open both files in the same session
Open your Excel workbook and your PowerPoint presentation. Both should be open and visible in your Microsoft 365 environment. Claude’s cross-app access requires both files to be active in the same session — it cannot read a file that is closed.
Step 3 — Pull data into a slide table
In the Claude panel, write an explicit source-and-destination prompt:
Read the values in [YourNamedRange] from my Excel workbook.
On slide [N], titled '[Slide Title]', replace the placeholder values
in the data table with these values. Keep the existing table formatting.Review the result. Check that every value matches the Excel source. If a value looks wrong, ask Claude to re-read the specific cell and confirm what it found.
Step 4 — Add analysis annotations
In the same conversation, add the analysis layer:
Write a two-sentence speaker note for slide [N] that identifies
the single most significant trend in the data you just inserted,
citing the specific values. Keep it under 40 words.Then ask Claude to update the slide title to reflect the insight rather than the category:
Rewrite the title of slide [N] to state the key finding as a
declarative sentence. Remove the generic category label.Step 5 — Save your prompts for re-use
Copy the prompts you used in this session into a plain text file and save it next to your workbook. Name it something obvious like deck-update-prompts.txt. The next time the data changes, you open both files, paste the prompts back in, and the deck updates in seconds.
Expected result
A slide (or multiple slides) whose tables and text reflect the live values in your Excel workbook, with speaker notes that identify the key trends in plain language and titles rewritten as declarative findings. The deck is now a live document, not a static snapshot.
Where to go next
- For the full context of how Claude integrates with Microsoft Office, watch Part 1 (building slides) and Part 2 (refining content) of the trilogy.
- See Getting Started with Claude in Excel to understand how Claude reads complex workbooks before you start feeding data to PowerPoint.
- For cross-app session concepts — how Claude maintains context across open files — see One Continuous Session Across Excel and PowerPoint.