spec:product

Document product requirements and define feature scope from discovery interviews.

39|4|Updated Jan 11, 2026
One-click install
npx skills add https://github.com/martinffx/atelier --skill spec-product
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spec:product
Source: https://github.com/martinffx/atelier/tree/main/skills/spec%3Aproduct
Command: npx skills add https://github.com/martinffx/atelier --skill spec-product

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Product teams often struggle to convert vague ideas into concrete requirements and clear scope. This Skill provides a structured approach to discovery interviews, scope definition, and backlog-ready outputs.

Core Features & Use Cases

  • Structured discovery interviews to extract user needs, constraints, and success criteria.
  • Clear in-scope vs out-of-scope boundaries, MVP criteria, and data requirements for handoff.
  • Deliverables suitable for product managers and architects, including user stories and prioritization inputs.

Quick Start

Start a discovery session with stakeholders to capture requirements and define the initial feature scope.

Frequently Asked Questions about spec:product

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

FAQPage Schema
How do I translate vague product ideas into clear scope and user stories?

To define clear scope and user stories from vague ideas, conduct structured discovery interviews with stakeholders to extract concrete user needs, constraints, and success criteria. This process establishes explicit in-scope versus out-of-scope boundaries and MVP criteria for backlog formation.

What is the best way to run product discovery interviews with stakeholders?

The best way to run product discovery interviews is using a structured approach to capture business rules, constraints, and non-functional considerations. This ensures you document specific user needs and integration points required for a successful handoff to architects.

How do I define MVP criteria and scope boundaries for a new feature?

Defining MVP criteria and scope boundaries requires documenting product requirements through discovery sessions. You establish explicit in-scope versus out-of-scope parameters, capture data requirements, and record non-functional considerations to guide downstream development.

Does this approach capture non-functional requirements and integration points for architect handoff?

Yes, this approach captures non-functional requirements and integration points specifically for architect handoff. The structured discovery process satisfies business rules, constraints, and integration points, ensuring deliverables contain the technical depth architects need.

Can I use this for backlog formation and prioritization inputs across diverse domains?

Yes, you can use this for backlog formation and prioritization inputs across diverse domains. The discovery outputs deliver backlog-ready user stories and prioritization inputs suitable for product managers working in varied product contexts.

What deliverables should I expect from a product scope definition session?

Deliverables from a product scope definition session include clear in-scope versus out-of-scope boundaries, MVP criteria, data requirements, and user stories. These outputs provide prioritization inputs for product managers and integration details for architects.