From thyrox
Use when synthesizing consulting findings into recommendations. cp:recommend — apply Pyramid Principle and SCQA to build the executive storyline and recommendation deck.
How this skill is triggered — by the user, by Claude, or both
Slash command
/thyrox:cp-recommendThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
> *"Start with the answer. The Pyramid Principle inverts the academic convention: state the recommendation first, then provide the supporting arguments, then the evidence. Executives make decisions — they need the answer, not the journey."*
"Start with the answer. The Pyramid Principle inverts the academic convention: state the recommendation first, then provide the supporting arguments, then the evidence. Executives make decisions — they need the answer, not the journey."
Executes the Recommend phase of the McKinsey-style Consulting Process. Produces the executive recommendation deck structured using the Pyramid Principle and the SCQA framework.
THYROX Stage: Stage 5 STRATEGY.
Gate: Recommendation storyline reviewed by engagement lead before finalizing deck for client.
flowchart LR
I[Initiation\nProblem Def] --> D[Diagnosis\nMECE + Issue Tree]
D --> S[Structure\nHypothesis + Workplan]
S --> R[Recommend\nPyramid + SCQA]:::active
R --> P[Plan\nImplementation]
P --> Im[Implement\nExecution Support]
Im --> E[Evaluate\nImpact Measurement]
classDef active fill:#4a9eff,color:#fff
SCQA is the storyline framework that structures the opening of any recommendation. It moves the audience from shared context to the consultant's recommendation.
The four elements:
| Element | Definition | Length | Tone |
|---|---|---|---|
| Situation | The current state — facts the audience already agrees with | 2-3 sentences | Neutral, factual |
| Complication | What changed, what's wrong, or what's at risk — the tension that creates urgency | 2-3 sentences | Urgent, specific |
| Question | The natural question the complication raises in the audience's mind | 1 sentence | Implicit or explicit |
| Answer | The recommendation — the direct response to the question | 1-2 sentences | Decisive, direct |
Example:
Situation: RetailCo has maintained 8% operating margin for six years, consistently
outperforming the industry average of 5.5%.
Complication: Over the past three years, margin has declined to 4%, driven primarily
by unmanaged discounting in the SMB segment — discounts averaging 22%
vs a 10% list price policy — costing the company $18M annually.
Question: [Implicit: How do we restore margin to historical levels?]
Answer: RetailCo should implement a structured discount governance program in SMB,
which our analysis shows could recover $12-15M in annual margin within 12 months.
See full SCQA and Pyramid Principle guide: pyramid-principle-scqa.md
The Pyramid Principle (Barbara Minto, McKinsey) structures the recommendation as a pyramid: the answer at the apex, supported by arguments in the middle, supported by evidence at the base.
Structure of the Pyramid:
[ANSWER]
/ | \
[Arg 1] [Arg 2] [Arg 3]
/ | \ / | \ / | \
E1 E2 E3 E4 E5 E6 E7 E8 E9
Vertical logic — each level proves the level above:
Horizontal logic — arguments at the same level are MECE:
MECE test for arguments: The three arguments together should answer the question completely — no overlap, no gaps.
For every argument, ask: "Does this directly support the answer above it?"
| Answer | Argument | Vertical logic test | Pass/Fail |
|---|---|---|---|
| "Implement discount governance" | "Discounting costs $18M/year" | Does this prove the recommendation? Partially — it shows the problem, not the solution. | Partial — needs pairing with feasibility argument |
| "Implement discount governance" | "Governance programs in comparable companies recovered 70-80% of margin leakage within 12 months" | Does this prove the recommendation is the right action? Yes. | Pass |
Arguments at the same level must be:
Example — bad horizontal logic:
Arg 1: The problem is large ($18M)
Arg 2: The problem is growing
Arg 3: We are losing customers because of the problem
These three arguments all support "the problem is serious" — not MECE relative to each other AND they don't address the solution at all.
Example — good horizontal logic:
Arg 1: Unmanaged discounting is the primary margin driver (diagnosis confirmed)
Arg 2: Discount governance is the most impactful lever among alternatives assessed (solution selected)
Arg 3: Implementation is feasible with existing systems within 12 months (feasibility)
Each argument answers a different dimension of "why this recommendation" — MECE.
A standard executive recommendation deck follows this flow:
| Slide / section | Content | Pyramid level |
|---|---|---|
| Executive summary | SCQA + answer + 3 key arguments (1 slide) | Apex |
| Context | Situation details — agreed facts | Situation |
| The problem | Complication quantified — what's wrong and how much | Complication |
| What we analyzed | Issue Tree overview + analytical approach | Process |
| Finding 1 — [Arg 1 title] | Evidence supporting argument 1 (2-3 slides) | Evidence |
| Finding 2 — [Arg 2 title] | Evidence supporting argument 2 (2-3 slides) | Evidence |
| Finding 3 — [Arg 3 title] | Evidence supporting argument 3 (2-3 slides) | Evidence |
| Recommendation | Answer restated + 3 arguments summarized | Apex restated |
| Implementation overview | High-level plan (detailed in cp:plan) | Supporting |
| Financials | Expected impact ($, %) and timeline | Supporting |
| Risks and mitigations | Key risks, not exhaustive | Supporting |
| Next steps | Decision needed from sponsor | Call to action |
See full slide deck structure template: recommendation-deck-structure.md
The executive summary slide is the single most important slide in the deck. It is often the only slide a senior executive reads before the presentation.
Structure of the executive summary slide:
Title: "RetailCo should implement discount governance to recover $12-15M margin"
Situation: [1-2 sentences — agreed context]
Complication: [1-2 sentences — the problem with numbers]
Recommendation: [1 sentence — the answer]
Supporting arguments:
• [Arg 1 — 1 sentence with key number]
• [Arg 2 — 1 sentence with key number]
• [Arg 3 — 1 sentence with key number]
Expected impact: $12-15M annual margin recovery within 12 months
Investment required: $0.8M in system and process changes
Rule: If the client reads only the executive summary slide, they should understand the full recommendation, the problem it solves, and why it is the right answer.
| Check | Pass / Fail | Notes |
|---|---|---|
| SCQA flows naturally (S→C→Q→A) | ||
| Answer is stated in the first slide (not at the end) | ||
| 3-5 arguments support the answer (not more, not fewer) | ||
| Arguments are MECE (no overlap, no gap) | ||
| Each argument has at least 2 pieces of evidence | ||
| Vertical logic: each evidence directly supports its argument | ||
| Executive summary slide can stand alone | ||
| No slide presents data without a clear "so what" | ||
| Recommendation is specific and actionable |
{wp}/cp-recommend.md — use template: recommendation-deck-structure.md
| Rationalization | Why it's a trap | Correct response |
|---|---|---|
| "The client needs to see all our analysis to trust us" | Volume of analysis ≠ quality of recommendation; too much data buries the answer | Show only the analyses that directly support the 3 key arguments |
| "The conclusion at the end is more persuasive" | For C-suite audiences, the opposite is true — they want the answer immediately | State the recommendation on slide 1; build the case after |
| "We can't be too direct — the recommendation is sensitive" | Indirect recommendations are interpreted as lack of conviction | State the recommendation directly; acknowledge sensitivity in the risk section |
Al INICIAR este step:
methodology_step: cp:recommend
flow: cp
Al COMPLETAR (Storyline approved by engagement lead):
methodology_step: cp:recommend # completado → listo para cp:plan
flow: cp
When recommendation deck is approved by engagement lead → cp:plan
npx claudepluginhub jcg-admin/iact-ui --plugin thyroxGuides creation, editing, and verification of skills for AI coding agents using test-driven development with subagent scenarios. Use when authoring or debugging skills.