product-manager

Convert discovery input into an engineering-ready PRD or feature brief.

Updated May 8, 2026
One-click install
npx skills add https://github.com/ace3/skills --skill product-manager-ace3
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: product-manager
Source: https://github.com/ace3/skills/tree/main/skills/product-manager
Command: npx skills add https://github.com/ace3/skills --skill product-manager-ace3

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

The Product Manager skill translates discovery input, stakeholder asks, feedback, and research findings into a concise, engineering-ready PRD or feature brief, enabling clear scope and handoffs before engineering begins.

Core Features & Use Cases

  • Turn vague requests into defined jobs, outcomes, and acceptance criteria.
  • Create release slices and non-goals to prevent scope creep.
  • Provide engineering handoff notes and decision context for faster delivery.

Quick Start

Provide a request description and I will generate a compact PRD or feature brief with clear scope and acceptance criteria.

Frequently Asked Questions about product-manager

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

FAQPage Schema
How do I turn stakeholder feedback into an engineering-ready PRD?

To turn stakeholder feedback into an engineering-ready PRD, provide the discovery input to generate a compact feature brief defining jobs, outcomes, and acceptance criteria. This translates vague requests into clear scope and handoff notes for faster delivery.

What is the best way to write acceptance criteria and non-goals to prevent scope creep?

Writing acceptance criteria and non-goals to prevent scope creep involves structuring discovery input into defined release slices. This approach explicitly outlines boundaries and constraints, ensuring engineering teams focus only on defined outcomes.

Can I use this to create handoff notes from research findings for engineering teams?

Yes, you can use this to create handoff notes from research findings. It processes research data to provide decision context and clearly scoped deliverables, bridging the gap between product discovery and engineering execution.

How does a feature brief structure vague requests into defined jobs and outcomes?

A feature brief structures vague requests into defined jobs by applying a strict template. It satisfies requirements for goals, users, non-goals, risks, and acceptance criteria, converting abstract stakeholder asks into actionable engineering tasks.

What components are required to document decision context in a PRD?

Documenting decision context in a PRD requires goal definitions, user identification, non-goals, acceptance criteria, and risk assessments. These components ensure engineering teams understand stakeholder asks and constraints before development begins.

When do I need to generate a compact PRD instead of a full feature brief?

You need to generate a compact PRD instead of a full feature brief when translating simple stakeholder asks or research findings into clearly scoped deliverables. This prevents scope creep while providing essential engineering handoff notes.