Chapter BAI for PresentationsPage 1 of 8

AI for Presentations

Start with the job to be done

Frame the outcome, evidence, and human decision before asking the model to produce anything.

~14 minJob framing

1Try it yourself

Presentations

Build the deck spine

Pick audience → one message → arrange slides into a story arc.

1. Audience

Before you start

Why this matters

Without opening an AI tool, write the acceptance test for this job: create a seven-minute decision deck for a six-week customer-support pilot. Name one fact that must be exact, one judgment a person must make, and one condition that should stop the workflow. Compare your answer with the professional standard below; the gap is what you should practice.

2Learn the idea

Read

Define the professional job

The working assignment is to create a seven-minute decision deck for a six-week customer-support pilot for department leaders with little technical background. That sentence is narrower than “use AI for presentations.” It identifies a deliverable and a reviewer. Write a definition of done with three layers: the output must satisfy the audience's need; factual or functional claims must be traceable; and a named person must own the final decision. A deck is a guided argument, not prose divided into rectangles. If the titles alone do not tell the story, visual polish will not rescue it.

Start by separating tasks. The model may draft, classify, transform, compare, or suggest. It may not silently approve, publish, grade, deploy, cite, or consent on someone's behalf. For this assignment the authoritative material is decision requested, audience concerns, verified evidence, time limit, slide count, brand constraints, and likely objections. Anything absent from those inputs is either an explicit assumption or an unanswered question.

Read

Convert the job into a contract

Use this prompt as a realistic starting contract:

Create a six-slide outline for leaders deciding whether to assign two staff to a six-week support pilot. Use only my evidence. Each title must be a complete takeaway sentence; add 2–3 support bullets, a suggested visual, and speaker notes under 40 words. Mark missing evidence; never invent metrics or quotes.

Notice what the prompt does: it states the setting, limits the output, names forbidden behavior, and requests evidence that can be reviewed. It does not ask the model to “make it amazing.” If a constraint matters, make it testable. Replace “be accurate” with a source boundary, formula check, test command, rights ledger, or approval step.

A useful response would look like this: A title-only story that moves from current support delay to bounded pilot, measurement plan, risk controls, and a final staffing decision. That description is intentionally observable. “Looks good” is not acceptance. The operator must read titles alone for logical flow, trace every number to a source, inspect chart axes, rehearse to seven minutes, and test contrast, font size, and alt text. Keep the source material beside the draft so review means comparison, not memory.

Read

Scope and stop rules

Run the work through brief → spine → evidence → design → rehearse → decide. Stop when an authoritative input is missing, a high-risk claim lacks evidence, private material cannot be safely removed, or the proposed action exceeds the permission granted. Escalation is successful workflow behavior, not model failure.

Common framing mistakes are decorating before structuring; invented metrics; slide titles that name topics rather than conclusions; overcrowded notes; unlabeled generated imagery. Prevent them by writing a one-paragraph job card: user, decision, deliverable, source of truth, constraints, reviewer, and stop condition. This card becomes the anchor for every later prompt.

Checking tutor…

Continue learning · glossary & guides
  • Can the job be completed and reviewed without guessing its purpose?
  • Which action remains owned by a person, and what evidence will that person inspect?
  • Reference · Related concept
  • Next