plugins/pm/skills/strategy-sprint/SKILL.md
Create product strategy in 1 day, 1 week, or 1 month timeframes. Progressive strategy development framework.
npx skillsauth add coalesce-labs/catalyst strategy-sprintInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
When to use: When you need to create or update product strategy quickly, align stakeholders, or prepare for planning cycles
Framework source: Aakash Gupta's "How to Write a Product Strategy in 1 Day/Week/Month"
thoughts/shared/pm/frameworks/ and thoughts/shared/pm/context/business-info-template.md for existing contextthoughts/shared/product/strategy/strategy-[topic]-[date].mdWhich tier should you pick?
Sometimes you start at one tier and realize you need a bigger sprint. Here's when to escalate:
1-Day → 1-Week Escalation: Escalate when any of these appear during your 1-day sprint:
1-Week → 1-Month Escalation: Escalate when any of these appear during your 1-week sprint:
How to escalate gracefully:
Strategy doesn't always need to be a month-long exercise. Depending on your timeline and context, you can create effective strategy in three different timeframes:
Use when:
What to include:
Problem/Opportunity (2-3 sentences)
Target Customer (1 paragraph)
Hypothesis (1 sentence)
Success Metric (1 metric + target)
Key Risks (3 bullets)
Next Steps (3 action items with owners)
Time investment: 4-6 hours Output: 1-page doc that gets everyone pointed in the same direction
Use when:
Build on 1-day foundation with:
Jobs-to-Be-Done Analysis
Competitive Positioning
User Research Validation
Technical Feasibility Check
Success Criteria (expanded)
Rollout Plan
Daily Breakdown (1-Week Sprint):
| Day | Focus | Deliverable | Hours | | ------------- | --------------------------- | --------------------------------------------------------------------------------------------------------- | ------- | | Monday | Foundation + Research Setup | 1-day snap strategy draft; schedule 5-8 interviews; pull support tickets and NPS data | 5-6 hrs | | Tuesday | Customer Research | Conduct 3-5 interviews; review survey data and support themes; draft JTBD canvas | 5-6 hrs | | Wednesday | Competitive + Technical | Competitive positioning analysis; engineering feasibility sync; identify top 3 technical risks | 4-5 hrs | | Thursday | Synthesis + Strategy Draft | Combine research into strategy doc; define success criteria and guardrails; draft rollout plan | 5-6 hrs | | Friday | Review + Finalize | Get feedback from 2-3 key stakeholders; incorporate feedback; finalize 3-5 page doc with clear next steps | 3-4 hrs |
End-of-week deliverable: 3-5 page strategy doc with JTBD analysis, competitive positioning, success metrics, and rollout plan.
Time investment: 20-30 hours across 5 days Output: 3-5 page doc with research backing
Use when:
Build on 1-week foundation with:
Market Analysis
/competitor-analysisStrategic Fit
7 Powers Analysis
Financial Model
Org & Resourcing Plan
Risk Mitigation
Roadmap (6-12 months)
Stakeholder Alignment Sessions
Weekly Breakdown (1-Month Sprint):
| Week | Theme | Key Activities | Deliverables | | ------------------------------------- | ------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------ | | Week 1: Foundation | Discovery + Snap Strategy | Complete 1-day snap strategy; kick off market research; schedule all stakeholder reviews for weeks 2-3; begin competitive analysis; pull baseline metrics | Snap strategy doc (1-page); research plan; stakeholder review calendar | | Week 2: Deep Research | User Research + Market Analysis | Conduct 8-10 user interviews; complete competitive deep dives (3-5 players); TAM/SAM/SOM sizing; engineering feasibility assessment; 7 Powers analysis | Research synthesis; competitive landscape doc; market sizing; technical feasibility report | | Week 3: Synthesis + Socialization | Strategy Draft + Stakeholder Reviews | Write full strategy doc; run stakeholder alignment sessions (engineering, design, exec, sales/CS, legal); build financial model; draft roadmap | Strategy doc v1 (10-15 pages); financial model; stakeholder feedback log | | Week 4: Finalization | Incorporate Feedback + Finalize | Incorporate all stakeholder feedback; finalize roadmap with go/no-go criteria; create executive summary; build FAQ doc from all questions received; present final strategy | Final strategy doc; executive summary; FAQ; presentation deck; risk mitigation plan |
Key milestones within each week:
Time investment: 60-80 hours across 4 weeks Output: 10-15 page comprehensive strategy doc
Ask yourself:
Don't default to 1-month if 1-week will do.
Use /strategy-sprint and reference thoughts/shared/pm/context/business-info-template.md
I need to create a [1-day / 1-week / 1-month] strategy for: [describe the opportunity/problem]
Timeline: [your actual deadline]
Key stakeholders: [who needs to approve this]
Main decision: [what decision does this strategy inform]
Help me work through the appropriate framework step by step.
For 1-Day Strategy:
For 1-Week Strategy:
/user-research-synthesis to process interviews quicklyFor 1-Month Strategy:
Universal tip:
❌ Spending a month when a week would work
❌ Skipping the 1-day foundation
❌ Writing strategy in isolation
❌ Treating this as final
Scenario: You need a growth strategy for Q2
Week 1: Create 1-day snap strategy
Week 2: Expand to 1-week strategy
Week 3-4: (Optional) Expand to 1-month if needed
Result: You have a clear strategy in 2 weeks instead of rushing a half-baked doc in 1 month
/prd-draft - Turn strategy into PRDs/competitor-analysis - Research competitors/user-research-synthesis - Process customer insightsBefore delivering the strategy document, verify:
Framework credit: Adapted from Aakash Gupta's strategy framework. Read the full article: https://www.news.aakashg.com/p/strategy-in-1-day-week-month
testing
Phase-agent that fixes a failing verify verdict so the pipeline self-heals instead of stalling to needs-human (CTL-653). Reads `${ORCH_DIR}/workers/<ticket>/verify.json`, fixes the `findings[]` (every severity:"high" plus the regression_risk drivers) directly via Edit/Write, commits the remediation, and emits `phase.remediate.complete.<ticket>`. The scheduler's router then re-dispatches `verify` to re-check (the verify⇄remediate cycle, cap 3). Dispatched as a `claude --bg` job by `phase-agent-dispatch`, which invokes it via slash command — hence `user-invocable: true`.
tools
--- name: phase-triage description: Phase agent that triages a Linear ticket — expands acronyms, classifies (feature/bug/docs/refactor/chore), identifies genuine blockers (a semantic second-pass over the backlog — NOT a prose scrape; CTL-838), estimates scope, writes triage.json, and posts a triage analysis comment to Linear. Triage completion is signaled by that comment plus the local triage.json — there is no `triaged` label. Emits phase.triage.complete.<TICKET> on success and phase.triage.fai
tools
Phase agent for the research step of the 9-phase orchestrator pipeline (CTL-450). Wraps /catalyst-dev:research-codebase and produces thoughts/shared/research/<date>-<ticket>.md, then emits phase.research.complete.<ticket>. Reads triage.json from the worker dir as its prior-phase artifact. Spawned via plugins/dev/scripts/phase-agent-dispatch, which invokes it via slash command — hence `user-invocable: true`.
development
Phase-agent wrapper that opens the pull request after implementation completes (CTL-449 Initiative 1 Phase 3). Delegates to `/catalyst-dev:create-pr` (which already auto-runs `describe-pr` and transitions Linear to `inReview`), then writes the PR number + URL into the phase signal file so the downstream `phase-monitor-merge` agent can read it without re-querying GitHub. Dispatched as a `claude --bg` job by `phase-agent-dispatch`, which invokes it via slash command — hence `user-invocable: true`.