HomeSkillsSkills for Product ManagementAndrew PershJuly 1, 202610 min read

The Product Manager's Claude Skill for Shipping-Ready Specs

The product manager's Claude skill in this pack turns a one-line idea into a shipping-ready spec: a structured PRD, developer-ready user stories, the assumptions that could sink the launch, and the rollout plan and metrics you will defend in the review.

30,000+ consultants, bankers, private equity professionals

Free skills and prompts for Claude and strategy work

Templates for Claude, ChatGPT and Perplexity — from diagnostics to board-ready decks.

What this is

6 Claude skills that turn a rough idea into a spec a developer can build against and a stakeholder can approve. Each skill covers one stage of the write-up: framing the problem, writing the user stories, stress-testing the assumptions, planning the rollout, auditing a spec that already shipped, and preparing the metrics defense for the review.

Load all six for a full spec cycle from idea to launch review, or pull the one skill you need for whatever stage you are stuck at today. None of them replace product judgment. They replace the blank doc and the missing structure that makes a review run long.

For the write-up that follows the spec, see Claude skills for executive summary writing. For the upstream framing work before you write the PRD, see Claude skills for strategy professionals.

Download all 6 skills

One zip, one folder per skill. Free, no signup.

Download the zip

The 6 Claude skills for product managers

Each skill targets one stage of the spec, from the first line to the launch review. The first two build the spec. The middle two stress-test it. The last two look backward and forward from the launch.

1

Skill 1

One-Line-to-PRD Structuring

Turns a single sentence or a half-written note into a structured product requirements document. Names the problem before the solution, draws an explicit scope boundary, and ties every proposed feature back to a metric a reviewer can check.

Use when: You have a one-line idea, a Slack message, or a half-written doc and need a structured PRD before the next planning cycle

Output: PRD with problem statement, target user, in-scope and out-of-scope boundaries, 3 to 5 success metrics, and an open questions list

2

Skill 2

User Story & Acceptance Criteria Drafting

Converts PRD scope into user stories a developer can actually estimate. Each story gets Given/When/Then acceptance criteria, plus the edge cases and error states that get skipped when a spec is written from memory instead of the scope.

Use when: The PRD is approved and you need user stories with acceptance criteria a developer can size and build against, before sprint planning

Output: User stories in role-goal-benefit format, Given/When/Then acceptance criteria per story, a separate edge case list, and a sizing note

3

Skill 3

Assumption Risk Flagging

Reads the spec and pulls out every assumption buried in the plan: user behavior, market size, technical feasibility, adoption curve. Ranks each by how much the launch depends on it and how little evidence currently backs it up.

Use when: You have a draft spec and need to know which assumptions are load-bearing before you commit engineering time to build against them

Output: Assumption inventory ranked by impact and confidence, a top-5 shortlist of the riskiest assumptions, and a lightweight test for each one

4

Skill 4

Rollout & Risk Planning

Drafts the rollout sequence from pilot cohort to general availability, with a go or no-go gate at each phase. Builds the risk register that pairs each risk with a mitigation, and states the metrics you will need to defend in the review.

Use when: The spec is close to final and you need a phased rollout plan, a risk register, and the metrics you will defend before the launch review

Output: Phased rollout plan with a go or no-go gate per phase, a risk register with likelihood and mitigation, and metric targets with a check-in cadence

5

Skill 5

Spec Gap Audit

Runs a shipped or past spec back through the same structure the first skill builds forward, and flags where the original document was thin: an untested assumption that turned out false, a metric that was never defined, a scope line that shifted mid-build.

Use when: A feature already shipped and underperformed, and you want to find the gaps the original spec missed before the pattern repeats on the next one

Output: Gap inventory across problem framing, scope, and success metrics, a root cause per gap, and a rewrite of the section that would have caught it

6

Skill 6

Metrics Defense Prep

Takes the success metrics from the spec and builds the brief that survives a skeptical review. Pairs each metric with its definition, its leading indicator, and the strongest counterargument a stakeholder is likely to raise.

Use when: You are heading into a launch review or a quarterly business review and need to defend the metrics in the spec against the questions a stakeholder will ask

Output: Metric-by-metric defense brief with the definition, the target, the leading indicator, and the counterargument each metric is most likely to face

Setup guide

Step 1

Download the skills pack

Download all 6 skills (.zip)

The zip contains all 6 skills, one folder per skill. Each skill is a single SKILL.md file. Unzip it anywhere. Load all six for a full spec cycle or pull out only the skill relevant to your current stage.

Step 2

Create a Claude Project

Go to claude.ai, open the left sidebar, click Projects, then Create Project. Name it after the product line or the spec you are working on (for example, "Onboarding Redesign Spec" or "Q3 Product Specs").

Claude Projects view with the New project button highlighted
Step 3

Add the skills as Project Knowledge

Inside your project, open Project Knowledge, click Add Content, and upload the .md files. Add the skills relevant to the stage you are at. Claude will reference them automatically in every conversation inside that project.

Finder window with the skill markdown files being dragged into the Claude project Files panel
Step 4

Start using the skills

Open a new conversation inside the project, paste in your idea, notes, or half-written doc, and name the skill you want Claude to run. Tell it the user and the stage so the output is grounded, not generic.

Tip

Name the skill in your prompt. Phrases like "Use the one-line-to-prd-structuring skill" or "Run the assumption-risk-flagging skill" point Claude at the right structure without ambiguity.

Claude conversation using a product spec skill, with the skill reference highlighted in the prompt

Example prompts

  • "Use the one-line-to-prd-structuring skill to turn this idea into a PRD: [paste idea]. The user is a mid-market sales rep. The stage is early discovery."
  • "Run the user-story-acceptance-criteria-drafting skill on this scope section and flag any story that is too large to size: [paste scope]"
  • "Use the assumption-risk-flagging skill on this spec. We are 2 weeks from build start: [paste spec]"
  • "Run the metrics-defense-prep skill on these success metrics ahead of Thursday's launch review: [paste metrics]"

How to choose a skill

Each skill maps to a specific point in the spec cycle. Match your immediate need to the right skill and load that one into your Claude Project.

Your need
Skill to use
Turn a one-line idea into a structured PRD
One-Line-to-PRD Structuring
Write developer-ready user stories from approved scope
User Story & Acceptance Criteria Drafting
Find the assumptions that could sink the launch
Assumption Risk Flagging
Plan the rollout and build the risk register
Rollout & Risk Planning
Audit a spec that already shipped and underperformed
Spec Gap Audit
Prepare to defend your metrics in the review
Metrics Defense Prep

The quality bar

Every skill is designed to push Claude toward a spec that would pass scrutiny in a real planning review, not just produce a plausible-sounding document. The standard is the one a senior product lead would apply before a kickoff.

Problem framed before any solution appears
Acceptance criteria a developer can actually size
Assumptions ranked by impact, not just listed
Rollout plans with a go or no-go gate per phase
No invented metrics, research, or user quotes
Written for the review, not just the doc
Consistent five-part structure across every skill
Built for a real spec, not a generic template