Client Deliverables

Produce formal consulting deliverables that communicate complex analysis with clarity and impact. This covers deliverable creation during and after consulting engagements, including both written reports and executive presentations. For pitch decks and proposals aimed at winning work, see proposal-development. Structure everything for decision-makers: bottom-line up front, evidence-backed findings, actionable recommendations, professional formatting.

Before You Begin

Deliverables carry the firm's credibility. Every number and finding must be traceable. Before drafting:

• What is the deliverable's purpose and who is the audience?
• What decision does this deliverable enable?
• What format is required (written report, presentation deck, leave-behind, or some combination)?
• What analysis has been completed and what data is available to support findings?
• Don't fabricate data points, source citations, benchmark figures, or case study results. When illustrative numbers are needed to demonstrate a format, label them clearly as examples. If specific numbers aren't available, use placeholders and flag them: "This needs [specific data]. Showing a placeholder based on [typical range]."

---

Part 1: Common Methodology

These principles apply to both written reports and presentations.

Structured Narrative: SCQA / SCR

The same narrative logic underpins both formats. Reports use SCQA (Situation-Complication-Question-Answer). Presentations use the compressed SCR variant (Situation-Complication-Resolution). The difference is that presentations drop the explicit "Question" because it's implied by the complication, and the spoken format needs momentum.

SITUATION    ->  "This is where we are..."
   |                (Establish context the reader/audience already agrees with)
   v
COMPLICATION ->  "This is the problem..."
   |                (What's changed, what's at risk, what's broken)
   v
QUESTION     ->  "This is what we must answer..."  [Reports]
   |                (The central question the report addresses)
   v
ANSWER /     ->  "This is what we recommend..."
RESOLUTION          (The recommendation, stated clearly)

SCQA/SCR works because it mirrors how people process information: start with what they know, introduce the tension, then answer it. The reader/audience arrives at the recommendation already understanding why it matters.

The Pyramid Principle

Every deliverable follows top-down logic, whether it's a 5-page brief or a 50-slide strategy deck.

                    +---------------+
                    |   Answer      |  <- State this first
                    +-------+-------+
               +------------+------------+
         +-----+-----+ +---+---+ +------+------+
         | Argument 1| | Arg 2 | | Argument 3  |  <- 2-3 supporting reasons
         +-----+-----+ +---+---+ +------+------+
           +---+---+   +--+--+   +----+----+
           |E1 |E2 |   |E3|E4|   |E5  |E6  |  <- Evidence for each
           +---+---+   +--+--+   +----+----+

The Answer (top of the pyramid): One sentence that is the main point. If the audience remembers nothing else, they remember this.

Supporting Arguments (2-3 maximum): The reasons why your answer is true. Each must be mutually exclusive and collectively exhaustive (MECE).

Evidence (per argument): Data, examples, case studies that support each argument. Every fact must connect back to the argument above it.

This structure applies at every level: the deliverable as a whole, each section/slide, each paragraph/bullet.

Action Headlines and Titles

The single most impactful discipline in consulting deliverables. Every section heading (reports) and slide title (presentations) must be a complete sentence stating the takeaway, not a topic label.

Bad: "Market Analysis" Good: "The addressable market has contracted 15% since 2023, driven by regulatory changes in three key segments"

Bad: "Revenue Overview" Good: "Revenue declined 12% driven by customer churn in the mid-market segment"

If you can't write the action headline, the section or slide doesn't have a point yet.

Audience Adaptation

Audience	What They Want	How to Deliver
CEO / Board	Decision, strategic implications, risk	Lead with recommendation, quantify impact, address key risks, connect to shareholder value
CFO	Financial proof, ROI, assumptions	Detailed financials, sensitivity analysis, conservative estimates
COO	Implementation feasibility, resources	Operational plan, resource requirements, timeline
CTO	Technical viability, architecture	Technical assessment, scalability, integration requirements
Steering Committee	Progress, decisions needed, blockers	Status against plan, decision items, escalations
Mixed / Large Group	Alignment, clarity, next steps	Simple message, clear visuals, explicit ask

Executive audiences: Lead with the answer and impact. Minimize methodology (move to appendix or backup). Focus on decisions and trade-offs. Use visual summaries over dense text.

Technical audiences: Include methodology in detail. Show analytical work and assumptions. Use precise terminology (but still define specialized terms). Include sensitivity analysis.

Mixed audiences: Structure with progressive disclosure. Headline finding, then supporting detail, then full data. Put methodology and technical detail at the back.

Data Storytelling

• Lead with the most compelling data point: Don't bury the headline
• Annotate charts and exhibits: Call out the insight, don't make readers find it
• Show change, not state: Trends and deltas are more compelling than snapshots
• Use comparison: "3x the industry average" lands harder than "15%"
• Connect to consequences: Every number should answer "and that means..."
• Quantify the cost of inaction: Makes the complication concrete

Chart Selection

Data Relationship	Recommended Chart
Comparison across categories	Bar chart (horizontal for many categories)
Trends over time	Line chart
Part-to-whole	Stacked bar, waterfall, or pie (sparingly)
Correlation	Scatter plot
Distribution	Histogram or box plot
Geographic	Map or choropleth
Process or flow	Sankey diagram or flowchart
Hierarchical	Treemap or org chart
Sensitivity / driver ranking	Tornado chart
Scenario comparison	Side-by-side bar or table with conditional formatting
Financial bridges (revenue to EBITDA, cost drivers)	Waterfall chart

Chart standards (both formats):

• Title states the finding, not just the topic
• Include source notes
• Highlight the key data point visually (bold, color, annotation)
• Consistent color schemes throughout the deliverable
• Remove chartjunk: unnecessary gridlines, 3D effects, decorative elements
• Every chart should make exactly one point. If it makes two, split it

Presentation-specific chart rules:

• One chart per slide, making one point
• Annotate the insight directly on the chart
• Avoid pie charts with more than 4-5 slices
• Max 5 rows in any table shown during a live presentation. Move detail to backup slides.

Sensitivity Analysis

When presenting financial projections with uncertainty, use these formats:

Tornado chart (for identifying which variables matter most): List variables vertically, show NPV impact range horizontally. Order by magnitude of swing. The top 2-3 bars are where management attention belongs.

Variable              | NPV Impact Range
Adoption rate         |=====[----BASE----]==========|  +/- $12M
Benefit timeline      |=======[--BASE--]========|     +/- $8M
Implementation cost   |========[-BASE-]======|        +/- $5M
Discount rate         |=========[BASE]=====|          +/- $3M

Scenario table (for communicating overall risk profile):

Scenario	Key Assumptions	NPV	IRR	Payback	Probability
Upside	[2 key drivers]	$XX	XX%	X yrs	XX%
Base	[2 key drivers]	$XX	XX%	X yrs	XX%
Downside	[2 key drivers]	$XX	XX%	X yrs	XX%

Always state the break-even threshold: "The business case remains positive even if benefits are [X]% below plan."

Structure each scenario with:

Element	Base Case	Upside	Downside
Key assumption	[Most likely]	[Optimistic]	[Conservative]
Revenue/benefit impact	$X	$Y	$Z
Probability weighting	50-60%	20-25%	20-25%
Trigger indicators	[What you'd see]	[What you'd see]	[What you'd see]

Include:

• Decision triggers: "If [metric] falls below [threshold] by [date], shift to [alternative plan]"
• Sensitivity analysis: Which 2-3 assumptions most affect the outcome? What happens if each moves +/- 20%?
• Break-even analysis: At what point does the recommendation no longer hold?

Writing Standards

These apply to both prose in reports and text on slides (adapted for density).

Element	Standard
Sentence length	Max 25 words
Paragraph length	Max 4 sentences (reports); bullets preferred (slides)
Headlines/titles	Action-oriented complete sentences, not topic labels
Numbers	Always quantify where possible
Dates	Always specify, avoid "soon", "later", "in the near term"
Names	Use full names for people and organizations
Jargon	Avoid or define all technical terms

Evidence standards:

Type	Requirement
Data	Source, date, and methodology noted
Quotes	Named sources, verified
Benchmarks	Comparable sources cited
Expert opinions	Named experts where possible
Case studies	Specific examples with results

Voice:

• Active voice: "We recommend" not "It is recommended"
• Be direct: avoid hedge words like "perhaps", "might", "may"
• "We believe X because Y" is stronger than "X could potentially be considered"

Before/After: Bad vs. Good Consulting Prose

Vague and passive:

"It is believed that there may be potential opportunities for significant improvement in certain areas of the organization's operational processes, which could potentially lead to enhanced performance outcomes going forward."

Direct and quantified:

"Three process changes will cut order fulfillment time from 14 days to 5 days, saving $2.3M annually in working capital costs."

Hedge-laden:

"The market appears to be showing some signs of potential softening, which might suggest that a more cautious approach could perhaps be warranted in the near term."

Clear and committed:

"The addressable market contracted 12% in Q3. We recommend delaying the product launch to Q2 2027 and reallocating $4M from marketing to R&D."

Buried lead:

"After conducting an extensive analysis of the competitive landscape, examining market trends across multiple segments, and reviewing internal capability assessments, our team has concluded that the acquisition of TargetCo represents a compelling strategic opportunity."

Bottom-line up front:

"Acquire TargetCo for EUR 85M. It fills our capability gap in APAC distribution and is accretive to EBITDA by Year 2. Three factors support this recommendation."

The pattern: replace throat-clearing with the conclusion. Replace hedges with data. Replace abstractions with specifics.

Quality Assurance

Before finalizing any deliverable:

• Executive summary / first slide stands alone (readable in 5 minutes, gives the complete picture)
• Every finding has supporting evidence
• Every recommendation has rationale
• All numbers are sourced
• All terms are defined
• Formatting is consistent throughout
• The conclusion matches the evidence
• The deliverable answers the original question
• Scenario analysis included for recommendations with significant uncertainty
• Specific owners and dates for all recommended actions
• When citing benchmarks or peer comparisons, flag the source explicitly. "Industry benchmarks suggest..." is weaker than "Per [Source/analysis], the benchmark is X." If no published source exists, say "based on our analysis" or "directional estimate based on [basis]." Unsourced benchmarks invite challenge and erode credibility.

---

Part 2: Written Reports

Report Types

Type	Purpose
Strategic assessment	Evaluate options and recommend direction
Due diligence report	Investigate and validate claims or assumptions
Implementation plan	Define how to execute a strategy
Performance review	Assess results against targets
Recommendations document	Present findings and proposed actions
Status report	Communicate progress and issues
PE investment committee memo	Present investment thesis for fund decision

Depth and Length Calibration

Match report depth to audience and purpose. Not every analysis needs 30 pages.

Output Level	Word Count	When to Use
Executive brief	500-800 words	Board-level summary, decision memo, time-pressed stakeholders
Working report	2,000-4,000 words	Standard client deliverable, recommendations with supporting analysis
Deep-dive report	4,000-8,000 words	Comprehensive strategic assessment, due diligence, regulatory submissions
Full study	8,000+ words	Multi-workstream transformation reports, market entry studies with appendices

When in doubt, write shorter. A 3,000-word report that gets read beats a 10,000-word report that doesn't.

Tone Calibration

• Voice: Expert, collaborative, or direct (match the client relationship)
• Technical level: Executive summary, detailed, or technical
• Format: Formal report, executive briefing, or working document

Narrative Structures

SCQA (full version for written reports):

1. Situation: establish context
2. Complication: what's changed or at risk
3. Question: the central question the report addresses
4. Answer: the recommendation, stated clearly

Answer-First Structure (for audiences who want to cut to the chase):

1. Executive Summary ... full message here (someone who reads only this page gets the complete picture)
2. The Question ... what we were asked to address
3. The Answer ... our recommendation in brief
4. Supporting Evidence ... analysis section by section
5. Required Actions ... what needs to happen, by whom, by when
6. Appendices ... supporting detail

Section Templates

Executive Summary

The executive summary is the most important section. It must stand alone.

Structure:

• Bottom Line: One paragraph stating the answer, the impact, and the recommendation
• Key Findings: 3-5 findings, quantified where possible
• Recommendations: Prioritized list
• Expected Outcomes: Impact and timeline for each
• Next Steps: Immediate actions required

Write the executive summary last, after all analysis is complete.

Analysis Sections

Each analysis section follows the same pattern:

• Headline: One sentence capturing the key finding (not a topic label)
• Supporting Evidence: Data points with sources and implications
• Analysis: Explanation of what the evidence means
• Implications: What this means for the business

Recommendation Sections

Each recommendation needs:

• The Recommendation: Clear statement of what should be done
• Rationale: Why this is the right course of action
• Supporting Evidence: Data that backs this up
• Impact: Projected outcomes with current vs. projected metrics
• Risks and Mitigations: What could go wrong and how to address it

PE Investment Committee Memo

Investment committee (IC) memos follow a rigid structure because the committee reviews multiple deals per meeting. Deviation from the expected format slows the decision.

INVESTMENT COMMITTEE MEMORANDUM

Company:          [Target Name]
Sector:           [Industry / Sub-sector]
Deal Type:        [Buyout / Growth Equity / Add-on / Recapitalization]
Enterprise Value: [Amount]
Equity Check:     [Amount]
Target Close:     [Date]
Sponsor Coverage: [Deal Team Lead]

1. EXECUTIVE SUMMARY
   - Investment thesis in 3-4 sentences
   - Key return drivers
   - Headline returns: [X.X]x MOIC / [XX]% IRR over [X] year hold

2. COMPANY OVERVIEW
   - Business description, products/services, end markets
   - Revenue: $[X]M | EBITDA: $[X]M | EBITDA Margin: [X]%
   - Revenue mix (by product, geography, customer)
   - Customer concentration (top 10 customers as % of revenue)
   - Management team assessment

3. INVESTMENT THESIS
   - Thesis pillar 1: [Growth lever with quantified impact]
   - Thesis pillar 2: [Margin lever with quantified impact]
   - Thesis pillar 3: [Strategic lever with quantified impact]

4. MARKET & COMPETITIVE DYNAMICS
   - TAM/SAM sizing
   - Growth drivers and secular trends
   - Competitive positioning and moat assessment

5. FINANCIAL OVERVIEW & PROJECTIONS
   - Historical financials (3 years) with key metrics
   - Management case vs. sponsor case
   - Revenue bridge and EBITDA bridge
   - Working capital and capex requirements

6. DEAL STRUCTURE & RETURNS
   - Sources & uses
   - Capital structure and leverage ratios
   - Returns analysis: base / upside / downside
   - Key assumptions driving each scenario

7. KEY RISKS & MITIGANTS
   | Risk | Severity | Mitigant |
   |------|----------|----------|
   | [Risk 1] | [H/M/L] | [Specific mitigation] |

8. VALUE CREATION PLAN
   - 100-day plan priorities
   - Operational initiatives with timeline
   - M&A / add-on pipeline (if applicable)

9. EXIT CONSIDERATIONS
   - Likely exit paths (strategic sale, sponsor-to-sponsor, IPO)
   - Comparable exit multiples
   - Target exit timeline

10. RECOMMENDATION
    - Approve / Approve with conditions / Decline
    - Conditions or open items (if any)
    - Requested next steps

IC memo writing standards: Be factual, not promotional. The committee's job is to find reasons NOT to invest. Anticipate their objections and address them directly. Management cases are always more optimistic than reality; show the sponsor case with conservative assumptions. Every number needs a source.

Document Structure

[Firm/Company Logo]
[Report Title]
[Date]
[Classification: Confidential / Internal / Public]

Table of Contents

Executive Summary

1. Introduction / Context
2. Methodology (if applicable)
3. Findings / Analysis
4. Recommendations
5. Implementation Plan
6. Appendices

Version, author, and reviewer should be noted on the cover page or in document properties.

Multi-Author Coordination

For reports with multiple contributors (common on large engagements), establish these upfront:

Before Writing:

• Single outline owner: One person owns the overall narrative arc and section structure. Committee-written outlines produce committee-quality reports
• Section assignments: Each section has exactly one author. Shared ownership means nobody owns it
• Style guide agreement: Agree on voice (first person plural "we" vs. third person), tense, heading conventions, and evidence citation format
• Placeholder convention: Use [TBD: description of needed content] for sections awaiting input. Never leave blank sections

During Writing:

• Integration checkpoints: Schedule two review points: (1) after first drafts of all sections, (2) after revisions. Don't wait for final assembly to discover inconsistencies
• Cross-reference log: Track which sections reference data or findings from other sections. When one section changes, flag dependent sections
• Terminology register: Maintain a short list of key terms and how they're used. "Revenue" vs. "net revenue" vs. "ARR" discrepancies across sections destroy credibility

Version Control and Review Workflow:

Naming convention: [Client]_[Report]_v[Major].[Minor]_[Date]_[Author].docx

• Major version: structural changes, new sections, post-review rewrites (v1.0, v2.0)
• Minor version: edits within existing structure (v1.1, v1.2)
• Example: Acme_MarketEntry_v2.1_2026-03-15_JSmith.docx

Stage	Version	Who Reviews	What They Check
First draft	v0.1	Author self-review	Structure, completeness, argument logic
Peer review	v0.5	One colleague	Logic, evidence gaps, readability
Manager review	v1.0	Engagement manager	Narrative arc, client-readiness, accuracy
Partner review	v1.5	Partner/director	Strategic positioning, risk, tone
Client draft	v2.0	Client review	Factual accuracy, alignment with expectations
Final	v3.0	Final QA	Formatting, cross-references, typos

Track changes discipline: One reviewer at a time. Resolve all comments before passing to the next reviewer. Parallel reviews at the same level produce conflicting edits.

Working in shared drives: Lock the file when editing. Use a simple status tracker: "v1.2 with JSmith for manager review, due back Mar 18."

Final Assembly:

• One person does final assembly and voice harmonization. This takes longer than people expect (budget 1-2 days for a full report)
• Check that the executive summary reflects the actual content, not an earlier draft's conclusions
• Verify all cross-references and page numbers

Report-Specific Quality Checklist

In addition to the common checklist:

• Page numbers present
• Table of contents is accurate
• Grammar and spelling are correct
• Scenario analysis included for recommendations with significant uncertainty

---

Part 3: Executive Presentations

Defining the Core Message

Before opening any slide tool, write these three things:

1. The answer in one sentence: "We should enter the German market through acquisition of [Target] for EUR 120M"
2. The three supporting arguments: Why now, why this target, why acquisition vs. organic
3. The evidence for each: Market data, target financials, comparable transactions

If you cannot write these clearly, you are not ready to build slides.

Deck Structure

Slide Type	Purpose	Key Elements
Title	Set expectation	Punchy title (max 6 words), subtitle with key message, presenter, date
Executive Summary	Full message for time-pressed readers	3-5 bullets covering the complete recommendation; bottom line up front
Context/Situation	Establish common ground	Facts the audience agrees with, current state data
Problem/Complication	Create urgency	Impact metric, trend visualization, quantified cost of inaction
Analysis	Show the thinking	Framework visual (2x2, waterfall, etc.), key insight in one sentence
Recommendation	Present the answer	Recommendation in one line; why now, why us, why this; quantified impact
Financial Impact	Prove the value	Benefits, costs, net value; waterfall or bridge chart; key assumptions and sensitivity
Roadmap/Next Steps	Call to action	Phased timeline with actions, owners, dates; immediate first action

Slide Anatomy

+-------------------------------------------+
| ACTION TITLE (complete sentence)          |  <- The slide's takeaway
+-------------------------------------------+
|                                           |
|   [Exhibit: chart, table, framework]      |  <- Visual evidence
|                                           |
|                                           |
|                                           |
| Source: [data source, date]               |  <- Attribution
+-------------------------------------------+

The action title is what distinguishes consulting slides from everything else. Write it as a complete sentence stating the takeaway.

The body is exhibit-driven. Charts, tables, and frameworks dominate... not paragraphs or bullets. One focused exhibit is ideal. Two related exhibits side by side works when they jointly support the action title.

The "So What?" test for each slide:

• So what? (Why does the audience care about this?)
• Says who? (Is this credible? What's the source?)
• What if? (What are the implications?)

If you can't answer "so what?" in one sentence, cut or restructure the slide.

Presentation vs. Leave-Behind

Different formats require different density. Decide which you're building before you start.

Dimension	Presentation Deck	Leave-Behind / Read-Ahead
Primary audience	People in the room	People reading alone, later
Font size	30pt minimum	18pt minimum
Content density	One point per slide	Can layer 2-3 points per page
Exhibits	One per slide, annotated	Can include supporting detail
Action titles	Short, punchy	Can be longer, more descriptive
Appendix	Separate backup slides	Can be inline or appended
Typical length	8-12 slides + backup	15-30 pages
Goal	Drive a decision in the room	Survive forwarding to people who weren't there

A presentation deck that gets forwarded as a read-ahead usually fails at both jobs. If the deck will serve both purposes, add a 1-page executive summary that works standalone, and put supporting detail in clearly labeled appendix sections.

10-Slide Report Summary Template

For reports that also need a board or executive presentation, produce a 10-slide summary. This is not "put the report on slides." It's a restructured argument for a spoken format.

Slide	Content	Notes
1. Title	Report title, date, classification	Match the report cover
2. Executive summary	3-5 bullet recommendation with impact numbers	Someone who sees only this slide gets the full message
3. Situation	Context the audience agrees with	2-3 data points, not a wall of text
4. Complication	What's changed or at risk	Quantify the cost of inaction
5. Key finding #1	Strongest analytical finding	One chart or framework, action headline
6. Key finding #2	Second finding	One chart or framework, action headline
7. Key finding #3	Third finding (if needed)	Merge with #6 if two findings suffice
8. Recommendation	What to do, quantified impact	Options table if multiple paths
9. Scenario / sensitivity	Base, upside, downside with key triggers	Tornado chart or scenario table
10. Next steps	Actions, owners, dates	First action should be achievable this week

Board Deck Specifics

Board presentations have distinct dynamics. Directors have fiduciary obligations, limited time, and see dozens of proposals.

Framing: Connect every recommendation to shareholder value, risk management, or strategic positioning. Boards think in terms of fiduciary duty, not operational efficiency.

Governance committee expectations: If the proposal touches audit, compensation, or risk committees, address their specific mandates. An audit committee wants control frameworks. A risk committee wants quantified exposure. A compensation committee wants alignment between incentives and outcomes.

What boards want to see:

• Investment size relative to total capital budget (context, not just the number)
• Downside scenario and management's plan for it
• Competitive implications of acting vs. not acting
• Management's confidence level and basis for it
• Clear decision requested: approve, approve with conditions, or defer

What boards don't want:

• Operational detail they can't evaluate (save it for backup)
• Options without a recommendation (they hired management to decide)
• Surprises (pre-wire key stakeholders before the meeting)

Pre-Wiring Key Stakeholders

Pre-wiring means socializing the recommendation with influential stakeholders before the formal meeting. It eliminates surprises, surfaces objections you can address in the deck, and converts potential opponents into allies (or at least non-blockers).

Who to pre-wire: The decision-maker, anyone with veto power, known skeptics, and anyone whose public reaction will influence the room.

How to pre-wire:

1. Request 15-20 minutes 1:1, framed as "I want to make sure this lands well... can I walk you through the key points?"
2. Share the recommendation and 2-3 supporting data points (not the full deck)
3. Ask for their reaction and concerns. Listen more than you pitch
4. Incorporate legitimate objections into the deck (add a slide, adjust language, prepare a backup)
5. If they disagree fundamentally, you know before the meeting and can adjust scope, framing, or the ask

Timing: 2-5 days before the meeting. Too early and context shifts. Too late and you can't adjust.

What pre-wiring is NOT: Lobbying for a predetermined outcome. If pre-wiring reveals your recommendation is wrong, change the recommendation.

Backup Slides

Every deck should have backup slides ready for Q&A. Build them before you need them.

Standard backup categories:

• Detailed methodology and assumptions
• Full financial model with sensitivity tables
• Competitive benchmarking data
• Risk register with mitigations
• Alternative scenarios that were considered and rejected
• Implementation timeline at workstream level

Formatting backup slides: Use the same action-title format as the main deck. Label each clearly (e.g., "BACKUP: Detailed NPV Assumptions"). Number them separately from the main deck (B1, B2, B3) so you can reference them quickly.

Storytelling Techniques

Element	Technique	Example
Start strong	Provocative question or data point	"What if everything you thought about growth was wrong?"
Create tension	Highlight cost of inaction	"Every quarter we wait costs us $X million"
Show the journey	Share a concrete finding	"We met with 50 customers and heard the same thing three times"
Build to climax	Layer insights	"First we found X, then Y, which led us to Z"
End with action	Clear call to decision	"We recommend you approve Phase 1 by Friday"

Flex Structure: Reordering and Skipping Slides

No presentation survives first contact with the audience. Build your deck so you can adapt in real time.

Before the meeting: Know which slides are load-bearing (must show) and which are supporting (can skip). Mark them in your speaker notes. A typical 12-slide deck has 5-6 must-show slides.

Reading the room:

• If the audience is nodding through context slides, skip ahead: "I see you're aligned on the context... let me jump to the analysis."
• If they're stuck on a point, pause the planned flow. Going forward when the room is still processing slide 3 means slides 4-12 are wasted.
• If a question jumps ahead to a later slide, go there. Don't say "I'll get to that." You'll lose them.
• If energy drops during detailed analysis, jump to the recommendation and work backwards: "Let me show you where we landed, then we can dig into the supporting analysis."

Structural enablers:

• Number your backup slides (B1, B2...) so you can navigate quickly
• Use section dividers so you can skip entire sections cleanly
• Keep a mental map of three paths through the deck: full, abbreviated (skip supporting detail), and "cut to the chase" (exec summary + recommendation + next steps)

Handling Live Slide Edits

Clients will ask you to change slides during the meeting. This is normal in consulting.

When to edit live:

• Wording changes to recommendations that reflect genuine alignment shifts
• Adding a caveat or condition the room agrees on
• Updating a number with better data someone provides in the moment

When NOT to edit live:

• Structural changes that require rethinking the argument
• Requests that are really one person's preference, not the room's consensus
• Changes that would take more than 60 seconds

How to handle it:

• Acknowledge: "Good point. Let me capture that." Make the edit if quick, or write the change on paper/in notes and confirm: "I'll update the deck and circulate by [time]."
• If using projected slides, have a second person make edits on a laptop while you keep presenting
• Always read back the revised language to confirm: "So the recommendation now reads [X]... does that capture it?"
• Send the updated deck within 24 hours with changes highlighted

Handling Q&A

Preparation: For every presentation, build an anticipation table:

Anticipated Question	Why It's Hard	Best Response	Fallback
"Why not option B?"	They may prefer it	Data comparison showing A outperforms	"Happy to model both scenarios"
"What's the downside?"	Acknowledging risk	Quantified risk with mitigation plan	"We've stress-tested three scenarios"

Response framework:

1. Listen completely: Don't interrupt, let them finish, acknowledge the question
2. Confirm understanding: "So what you're asking is..." or "Let me make sure I understand..."
3. Answer directly: Lead with the answer, support with evidence, be concise
4. Confirm resolution: "Does that address your question?"

If you don't know the answer: say so. "I don't have that data with me. I'll follow up by [date]." Credibility is built by honesty, not by bluffing.

One-Page Recommendation Memo

When a full deck is overkill:

# Memo: [Recommendation Title]

## Recommendation
[Clear statement of what you recommend]

## Problem
[What challenge or opportunity this addresses]

## Analysis
1. [Key finding 1 with evidence]
2. [Key finding 2 with evidence]
3. [Key finding 3 with evidence]

## Value
- [Benefit 1 -- quantified]
- [Benefit 2 -- quantified]

## Implementation
- Timeline: [Duration]
- Key milestones: [Milestones]
- Investment required: [Amount]

## Risks and Mitigations
| Risk | Mitigation |
|------|-----------|
| [Risk 1] | [Mitigation] |
| [Risk 2] | [Mitigation] |

## Decision Needed
[What you need from the decision-maker, by when]

## Next Steps
1. [Immediate action -- owner -- date]
2. [Follow-up action -- owner -- date]

Design Principles

• Use brand colors consistently (client's or firm's, depending on context)
• Limit to 3-4 colors per slide
• Use color to highlight, not decorate
• Ensure high contrast for readability
• White space is a feature, not wasted space
• Use consistent fonts and sizes throughout
• Consider accessibility (color-blind friendly palettes)

Behavioral Principles

• Lead with the answer, always. Executives lose patience with build-up. State the recommendation in the first 30 seconds and earn the right to explain afterward.
• Every slide must pass the "so what?" test. If you cannot articulate why the audience should care in one sentence, cut or restructure it.
• Quantify or don't claim it. Unsupported claims erode credibility. Attach a number, a source, or a date to every assertion.
• Design for the skeptic in the room. Assume at least one audience member will challenge your logic. Build the pyramid so each level withstands scrutiny independently.
• Less content, more conviction. A 7-slide deck delivered with authority beats a 30-slide deck that hedges. Cut ruthlessly and own what remains.
• Consider the hybrid audience. When presenting to both in-room and remote participants, design for the screen first.

---

PPTX Generation

When generating actual .pptx files (not markdown outlines), read references/pptx-generation.md for consulting-specific slide masters, anatomy rules, and layout patterns using pptxgenjs. Default to LAYOUT_WIDE (13.33" x 7.5") for consulting decks.