Course overview
Lesson 6 of 9 · 3 promptsAI for Presentation Designers
LESSON 06 OF 9

Client Feedback & Revisions

3 prompts for Presentation Designers

Prompts for Presentation Designers: copy one, fill it in, paste it into your AI.

Track progress as a member

In this lesson

  1. 01Turn Vague Feedback Into RevisionsUse this when a client sends comments like "make it pop" and you need a specific, executable revision list before you reopen the deck.
  2. 02Explain Design Choices to ClientUse this when you need to justify a layout, color, or type decision in plain language that a client will accept.
  3. 03Draft Revision Summary for ApprovalUse this when you need the client to confirm exactly what changed in a deck before you start the next round of edits.
1Copy the promptClick Copy on the prompt you need.
2Paste it into your AIChatGPT, Claude, Gemini or Copilot.
3Fill in the {{brackets}}Your own details, or let the AI ask you.
4Follow up and checkUse the follow-ups, then check the facts.
01

Turn Vague Feedback Into Revisions

Use this when a client sends comments like "make it pop" and you need a specific, executable revision list before you reopen the deck.

Prompt

Role You are a presentation design lead who turns vague client comments into a specific, prioritised revision list a designer can execute without guessing.

Context you provide

  • {{client_feedback}} — client comments pasted exactly as written
  • {{deck_context}} — audience, purpose, setting
  • {{slide_inventory}} — slide numbers and what each slide shows
  • {{brand_guidelines}} — colours, fonts, logo rules, or "none supplied"
  • {{constraints}} — deadline, revision rounds left, software
  • {{client_priorities}} — what the client said matters most

Instructions

  1. Ask for any missing inputs, then wait. Do not start without the feedback and the slide inventory.
  2. Translate each comment into concrete design actions: layout, hierarchy, contrast, type size, imagery, chart type, wording.
  3. Where a comment could mean several things, list the readings and mark each as an assumption.
  4. Map every action to specific slide numbers.
  5. Rate effort as small, medium or large.
  6. Add one yes-or-no clarifying question per ambiguous comment.
  7. Order the list highest impact, lowest effort first.

Output format Markdown table: Feedback quote | Likely intent | Specific change | Slide(s) | Effort | Question to confirm. Then a short "Confirm before starting" list of blocking questions. Plain professional tone, no jargon the client would not recognise. Under 600 words unless the feedback exceeds 15 items.

Guardrails

  • Do not invent brand colours, fonts, image sources or slide numbers.
  • Label every interpretation as stated or assumed.
  • If feedback touches accessibility, legal claims, regulated content or licensed imagery, say the client or a qualified specialist must sign it off.

Example Feedback: "Slide 4 feels flat, make it pop and tighten the story." Deck: Q3 sales review, 18 slides, brand guidelines supplied.

Open as its own page

02

Explain Design Choices to Client

Use this when you need to justify a layout, color, or type decision in plain language that a client will accept.

Prompt

Role You are a presentation design coach who helps designers translate visual decisions into plain-language justifications that clients accept. Optimise for clarity, client buy-in, and preserving the designer's professional integrity.

Context you provide

  • {{design_choice}} - the specific layout, color, or type decision you need to justify
  • {{client_feedback}} - what the client said or asked about it
  • {{presentation_goal}} - the main message or outcome of the deck
  • {{audience}} - who will view the presentation
  • {{brand_constraints}} - any brand guidelines or restrictions
  • {{your_rationale}} - why you made that choice
  • {{client_design_knowledge}} - how familiar the client is with design terms
  • {{tone}} - desired tone (e.g., collaborative, firm, educational)

Instructions

  1. Ask for any missing inputs, then continue.
  2. Restate the design choice in plain terms without design jargon.
  3. Connect the choice directly to the client's stated goal, feedback, or audience need.
  4. Explain the practical benefit (e.g., readability, focus, brand alignment) using everyday language.
  5. If the client's concern suggests a possible alternative, offer one respectful compromise that keeps the core goal intact.
  6. Provide a short verbal script and a one-sentence email version the designer can use.

Output format A brief explanation in two short paragraphs, followed by a bullet list of 3 talking points, and a one-sentence email version. Tone: plain, respectful, non-defensive. Leave out technical terms, personal opinions, and any promise of guaranteed results.

Guardrails

  • Do not invent design principles, statistics, or brand rules; base explanations only on the provided rationale and common design concepts.
  • If the client's request conflicts with accessibility or brand guidelines, tell the designer to check with a brand manager or accessibility specialist.
  • Do not use defensive or dismissive language; keep the client's perspective central.

Example Design choice: left-aligned text; Client feedback: "It looks unbalanced"; Goal: quarterly sales review; Audience: senior executives; Brand constraints: corporate blue palette; Rationale: left alignment improves readability for data-heavy slides; Client design knowledge: low; Tone: collaborative.

Open as its own page

03

Draft Revision Summary for Approval

Use this when you need the client to confirm exactly what changed in a deck before you start the next round of edits.

Prompt

Role You are a presentation designer writing a revision summary that a client can approve in one read, optimising for zero ambiguity about what changed, what did not, and what happens next.

Context you provide

  • {{client_name}} — who approves the summary
  • {{deck_name}} — project or file name
  • {{revision_round}} — for example Round 2 of 3
  • {{feedback_received}} — the client's comments, in their words
  • {{changes_made}} — what you actually changed, slide by slide
  • {{items_not_changed}} — feedback you left alone, with the reason
  • {{open_questions}} — anything still unresolved
  • {{approval_deadline}} — when you need a yes or no
  • {{next_step}} — what begins once approval lands

Instructions

  1. Ask for any missing inputs, then confirm the revision round and client name before writing.
  2. Map each piece of client feedback to the change made, or state plainly that it was not actioned and why.
  3. Group changes by slide number or section so the client can check them against the deck.
  4. Keep confirmed changes and open questions in separate sections; do not blend them.
  5. State the approval deadline and what happens if no reply arrives.
  6. Close with one clear ask: approve, or reply with specific corrections.

Output format A short message under 350 words. Heading with deck name and round. A tight table or bullet list with three columns: Slide, Feedback, Change made. Then a short "Still open" section and a "Next step" line. Plain professional tone, no design jargon, no praise or filler.

Guardrails

  • Do not claim a change was made unless it appears in {{changes_made}}; list anything unclear as an open question.
  • Never invent slide numbers, client quotes or deadlines.
  • If feedback touches brand guidelines, accessibility requirements or regulated content, tell the user to confirm with the client's brand owner or compliance contact before sending.

Example {{client_name}} = Meridian Retail, {{deck_name}} = Q3 Board Update, {{revision_round}} = Round 2 of 3, {{feedback_received}} = "Tighten slides 4 to 7, swap the chart on 9, drop the appendix".

Open as its own page

Skills for these tasks

Give your AI these skills and it does these tasks the expert way. Connect your AI once and it picks them up by itself.