pm-product-spec

Write and review PRDs and product specs with measurable requirements and flagged risks.

12|2|Updated Jun 22, 2026
One-click install
npx skills add https://github.com/Uxcel-Lab/product-skills --skill pm-product-spec-uxcel-lab
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: pm-product-spec
Source: https://github.com/Uxcel-Lab/product-skills/tree/main/pm/deliverables/product-spec
Command: npx skills add https://github.com/Uxcel-Lab/product-skills --skill pm-product-spec-uxcel-lab

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often ship PRDs and specs that look complete but rest on unvalidated problems, vague requirements like "fast" or "user-friendly", and missing dependencies — leading to misaligned builds and rework. This Skill gates spec writing on a validated problem statement and enforces testable, measurable requirements. ## Core Features & Use Cases - Problem gating: Refuses to draft requirements until the problem statement has a clear problem, consequence, and goal grounded in evidence, or explicitly flags unvalidated assumptions. - PRD vs. spec selection: Distinguishes the what/why document (PRD) from the how document (spec) so the right artifact is written for the audience and moment. - Quality enforcement: Converts vague targets into measurable requirements, rewrites task-style user stories into value-based INVEST stories, and adds a Dependencies, Constraints & Assumptions section. - Use Case: Ask it to write a PRD for a new onboarding flow; it will first push you to pin down the problem with evidence, then produce a spec with testable requirements, explicit out-of-scope items, and flagged risks. ## Quick Start Ask the assistant to write a PRD for your feature idea, or paste an existing spec and ask it to review the requirements for testability and missing risks.

Frequently Asked Questions about pm-product-spec

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write a PRD with measurable requirements?▼

Start with a problem statement covering the problem, its consequences, and the goal. Then write each requirement as a testable statement, such as "the dashboard loads within 2 seconds on a standard mobile network" instead of "the app should be fast."

What is the difference between a PRD and a product spec?▼

A PRD answers what the product should do and why, for a broad audience during discovery. A product spec defines how it will be built, with components, behavior, and dependencies, for engineers and designers after requirements are agreed.

How do I write good user stories for a product spec?▼

Use the format "As a [persona], I want to [action], so that [benefit]" and check each story against INVEST criteria. Avoid task-style stories like "add login feature" that lack a user and a reason.

Can this Skill review an existing spec document?▼

Yes. It audits existing PRDs and specs for untestable requirements, missing scope exclusions, absent dependency and assumption sections, vague success metrics, and user stories that describe tasks instead of value.

What should a spec do with unvalidated assumptions?▼

Each assumption should be flagged as a risk and turned into a measurable check with an owner, rather than left as an untested belief. Dependencies should be marked internal or external so downstream delay impact is visible.