pm

Define product scope and generate a dated spec file in docs/specs/.

4|1|Updated Mar 8, 2026
One-click install
npx skills add https://github.com/MaxGzLi/claudeorc --skill pm-maxgzli
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pm
Source: https://github.com/MaxGzLi/claudeorc/tree/main/skills/pm
Command: npx skills add https://github.com/MaxGzLi/claudeorc --skill pm-maxgzli

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill turns vague product ideas into clear, scoped, and actionable specifications so teams avoid ambiguous requirements and misaligned work. It guides users through a structured interactive conversation to identify target users, user stories, MVP scope, and measurable acceptance criteria.

Core Features & Use Cases

  • Interactive clarifying questions asked one at a time to refine scope without overwhelming the user.
  • Generates a dated spec file saved to docs/specs/YYYY-MM-DD-<topic>.md using a consistent template including Overview, Target Users, User Stories, MVP Scope, Out of Scope, and Tech Constraints.
  • Works as a standalone /pm flow for product discovery or as the first phase inside a larger orchestrated workflow to hand off to planning and implementation agents.
  • Use case: a PM or founder with a one-sentence idea can rapidly converge on an MVP and acceptance criteria before handing off to engineers.

Quick Start

Use the pm skill to turn the idea "Build a habit tracker app" into a scoped spec by invoking /pm with a one-sentence idea.

Frequently Asked Questions about pm

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

FAQPage Schema
How do I turn a one-sentence product idea into a buildable MVP spec?

To turn a one-sentence idea into a buildable MVP spec, an interactive Q&A flow asks clarifying questions one at a time to define target users, user stories, MVP scope, and measurable acceptance criteria. It then generates a dated markdown spec file for development handoff.

What is the best way to define product scope and write user stories before development?

Defining product scope and writing user stories requires clarifying target users and MVP boundaries through structured questioning. This approach produces a consistent specification document that includes an overview, user stories, out-of-scope items, and technical constraints to align engineering teams.

Can I use an interactive Q&A flow to generate acceptance criteria for my software project?

You can generate measurable acceptance criteria using an interactive Q&A flow that systematically refines your project scope. By asking clarifying questions sequentially, it converges vague ideas into a dated spec file containing structured, testable acceptance criteria for engineers.

Does product spec writing work as a standalone process or part of an orchestrated workflow?

Product spec writing works both as a standalone product discovery flow and as the first phase inside an orchestrated workflow. It produces a dated specification file that serves as a direct handoff to downstream planning and implementation agents for development.

What format does the generated product spec file use for organizing MVP scope and tech constraints?

The generated product spec file uses a dated markdown format saved to the docs/specs/ directory. It applies a consistent template that organizes the overview, target users, user stories, MVP scope, out-of-scope features, and tech constraints into a single buildable document.