Pyramid Principle Communication
Use $ARGUMENTS as initial context.
When to use this skill
- Executive or leadership communication where the decision matters.
- Recommendation memos that must be scanned quickly.
- Storylines for presentations, updates, or board materials.
- Any unclear draft that needs a single governing question and answer-first structure.
When not to use this skill
- Do not use it to discover the answer when the primary need is research, root-cause analysis, or option evaluation.
- Do not force a recommendation when the audience only needs a neutral factual status update.
Required inputs
- Audience and decision owner.
- Governing question to answer.
- Available evidence and major constraints.
- Reading time, decision deadline, and known counterarguments.
Workflow
- Define one governing question and one decision objective.
- Draft the answer first as a one-sentence BLUF.
- Build 3-5 MECE support points with parallel phrasing.
- Choose logic mode per level: deductive or inductive, not both.
- Add evidence, implication, counterargument, and risk for each support point.
- Test whether the recommendation changes under the strongest credible counterargument.
- End with a decision, owner, date, and immediate next action.
Ask-first questions
Ask up to 3 questions before drafting:
- What exact decision must this communication drive?
- Who is the final decision owner and what is their risk tolerance?
- Which evidence is confirmed vs still assumed?
Assumption policy
- If answers are incomplete, proceed with explicit assumptions.
- Tag each assumption with confidence: high, medium, low.
- Avoid fabricated data; request verification when confidence is low.
- Label evidence as Fact, Inference, Assumption, or Unknown and include source and date for external claims.
Output contract
Always produce these sections in order:
- Context
- Decision or Recommendation
- Analysis
- Risks
- Next Actions
- Assumptions
- Every action includes an owner, due date, and success signal.
- Every recommendation states confidence and the condition that would change it.
Guardrails
- Keep one governing question; reject multi-question drift.
- Do not mix recommendation with exploratory brainstorming in the same top level.
- Use concrete language; avoid vague claims like "optimize" without mechanism.
- Flag missing evidence when conclusions are not fully supported.
- Do not hide material counterarguments, trade-offs, or decision dependencies.
Handoffs
- Use
research-evidence-synthesis when the storyline lacks verified evidence.
- Use
decision-analysis-under-uncertainty when the work still needs option comparison or decision modeling.
- Use this skill as the final presentation layer after
consulting-issue-tree-mece, consulting-hypothesis-driven-80-20, or high-agency.
Resources
references/pyramid-rules.md - Rule set and anti-ambiguity checks.
references/scqa.md - SCQA framing and transitions.
templates/structured-storyline.md - Decision-ready output structure.
examples/pyramid-example.md - Golden example with partial information.
Keywords
pyramid principle, Minto, BLUF, executive communication, storyline, SCQA, structured recommendation
1---2name: pyramid-principle-structured-communication3description: Structure high-stakes communication with the Pyramid Principle. Use when preparing executive summaries, recommendations, decision memos, or storyline-driven updates that need a clear answer-first flow and defensible support.4---56# Pyramid Principle Communication78Use $ARGUMENTS as initial context.910## When to use this skill11- Executive or leadership communication where the decision matters.12- Recommendation memos that must be scanned quickly.13- Storylines for presentations, updates, or board materials.14- Any unclear draft that needs a single governing question and answer-first structure.1516## When not to use this skill17- Do not use it to discover the answer when the primary need is research, root-cause analysis, or option evaluation.18- Do not force a recommendation when the audience only needs a neutral factual status update.1920## Required inputs21- Audience and decision owner.22- Governing question to answer.23- Available evidence and major constraints.24- Reading time, decision deadline, and known counterarguments.2526## Workflow271. Define one governing question and one decision objective.282. Draft the answer first as a one-sentence BLUF.293. Build 3-5 MECE support points with parallel phrasing.304. Choose logic mode per level: deductive or inductive, not both.315. Add evidence, implication, counterargument, and risk for each support point.326. Test whether the recommendation changes under the strongest credible counterargument.337. End with a decision, owner, date, and immediate next action.3435## Ask-first questions36Ask up to 3 questions before drafting:371. What exact decision must this communication drive?382. Who is the final decision owner and what is their risk tolerance?393. Which evidence is confirmed vs still assumed?4041## Assumption policy42- If answers are incomplete, proceed with explicit assumptions.43- Tag each assumption with confidence: high, medium, low.44- Avoid fabricated data; request verification when confidence is low.45- Label evidence as Fact, Inference, Assumption, or Unknown and include source and date for external claims.4647## Output contract48Always produce these sections in order:491. Context502. Decision or Recommendation513. Analysis524. Risks535. Next Actions546. Assumptions55- Every action includes an owner, due date, and success signal.56- Every recommendation states confidence and the condition that would change it.5758## Guardrails59- Keep one governing question; reject multi-question drift.60- Do not mix recommendation with exploratory brainstorming in the same top level.61- Use concrete language; avoid vague claims like "optimize" without mechanism.62- Flag missing evidence when conclusions are not fully supported.63- Do not hide material counterarguments, trade-offs, or decision dependencies.6465## Handoffs66- Use `research-evidence-synthesis` when the storyline lacks verified evidence.67- Use `decision-analysis-under-uncertainty` when the work still needs option comparison or decision modeling.68- Use this skill as the final presentation layer after `consulting-issue-tree-mece`, `consulting-hypothesis-driven-80-20`, or `high-agency`.6970## Resources71- `references/pyramid-rules.md` - Rule set and anti-ambiguity checks.72- `references/scqa.md` - SCQA framing and transitions.73- `templates/structured-storyline.md` - Decision-ready output structure.74- `examples/pyramid-example.md` - Golden example with partial information.7576## Keywords77pyramid principle, Minto, BLUF, executive communication, storyline, SCQA, structured recommendation