Write structured strategic documents for small and medium businesses: SWOT analyses, lean business plans, OKRs, competitive analyses. Each mode has a defined structure and quality bar. Use whenever a business asks to articulate strategy, set goals, analyse competition, plan for growth, do a SWOT, write OKRs, or build a lean business plan. Produces actionable documents, not generic frameworks.
npx skills add https://github.com/jezweb/claude-skills --skill strategy-document
Produces strategic documents that are specific enough to act on. The quality bar: every statement should be falsifiable ("We have 3 React developers with 10+ years experience" vs "We have a strong team") and every recommendation should be implementable within a defined timeframe.
Ask the user which document type they need:
If the user is unsure, ask what decision they are trying to make. That usually reveals the right mode:
Ask for:
The audience determines the level of detail. A bank wants financial projections. A founder wants clarity. A team wants direction.
Write the document, then review every entry against the specificity test: could this statement apply to any business in the industry? If yes, it is too vague. Rewrite with the user's specific context.
Present as a 2x2 grid with 3-5 points per quadrant. Each point is one sentence — specific and actionable.
HELPFUL HARMFUL
to achieving objectives to achieving objectives
INTERNAL STRENGTHS WEAKNESSES
(origin) - ... - ...
- ... - ...
EXTERNAL OPPORTUNITIES THREATS
(origin) - ... - ...
- ... - ...
Internal (Strengths, Weaknesses) = things the business controls: team skills, processes, technology, finances, culture, IP.
External (Opportunities, Threats) = things the business does not control: market trends, competitors, regulation, economic conditions, technology shifts.
| Too vague | Specific and useful |
|-----------|-------------------|
| "Strong team" | "3 developers with 10+ years React experience; only 1 has backend skills" |
| "Good reputation" | "4.8 Google rating from 127 reviews; 94% client retention over 3 years" |
| "Growing market" | "Australian SME SaaS market growing 12% annually (IBISWorld 2025)" |
| "Competition" | "Competitor X launched a free tier in Q4 2025, capturing 200+ of our target segment" |
| "Cash flow issues" | "Average debtor days: 58; target: 30. $120K outstanding beyond 60 days" |
Every entry should pass the "so what?" test — it must be clear why this point matters for strategic decisions.
After the grid, add a section that translates findings into actions:
Strategic implications:
This is the most valuable part of a SWOT. The grid without implications is an exercise in categorisation, not strategy.
Use when the audience is the founder or a small team needing clarity. One paragraph per section, no padding.
| Section | What to write |
|---------|--------------|
| Problem | What pain exists? Who feels it? How do they cope today? |
| Solution | What does the business offer? In one sentence. |
| Key Metrics | 3-5 numbers that indicate health (MRR, churn, CAC, LTV, NPS) |
| Unique Value Prop | Why this business over alternatives? One sentence. |
| Channels | How do customers find you? Rank by effectiveness. |
| Revenue Streams | How does money come in? List each stream with approximate % of total. |
| Cost Structure | Top 5 cost categories with approximate monthly/annual figures. |
| Unfair Advantage | What cannot be easily copied? (team expertise, proprietary data, network effects, regulatory position) |
The test for each section: if you cannot say it in one paragraph, you do not understand it well enough yet. Rewrite until you can.
Adds to the lean format:
OBJECTIVE: [Qualitative, inspiring, time-bound]
KR1: [Quantitative, measurable, has a number]
KR2: [Quantitative, measurable, has a number]
KR3: [Quantitative, measurable, has a number]
Typically 3-5 Objectives per quarter, each with 3-5 Key Results.
| Too vague | Specific |
|-----------|---------|
| "Improve our marketing" | "Establish a predictable inbound lead pipeline by end of Q2" |
| "Grow the business" | "Expand into the Brisbane market with a repeatable sales process by Q3" |
| "Be more efficient" | "Eliminate manual reporting bottlenecks across all client accounts by Q2" |
| Task (wrong) | Outcome (right) |
|--------------|----------------|
| "Launch the new website" | "Achieve 1,000 monthly organic visitors to the new site" |
| "Hire 2 developers" | "Reduce average feature delivery time from 3 weeks to 1 week" |
| "Run Google Ads campaign" | "Generate 50 qualified leads at under $30 CAC" |
| "Write 12 blog posts" | "Grow organic traffic 40% (800 to 1,120 monthly sessions)" |
Tasks are the activities you do to achieve Key Results. They belong on a project plan, not in OKRs.
At quarter end, score each KR from 0.0 to 1.0:
If every OKR scores 1.0, the goals were not ambitious enough. If every OKR scores below 0.3, they were unrealistic or the wrong priorities.
Start with a comparison matrix, then interpret it.
Comparison matrix:
| Factor | Your Business | Competitor A | Competitor B | Competitor C |
|--------|--------------|-------------|-------------|-------------|
| Price point | $X/mo | $Y/mo | $Z/mo | Free tier + $W/mo |
| Key feature 1 | Yes | Yes | No | Partial |
| Key feature 2 | No | Yes | Yes | Yes |
| Target market | AU SMEs | Enterprise | Startups | All segments |
| Strength | Personal service | Scale | Price | Brand recognition |
| Weakness | Small team | Impersonal | Limited features | Slow support |
Where you win: Specific advantages with evidence. "Faster onboarding (3 days vs industry average of 2 weeks)" not "better service".
Where you lose: Honest assessment. "Competitor A has 10x our development team; we cannot match their feature velocity" is more useful than pretending the gap does not exist.
Where you differentiate: What you do that others structurally cannot or choose not to. This is the strategic gold — it informs positioning, messaging, and product decisions.
Recommended actions: Based on the analysis, what should change? New features to build, segments to target or avoid, pricing adjustments, partnership opportunities.
If the user has access to competitors' actual customers (through industry networks, forums, social media), first-hand feedback is more valuable than any published report.
Specific over vague. Every claim needs a number, a name, or a concrete example. "Strong growth" is not strategy — "40% revenue increase from $850K to $1.19M" is strategy.
Evidence over opinion. "We believe the market is growing" vs "The AU SaaS market grew 12% in 2025 (source)." If you cannot find evidence, say so — an honest gap is better than a fabricated claim.
Actionable over aspirational. Every section should answer "what do we do with this information?" If a SWOT entry or competitive insight does not lead to a decision or action, it is not worth including.
Honest about weaknesses. Strategy documents that only list strengths are useless. The value is in seeing the full picture — including the uncomfortable parts. Investors, partners, and teams all trust honesty more than polish.
Appropriate length. A lean business plan is one page. A SWOT is one page plus implications. OKRs are a few pages at most. Competitive analysis scales with the number of competitors. Do not pad for length — every sentence must earn its place.
Too vague:
> Strong digital presence and good online reputation.
Right approach:
> 4.8 average Google rating from 127 reviews (highest among Newcastle web agencies). Website generates 35 qualified leads per month organically, with a 12% conversion rate to paying clients. Social media following of 2,400 across LinkedIn and Instagram, with 6.2% average engagement rate on case study posts.
The second version gives the reader three data points they can compare against competitors, benchmark against industry averages, and track over time.
Create time-boxed technical spike documents for researching and resolving critical development decisions before implementation.
Automatically convert Confluence specification documents into structured Jira backlogs with Epics and implementation tickets. When an agent needs to: (1) Create Jira tickets from a Confluence page, (2) Generate a backlog from a specification, (3) Break down a spec into implementation tasks, or (4) Convert requirements into Jira issues. Handles reading Confluence pages, analyzing specifications, creating Epics with proper structure, and generating detailed implementation tickets linked to the Epic.
Grilling session that challenges your plan against the existing domain model, sharpens terminology, and updates documentation (CONTEXT.md, ADRs) inline as decisions crystallise. Use when user wants to stress-test a plan against their project's language and documented decisions.
Guidelines for clinical decision support (CDS) documents: biomarker-stratified cohort analyses and GRADE-graded treatment reports. Covers structure, executive summaries, evidence grading (1A–2C), stats (HR, CI, survival), and biomarker integration. Use for pharma research docs, clinical guidelines, regulatory submissions.
Generate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
Guides through Trail of Bits' 5-step secure development workflow. Runs Slither scans, checks special features (upgradeability/ERC conformance/token integration), generates visual security diagrams, helps document security properties for fuzzing/verification, and reviews manual security areas.
Document architecture decisions with ADR (Architecture Decision Records). Use when making significant technical decisions, choosing between alternatives, or when onboarding needs context on past decisions.
Plan-approval workflow patterns for user control over AI actions in Claude Code Waypoint Plugin. Use when planning complex changes, need user approval before execution, want to prevent mistakes, or need to document proposed changes. Covers plan creation, approval checkpoints, plan deviation tracking, revision management, and learning from approved/rejected plans.
Take jezweb/strategy-document from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.