بنقرة واحدة
decision-advocacy
Generate compelling cases FOR a decision - advocacy grounded in rigorous analysis
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Generate compelling cases FOR a decision - advocacy grounded in rigorous analysis
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Introduction to the Deliberate Decisions framework - use when helping humans make high-stakes decisions
Gate 4 - Consolidate Facts vs Assumptions, update Knowns/Unknowns, create assumption inventory
Gate 5 - Pre-mortem, steel-man opposition, surface biases, second-order effects
Gate 7 - Document final decision, rationale, and commit to artifact
Gate 3 - Web search, document analysis, reference class, gather evidence
Gate 2 - Surface Decision Points, Intersections, alternatives, and initial Knowns/Unknowns
| name | decision-advocacy |
| description | Generate compelling cases FOR a decision - advocacy grounded in rigorous analysis |
Purpose: Create persuasive, well-structured arguments supporting a decision that has passed through the Decision Gate.
Announce: "Using decision-advocacy to create the business case."
"Persuasion grounded in rigor" - Advocacy is compelling because it survived the gauntlet.
The decision has already been stress-tested through:
This isn't spin. It's communicating a well-examined choice to those who weren't in the room.
Before writing anything, understand who you're persuading.
Questions to answer:
| Aspect | Details |
|---|---|
| Who? | Role, seniority, relationship to decision |
| What do they care about? | Their metrics, priorities, concerns |
| What's their context? | What do they already know? What's their time horizon? |
| Likely objections? | What pushback will they raise? |
| Decision needed from them? | Approval, resources, support, awareness |
Audience archetypes:
Match format to audience and context.
| Format | Best For | Length | Tone |
|---|---|---|---|
| Executive briefing | C-suite, board, time-constrained leaders | 1 page max | Direct, strategic, bottom-line |
| Business case | Formal approval processes, investment decisions | 3-5 pages | Structured, comprehensive, evidence-based |
| Team communication | Internal alignment, team buy-in | 1-2 pages | Inclusive, rationale-focused, action-oriented |
| Presentation narrative | All-hands, stakeholder meetings | Slide-ready bullets | Story arc, visual-friendly, memorable |
Every persuasive case follows this arc:
Lead with your strongest point. Don't bury it. Executives read the first paragraph; make it count.
Acknowledge counterarguments. Addressing objections before they're raised builds credibility. Use the contrarian analysis.
Use concrete specifics. "30% cost reduction" beats "significant savings." Pull from calibrated estimates.
Show your work (briefly). Reference the rigor: "After evaluating 4 alternatives and stress-testing against 12 failure scenarios..."
Match their language. Use the stakeholder's vocabulary and frame benefits in their terms.
Anticipate the "and then what?" Include implementation path to show you've thought beyond the decision.
Make the ask clear and specific. Vague asks get vague responses. State exactly what you need.
Before finalizing, verify:
| Check | Question |
|---|---|
| Accuracy | Does this faithfully represent the decision and rationale? |
| Audience fit | Would this land with the intended reader? |
| Objection coverage | Are likely pushbacks addressed? |
| Evidence grounded | Are claims supported by the decision process? |
| Ask clarity | Is it obvious what you want the reader to do? |
| Tone calibration | Confident without overselling? Honest about uncertainties? |
| Length appropriate | Respects the audience's time? |
# [Decision Title]: Business Case
## Executive Summary
[2-3 sentences: What we're recommending, why it matters, what we need]
**Recommendation:** [One clear sentence]
**Ask:** [Specific approval/resources/support needed]
**Timeline:** [When decision needed, implementation horizon]
---
## Background
### The Problem/Opportunity
[What triggered this decision? What's at stake?]
### Why Now
[Urgency drivers, window of opportunity, cost of delay]
---
## The Opportunity
### Proposed Approach
[Clear description of the decision]
### Key Benefits
1. **[Benefit 1]** - [Specific, quantified where possible]
2. **[Benefit 2]** - [Specific, quantified where possible]
3. **[Benefit 3]** - [Specific, quantified where possible]
### Strategic Alignment
[How this connects to stated priorities, strategy, OKRs]
---
## Alternatives Considered
| Option | Pros | Cons | Why Not Selected |
|--------|------|------|------------------|
| [Alternative 1] | [Key pros] | [Key cons] | [Reason] |
| [Alternative 2] | [Key pros] | [Key cons] | [Reason] |
| Status Quo | [Key pros] | [Key cons] | [Reason] |
---
## Risk Assessment
### Key Risks and Mitigations
| Risk | Likelihood | Impact | Mitigation |
|------|------------|--------|------------|
| [Risk 1] | [L/M/H] | [L/M/H] | [How we'll address it] |
| [Risk 2] | [L/M/H] | [L/M/H] | [How we'll address it] |
### What We've Stress-Tested
- Pre-mortem analysis: [X] failure scenarios examined
- Alternatives evaluation: [Y] options rigorously compared
- Assumption validation: [Key assumptions verified]
### Exit Criteria
If the following occur, we will revisit this decision:
- [Trigger 1]
- [Trigger 2]
---
## Success Metrics
| Metric | Current State | Target | Timeline |
|--------|---------------|--------|----------|
| [Metric 1] | [Baseline] | [Goal] | [When] |
| [Metric 2] | [Baseline] | [Goal] | [When] |
### How We'll Know It's Working
[Leading indicators, checkpoints, review schedule]
---
## The Ask
**Decision needed:** [Specific approval requested]
**Resources required:**
- [Resource 1]: [Amount/duration]
- [Resource 2]: [Amount/duration]
**Timeline:**
- Decision needed by: [Date]
- Implementation start: [Date]
- First checkpoint: [Date]
**Next steps if approved:**
1. [Immediate action 1]
2. [Immediate action 2]
3. [Immediate action 3]
---
*This business case was developed through a structured decision process including problem framing, option exploration, assumption testing, contrarian analysis, and synthesis. Full decision documentation available at: [link to decision artifact]*
docs/decisions/YYYY-MM-DD-<decision-slug>/advocacy/business-case.md
Create the advocacy/ subdirectory within the decision folder to keep advocacy materials organized alongside the decision artifact.
Apply deliberate-decisions:writing-style throughout.
| Artifact | Style |
|---|---|
| Executive briefing | Shortform - 1 page, front-load decision, clear CTA |
| Business case | Longform - structured sections, tables, evidence-based |
| Team communication | Shortform - bullets, rationale-focused |
Key principles:
writing-style - Apply to all output artifactsdecision-capture - Must be completed before advocacydecision-detraction - Counter-skill for generating challengescontrarian-analysis - Source material for addressing objectionsThis is not about winning arguments. It's about clearly communicating a well-made decision to stakeholders who need to understand or approve it.
Draw from the decision process. The rigor is your credibility. Reference the alternatives considered, the risks assessed, the assumptions tested.
Tailor relentlessly. A business case for the CFO looks different from a team announcement. Rewrite, don't just reformat.
Be honest about uncertainties. Overselling undermines trust. Acknowledge what you don't know while expressing confidence in the process.