strategy-document
# ClaudeWave: strategy-document This Claude Code skill generates specific, actionable strategic documents for small and medium businesses including SWOT analyses, lean business plans, OKRs, and competitive analyses. Use it when a business needs to clarify strategy, set measurable goals, evaluate market positioning, or plan growth, ensuring every statement is falsifiable and every recommendation implementable within a defined timeframe rather than offering generic frameworks.
git clone --depth 1 https://github.com/jezweb/claude-skills /tmp/strategy-document && cp -r /tmp/strategy-document/plugins/writing/skills/strategy-document ~/.claude/skills/strategy-documentSKILL.md
# Strategy Document Writer
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.
## Process
### Step 1: Determine the mode
Ask the user which document type they need:
1. **SWOT analysis** — assess current position
2. **Business plan** (lean or full) — articulate the business model
3. **OKRs / Goals** — set measurable objectives
4. **Competitive analysis** — understand the market landscape
If the user is unsure, ask what decision they are trying to make. That usually reveals the right mode:
- "Should we enter this market?" -> Competitive analysis + SWOT
- "What should we focus on this quarter?" -> OKRs
- "We need funding / a partner deck" -> Business plan
- "Something feels off but I can't pinpoint it" -> SWOT
### Step 2: Gather context
Ask for:
- Business name, industry, size (team, revenue if comfortable sharing)
- Current situation (what prompted this exercise?)
- Key competitors (if known)
- Time horizon (this quarter, this year, 3-year)
- Audience for the document (internal team, board, investors, bank, personal clarity)
The audience determines the level of detail. A bank wants financial projections. A founder wants clarity. A team wants direction.
### Step 3: Draft and validate
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.
---
## Mode 1: SWOT Analysis
### Structure
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.
### Quality bar for entries
| 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.
### The "So What?" Section
After the grid, add a section that translates findings into actions:
**Strategic implications:**
- Which strengths can be leveraged against which opportunities? (attack)
- Which weaknesses are exposed by which threats? (defend)
- What should the business start doing, stop doing, or change?
This is the most valuable part of a SWOT. The grid without implications is an exercise in categorisation, not strategy.
### Anti-patterns
- Listing the same point in both Strengths and Opportunities (if it is internal, it is a strength)
- Including items the business cannot influence in Strengths/Weaknesses
- Generic entries that apply to every business in the industry
- No implications section — the grid alone is not actionable
---
## Mode 2: Business Plan
### Lean format (one page)
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.
### Full format
Adds to the lean format:
- **Executive Summary** (write last — it summarises everything else)
- **Market Analysis** — TAM/SAM/SOM with sources, customer segments, market trends
- **Financial Projections** — 12-month P&L, cash flow forecast, break-even analysis
- **Team** — key people, their relevant experience, gaps to fill
- **Milestones** — what happens in the next 3, 6, and 12 months with specific deliverables
### Writing principles for plans
- Present tense for current state, future tense for plans. Never past tense for the core model.
- Financial projections must state assumptions explicitly. "$50K MRR by month 12" needs "assuming 15% monthly growth from current $12K base and 5% churn."
- Acknowledge risks. Investors and lenders trust founders who see the dangers, not those who pretend they do not exist.
- No aspirational filler. "We aim to be the leading provider" is not a plan. "We will acquire 200 paying customers in 12 months through Google Ads ($5K/month budget, target $25 CAC)" is a plan.
--Generate AI images using Gemini or GPT APIs directly. Covers model selection (Gemini for scenes; GPT Image 2 for text rendering, batch variations, multi-reference compositing; GPT Image 1.5 for transparent icons), the 5-part prompting framework, API calling patterns, multi-turn editing, and quality assurance. Produces photorealistic scenes, icons, illustrations, OG images, posters, infographics, and product shots. Use when building websites that need images, creating marketing assets, or generating visual content. Triggers: 'generate image', 'ai image', 'create hero image', 'make an icon', 'generate illustration', 'create og image', 'poster', 'infographic', 'image variations', 'gpt-image-2', 'ai art', 'image generation'.
Generate complete user documentation for a web app with screenshots. Browses the app via browser automation, screenshots every screen, and produces a structured user guide with step-by-step instructions, annotated screenshots, workflow diagrams, and reference tables. Supports quick (key screens), standard (all pages), thorough (every state and flow), and exhaustive (publishable documentation suite). Triggers: 'document the app', 'user guide', 'app documentation', 'screenshot docs', 'generate user docs', 'help docs', 'how-to guide', 'write the docs'.
Australian business English for professional writing — warm, direct, EN-AU spelling (colour, organise, centre), no filler words. Use whenever the user is writing for an Australian audience: emails, chat messages, proposals, client communications, blog posts, web copy, or any business writing. Apply to drafting, editing, and tone-checking professional text.
Write compelling award submissions, grant applications, and competition entries. Maps achievements to selection criteria using evidence-based narratives. Use whenever the user is applying for a business award (Telstra, chamber of commerce, industry awards), a grant, a competition, or any submission demonstrating merit against defined criteria.
Get a second opinion from leading AI models on code, architecture, strategy, prompting, or anything. Queries models via OpenRouter, Gemini, or OpenAI APIs. Supports single opinion, multi-model consensus, and devil's advocate patterns. Use whenever the user says 'brains trust', 'second opinion', 'ask gemini', 'ask gpt', 'peer review', 'consult another model', 'challenge this', or 'devil's advocate'.
Hit the Cloudflare REST API directly for operations that wrangler and MCP can't handle well. Bulk DNS, custom hostnames, email routing, cache purge, WAF rules, redirect rules, zone settings, Worker routes, D1 cross-database queries, R2 bulk operations, KV bulk read/write, Vectorize queries, Queues, and fleet-wide resource audits. Produces curl commands or scripts. Triggers: 'cloudflare api', 'bulk dns', 'custom hostname', 'email routing', 'cache purge', 'waf rule', 'd1 query', 'r2 bucket', 'kv bulk', 'vectorize query', 'audit resources', 'fleet operation'.
Scaffold and deploy Cloudflare Workers with Hono routing, Vite plugin, and Static Assets. Describe project, scaffold structure, configure bindings, deploy. Use whenever the user wants to create a Worker project, set up Hono on Cloudflare, configure D1 / R2 / KV / Queues bindings, or troubleshoot Worker export syntax, API route conflicts, HMR issues, or deployment failures.
Run an independent code review using the OpenAI Codex CLI in headless mode. Gets a second opinion from a different model family (the current Codex models) on recent changes, a PR, a commit, or the whole app — covering bugs, regressions, security, data consistency, UX/state bugs, performance risks, and testing gaps. Saves a severity-prioritised report to .jez/reviews/. Triggers: 'codex review', 'review with codex', 'independent code review', 'what does codex think', 'get codex to review'.