HomeResourcesGuidesAndrew PershJune 16, 202614 min read

The Consultant's Guide to Claude

How consultants use Claude end to end. The method, the exact prompts, the way to teach Claude a repeatable skill, and how to turn its output into board-ready slides, with a full worked example you can copy today.

30,000+ consultants, bankers, private equity professionals

Free skills and prompts for Claude and strategy work

Templates for Claude, ChatGPT and Perplexity — from diagnostics to board-ready decks.

The Consultant's Guide to Claude cover

What the Consultant's Guide to Claude covers

This is the practical playbook for using Claude on real consulting work, the kind a strategy associate, a corporate strategy analyst, or a finance team actually does under deadline. It is not a tour of features. It is the method, the exact prompts, the way to package a method as a reusable skill, and the handoff that turns Claude's thinking into a board-ready deck. Everything you need is on this page; you will not have to go hunting for the substance elsewhere.

We move in the order a real engagement does: frame the question, build a fact base, structure the analysis, synthesize the answer, and communicate it. At each step you get the specific instruction that makes Claude behave like a trained associate instead of a fluent intern, and at the end a full worked example ties the whole thing together.

Why Claude needs structure to do consulting work

Out of the box, Claude is fluent and fast, and that is exactly the trap. Ask it a business question and it will hand you a confident, well-written answer that skips the things consulting is built on. It tends to answer before it frames. It produces lists where a partner wants an argument. It asserts numbers without showing how it got them. And it writes to fill the page rather than to be skimmed by a busy executive.

None of that is a limitation of the model. It is a limitation of the instruction. The same model, told to state a hypothesis first, to structure the problem so the parts do not overlap and nothing is missing, to show its math, and to lead with the so-what, will produce work that holds up in a review. The rest of this guide is the set of instructions that get you there, every time.

Hold every output to a simple bar: is it decision-oriented, structured before it is analytical, evidence-aware, and readable by an executive in sixty seconds? If a draft fails that bar, the fix is almost always a sharper instruction, not a better model.

The consulting workflow with Claude

A consulting task moves through five stages whether you do it by hand or with Claude. The discipline is to keep Claude inside this structure rather than letting it jump to a fluent conclusion. Claude carries stages one through four, the thinking. Stage five, the deck, is where you hand off to a tool built for slides.

The Claude consulting workflow: frame, research, analyze, synthesize, communicate into board-ready slides

Frame. Force a single decision question and a hypothesis before any analysis. This one step prevents the most common failure: a confident answer to the wrong question.

Research. Build a fact base with sources Claude can name back to you. Treat unsourced claims as drafts, not facts, and ask it to mark what it is unsure about.

Analyze. Structure the problem so the branches are mutually exclusive and collectively exhaustive, then work each branch. Structure first, numbers second.

Synthesize and communicate. Compress the analysis into one governing message with supporting arguments, write an action-titled storyline, then build the slides in Oria.

Skills: teach Claude a repeatable method

A skill is the difference between re-explaining your method every time and teaching it once. Mechanically, a skill is one folder with a single markdown file. The file names the skill, says when to use it, lays out the method as numbered steps, and fixes the output format. You upload it to a Claude Project as project knowledge, then any conversation in that project can run it on command.

Here is a complete, working example. A market-sizing skill that produces a defensible number instead of a guess:

market-sizing/SKILL.md

# Market Sizing Skill Use when: you need a defensible market size under time pressure. Method: 1. Define the unit and the boundary. State who counts and who does not. 2. Size top down from an industry or population figure. 3. Size bottom up from unit economics (users x price x frequency). 4. Triangulate the two numbers and explain any gap between them. 5. State every assumption. Flag the three the answer is most sensitive to. Output: - A low, base, and high case as a range. - The math for both methods, shown. - A short assumptions table the reader can challenge.

To use it, create a Claude Project, add the file under project knowledge, then say "use the market-sizing skill to size the UK market for electric fleet leasing." Claude runs your steps in your output format. Here is a second one, for the framing stage:

issue-tree/SKILL.md

# Issue Tree Skill Use when: a problem is vague and you need to structure it before analysis. Method: 1. Restate the ask as one specific decision question. 2. Break it into 3 to 5 MECE branches (mutually exclusive, collectively exhaustive). 3. Decompose each branch one more level. 4. For every leaf, write the hypothesis and the analysis that tests it. 5. Mark the 2 or 3 branches most likely to drive the answer. Output: - The decision question. - The issue tree as an indented list. - A short "where to start" note naming the highest-priority branches.

Build one skill for each task you repeat. The set worth having first: issue framing, market sizing, competitive analysis, root-cause, pricing, executive summaries, and slide storyline. Together they behave like a consulting operating system that runs the same way across every engagement and every person on the team.

The prompts that do the everyday work

Prompts are the workhorses. Below are the exact ones we use, grouped by the stage of the workflow they serve. Copy a block, replace the bracketed parts, and run them in sequence inside one conversation so each builds on the last. Any prompt you find yourself reusing, promote it to a saved skill (see above).

Stage 1 and 2: Frame and research

Frame the problem

You are an engagement manager at a top strategy firm. Restate the problem below as one specific decision question. Then build a MECE issue tree, three levels deep. For each branch, state the hypothesis and the single analysis that would confirm or kill it. Do not solve anything yet. Problem: [paste the brief]

Pressure-test the framing

List the assumptions this framing depends on. For each, rate how load-bearing it is (high, medium, low) and how confident we are. Then name the one test that would most change the answer if it came back the other way.

Build a sourced fact base

From the materials I paste below, build a fact base as a bulleted list. After each fact, cite the specific source in brackets. Then, separately, list the three most important facts we do NOT yet have and exactly where to get each one. Materials: [paste]

Scan the competitive landscape

Map the competitive landscape for [market]. List the main players; for each, give a one-sentence positioning and the two moves it is most likely to make next. Mark anything you are inferring rather than sourcing.

Stage 3: Analyze

Size the market

Size the annual market for [product] in [geography]. Do it two ways: top down from [industry or population figure], and bottom up from [unit economics]. Show the math for both, then triangulate. List every assumption you made, and flag the three the answer is most sensitive to. Give a low, base, and high case.

Find the root cause

[Problem statement]. Build a driver tree that decomposes it into its quantitative drivers, MECE. Then run a five-whys on the largest driver. End with the one or two root causes most worth fixing, and why.

Test a hypothesis

State [claim] as a single falsifiable hypothesis. Design the analysis that would prove or kill it, list the exact data required, and tell me what result would make us abandon the hypothesis.

Stage 4: Synthesize

Synthesize to one message

Here are my findings: [paste notes]. Synthesize them into one governing message, then three supporting arguments, each backed by the strongest one or two facts. Write each as a full sentence a partner could say out loud. Cut anything that does not support the governing message.

Write the executive summary

Write a one-slide executive summary of the analysis below using Situation, Complication, Resolution. Make the Resolution about 60 percent of it. Bold the lead sentence of each part so a reader can skim only the bold text and still get the whole argument. Keep it under 150 words.

Stage 5: Communicate

Build the slide storyline

Turn this analysis into a slide storyline of 8 to 12 slides. For each slide, write an action title that states the so-what as a full sentence, not a topic label, plus three supporting bullets. The action titles, read in order, must tell the whole story on their own.

Sharpen every title into an action title

Rewrite each of these slide titles as an action title that states the so-what in a full sentence, not a topic label. Then check: do the titles, read in order, tell the whole story on their own? If not, tell me exactly what is missing. Titles: [paste]

Stress-test before the meeting

You are a skeptical board member who does not want to approve this. List the five strongest objections to the recommendation below, ranked by how damaging they are. For each, give the two-sentence response I should have ready.

Prep the board Q&A

Generate the 10 hardest questions a board will ask about this recommendation, ordered by likelihood. For each, give a crisp two-sentence answer I can deliver from memory.

Tip

Run these in order in one conversation. By the time you reach the storyline prompt, Claude already holds the framing, the facts, and the synthesis in context, so the deck it produces is grounded in your work rather than generic.

From analysis to board-ready slides

Do not ask Claude to build the slides; ask it for the storyline, then build the deck in Oria. Three steps:

1

Run the storyline prompt above to get action titles and content for each slide.

2

Check the action titles, read top to bottom, tell the whole story on their own.

3

Paste the storyline into Oria, which renders the slides in your template with real editable charts.

A worked example, end to end

Say the brief is "should our client, a mid-size logistics firm, enter the electric-van leasing market in the UK?" Here is the whole task run through the workflow, using the prompts above.

1

Frame. Prompt one turns the brief into a decision question ("Is UK electric-van leasing attractive enough, and can the client win in it?") and a MECE tree: market attractiveness, right to win, and economics. Each branch gets a hypothesis.

2

Research. You feed Claude the sources you have and ask it to build the fact base, naming each source and flagging gaps. It lists fleet electrification rates, incumbents, and the two figures it is least sure about.

3

Analyze and size. Prompt two sizes the market top down from commercial-vehicle registrations and bottom up from fleet counts and lease rates, triangulates, and returns a low, base, and high case with the sensitive assumptions flagged.

4

Synthesize. Prompt three compresses everything to one governing message ("Enter, but as a financing partner, not an operator") with three supporting arguments.

5

Communicate. Prompt five produces a twelve-slide action-titled storyline; prompt four writes the executive summary; prompt six gives you the five board objections and your responses. You paste the storyline into Oria and the board deck is built.

Start to finish, that is an afternoon instead of a week, and every step is traceable: you can see the question, the assumptions, the math, and the logic behind the recommendation. That traceability is what makes the output safe to put your name on.

Common mistakes to avoid

Asking for the answer before forcing a hypothesis and a decision question.
Accepting fluent prose instead of demanding a structured argument.
Letting claims float without sources you can trace back.
Topic titles ("Market overview") instead of action titles ("The market is consolidating around two players").
Pasting Claude text straight into PowerPoint and shipping it raw.
One giant catch-all prompt instead of one skill per repeatable task.

Frequently asked questions

Is Claude good enough for consulting work?

Yes, once you give it structure. On its own Claude writes fluent prose but skips the discipline a partner expects: it answers before framing, lists instead of arguing, and rarely shows its sources. Loaded with a method (a skill) or driven by a sharp prompt, it holds a hypothesis, structures a problem MECE, triangulates a number, and writes a skimmable executive summary. The difference is entirely in how you instruct it.

Which Claude model should I use?

Use the most capable model for the thinking work (framing, synthesis, stress testing) where judgment matters, and a faster model for high-volume drafting like turning notes into bullets. If you only want one default, pick the strongest model. The prompts in this guide work on any current Claude model.

Do I need to be technical?

No. Everything here runs in the normal Claude chat or a Claude Project. You paste a prompt, or you upload a few markdown files once and reuse them. There is no code and no setup beyond creating a project.

What is the difference between a skill and a prompt?

A prompt is a single instruction you paste for one task. A skill is a saved method (a small markdown file) that you upload once so Claude runs the same way every time, without you re-explaining it. Use prompts for everyday one-offs; promote a prompt to a skill once you find yourself pasting it repeatedly.

How does Claude work with PowerPoint?

Claude does the thinking: the storyline, the action titles, the bullet logic, the executive summary. It is weak at visual design and editable native charts. The reliable pattern is to draft the structure in Claude, then build the actual slides in Oria so the deck looks board-ready and stays in your template.

Where should a consultant start?

Pick the one task you do most, run a single real piece of work through the matching prompt in this guide, and judge the output against what you would have produced by hand. Once you trust it, save that prompt as a skill and add the next one. Build the habit on real work, not a demo.