draft-prd

Draft PRDs, feature briefs, and backlog artifacts with acceptance criteria and success metrics.

Updated Dec 24, 2025
One-click install
npx skills add https://github.com/JoyJoin-Tech-Limited/JoyJoin_app_v0.1 --skill draft-prd-joyjoin-tech-limited
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: draft-prd
Source: https://github.com/JoyJoin-Tech-Limited/JoyJoin_app_v0.1/tree/main/.github/skills/draft-prd
Command: npx skills add https://github.com/JoyJoin-Tech-Limited/JoyJoin_app_v0.1 --skill draft-prd-joyjoin-tech-limited

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Turning a rough feature idea into a scoped, backlog-ready product artifact is slow and error-prone, especially when drafts mix shipped behavior with proposals, use stale terminology, or lack measurable success criteria. ## Core Features & Use Cases - Structured PRD Drafting: Produces proposals with problem statement, target users, goals and non-goals, user stories, acceptance criteria, risks, and success metrics aligned to the active JoyJoin product canon. - Backlog-Ready Artifacts: Converts scoped ideas into issue-ready items with Given/When/Then acceptance criteria and explicit dependencies. - Canon Alignment: Grounds terminology in PRODUCT_REQUIREMENTS.md, DEVELOPER_QUICK_REFERENCE.md, and docs/README.md, separating current state from proposed changes. - Use Case: Before engineering kickoff for a new credits feature, generate a proposal that defines scope boundaries, measurable conversion targets, and engineering impact hypotheses so implementation does not start from ambiguous goals. ## Quick Start Ask the assistant to draft a PRD for your feature idea, including user stories, acceptance criteria, non-goals, and measurable success metrics.

Frequently Asked Questions about draft-prd

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

FAQPage Schema
How do I write a PRD for a new feature?▼

Start with the problem statement and target users, then define goals, non-goals, user stories, and acceptance criteria. This skill drafts that structure using the active JoyJoin product canon and a template in references/prd-template.md.

How to write acceptance criteria for a backlog item?▼

Write acceptance criteria in Given/When/Then format or as an explicit checklist covering happy paths, edge cases, and error cases. Each criterion must describe a specific observable outcome rather than a vague expectation.

What makes a good success metric in a product requirement?▼

A good success metric has an observable signal, a unit, a threshold, and a comparison window, such as conversion rate at or above 15 percent within two weeks of launch. Vague goals like better engagement are rejected.

When should I not use this PRD drafting skill?▼

Do not use it for syncing documentation after code has shipped, for implementation details like route placement or schema work, or for reviewing existing code behavior. Those tasks belong to docs-sync or engineering workflows.

How does the skill keep terminology consistent with the product?▼

It grounds drafts in PRODUCT_REQUIREMENTS.md, DEVELOPER_QUICK_REFERENCE.md, and docs/README.md as the active canon. Drafts must separate current state from proposed changes and flag engineering assumptions as hypotheses.