po-prd

Craft detailed PRDs translating business goals into feature-level requirements.

Updated Apr 12, 2026
One-click install
npx skills add https://github.com/Yukine5377/common --skill po-prd
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: po-prd
Source: https://github.com/Yukine5377/common/tree/main/.cursor/skills/po-prd
Command: npx skills add https://github.com/Yukine5377/common --skill po-prd

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

PRD is a central document that translates business goals into concrete feature requirements for the tech team. This skill guides a Product Owner to describe features in detail, define acceptance criteria, and lay the groundwork for sprint planning, ensuring alignment between business value and technical feasibility.

Core Features & Use Cases

  • Structured PRD framework: Document Header & Status, Problem Statement, Goals & Success Metrics, Target Audience & Personas, Assumptions & Constraints, Functional Requirements, User Flow, UI/UX Requirements, Analytics & Tracking, Non-functional Requirements, Localization, Dependencies, Out of Scope, Open Questions, and Revision History.
  • Clear user stories and acceptance criteria: Each requirement is expressed as a user story with explicit acceptance criteria and prioritization (P0–P3).
  • End-to-end guidance and templates: Provides templates and examples to speed up PRD creation and ensure consistency across features.
  • Use cases include feature description, UI/UX guidance, and sprint-ready planning inputs.

Quick Start

Draft a PRD using BRD approval, user research insights, and design guidelines to align business goals with technical feasibility.

Frequently Asked Questions about po-prd

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

FAQPage Schema
How do I write a product requirements document that translates business goals into technical features?

To write a product requirements document (PRD), translate business goals into feature-level requirements by incorporating BRD approvals, user research, and design guidelines to inform UI/UX, development, and QA teams.

What should be included in a PRD for sprint planning and feature development?

A PRD for sprint planning should include a problem statement, goals, success metrics, functional and non-functional requirements, user stories with acceptance criteria, prioritization, UI/UX requirements, and open questions.

How do I structure user stories and acceptance criteria for a production-ready PRD?

Structure user stories and acceptance criteria by expressing each functional requirement as a user story with explicit acceptance criteria and prioritization levels from P0 to P3 to ensure a complete, production-ready document.

Does this PRD framework support aligning stakeholders with technical feasibility?

Yes, this PRD framework aligns stakeholders with technical feasibility by documenting constraints, assumptions, dependencies, and out-of-scope items to bridge business value and tech team implementation.

What's the best way to define non-functional requirements and success metrics in a PRD?

The best way to define non-functional requirements and success metrics in a PRD is to explicitly document them alongside analytics tracking, localization needs, and target audience personas to measure feature impact.

When do I need a BRD approval before drafting a PRD?

You need BRD approval before drafting a PRD when translating high-level business goals into concrete feature requirements, ensuring the product owner has validated business value prior to technical scoping.