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.