product-manager_skill

This skill helps you define and prioritize product requirements, create PRDs and user stories, and ensure testable, traceable specs.
  • Shell

215

GitHub Stars

2

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill aj-geddes/claude-code-bmad-skills --skill product-manager

  • REFERENCE.md16.0 KB
  • SKILL.md14.0 KB

Overview

This skill is a product requirements and planning specialist that creates PRDs, lightweight tech specs, prioritized backlogs, and traceable epics and user stories. It ensures functional and non-functional requirements are measurable, testable, and scoped to project level so teams can move from strategy to implementation with confidence.

How this skill works

Given project context or a product brief, the skill gathers stakeholder inputs, categorizes requirements as FRs or NFRs, assigns unique IDs and priorities, and defines acceptance criteria. It breaks epics into user stories, applies prioritization frameworks (MoSCoW, RICE, Kano), and produces a validated PRD or tech spec with traceability links to business objectives.

When to use it

  • Create a PRD for Level 2+ projects that need cross-functional alignment
  • Produce a lightweight tech spec for Level 0-1, fast-delivery tasks
  • Define clear functional and non-functional requirements with acceptance criteria
  • Prioritize features for an MVP using MoSCoW or RICE scoring
  • Break large epics into testable user stories and acceptance criteria
  • Validate or review existing requirements for completeness and traceability

Best practices

  • Put user value first: each requirement must map to a clear outcome or metric
  • Make every requirement testable with explicit acceptance criteria
  • Right-size documentation to project level: full PRD for complex work, tech spec for tactical work
  • Prioritize ruthlessly; use MoSCoW for scope decisions and RICE for quantitative ranking
  • Avoid prescribing implementation details—describe WHAT and WHY, not HOW
  • Maintain a traceability matrix linking requirements → epics → stories → objectives

Example use cases

  • Draft a PRD for a new user dashboard that lists FRs, NFRs, epics, and a traceability matrix
  • Create a tech spec for a single-team feature with scope, approach, and test scenarios
  • Run RICE scoring across epics to produce a prioritized release backlog
  • Transform stakeholder interviews into numbered FRs/NFRs with clear acceptance criteria
  • Review an existing PRD and validate IDs, priorities, acceptance criteria, and dependencies

FAQ

Use a PRD for Level 2+ projects with multiple stakeholders or complex requirements. Use a tech spec for Level 0-1 tactical work with a single team and quick delivery needs.

How are priorities assigned?

Priorities use MoSCoW for scope decisions (Must/Should/Could/Won't) and RICE when you need data-driven ranking: (Reach × Impact × Confidence) / Effort.

What makes a requirement testable?

A requirement is testable when it has measurable acceptance criteria (explicit thresholds, pass/fail conditions, or observable behaviors) and no vague terms like 'user-friendly.'

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational