product

Convert product initiative briefs into build-ready PRD packages.

Updated Apr 14, 2026
One-click install
npx skills add https://github.com/loanntc/Paave --skill product-loanntc
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: product
Source: https://github.com/loanntc/Paave/tree/main/skills/product
Command: npx skills add https://github.com/loanntc/Paave --skill product-loanntc

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Producing an unclear PRD stalls engineering, forces designers to guess, and leaves analysts without measurable success metrics—leading to rework, delays, and missed outcomes.

Core Features & Use Cases

  • Brief-to-PRD orchestration: Converts an initiative description into a structured PRD package with clear traceability from user pain → requirements → metrics.
  • Multi-agent product delivery: Runs specialist outputs for user research, product strategy, UX requirements, technical scoping, and analytics instrumentation, then synthesizes them under strict quality gates.
  • Build-ready outcomes: Ensures acceptance criteria are independently QA-testable, UX flows include all states and branches, and metrics have baselines and concrete 90-day targets.

Quick Start

Trigger this skill with an initiative brief like “I want to build a feature that helps [user] achieve [outcome],” and it will generate a complete, developer-ready PRD package with user research, UX flows, technical scope, and analytics instrumentation.

Frequently Asked Questions about product

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

FAQPage Schema
How do I write a build-ready PRD from an ambiguous product idea?▼

To write a build-ready PRD from an ambiguous product idea, you transform initiative context into structured user research, UX requirements, technical feasibility, and analytics-driven success metrics. This ensures every requirement is testable and traces directly to a user pain point.

What's the best way to define testable acceptance criteria for product features?▼

The best way to define testable acceptance criteria is through a multi-agent workflow with strict validation gates. This approach ensures every requirement is independently QA-testable and links directly to concrete 90-day target metrics with established baselines.

How do I map UX requirements to include all branches and states?▼

To map UX requirements with all branches and states, you apply strict quality gates during PRD synthesis. This validation process ensures every user flow is comprehensive, preventing designers from guessing edge cases and reducing engineering rework.

Can I scope technical feasibility and analytics instrumentation in a single PRD workflow?▼

Yes, you can scope technical feasibility and analytics instrumentation in a single PRD workflow. A multi-agent product delivery approach runs specialist outputs for both technical scoping and analytics, synthesizing them into one cohesive build-ready specification.

When do I need analytics-driven success metrics with baselines and 90-day targets?▼

You need analytics-driven success metrics with baselines and 90-day targets when planning milestones and roadmaps for product initiatives. This prevents analysts from lacking measurable success criteria and ensures feature outcomes are tracked against concrete goals.

How do I prioritize backlog items and plan roadmaps from a brief initiative description?▼

To prioritize backlog items and plan roadmaps from a brief initiative description, you orchestrate a PRD package that converts the initial context into structured product strategy. This provides clear traceability from user pain to requirements to metrics.