om-product-manager

Define early business requirements and generate an App Spec template.

6|2|Updated Mar 27, 2026
One-click install
npx skills add https://github.com/SHGrowth/om-superpowers --skill om-product-manager
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: om-product-manager
Source: https://github.com/SHGrowth/om-superpowers/tree/main/skills/om-product-manager
Command: npx skills add https://github.com/SHGrowth/om-superpowers --skill om-product-manager

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Guides product teams to define business requirements and create app specs before any specs or code exist, ensuring alignment with ubiquitous language and early gap detection.

Core Features & Use Cases

  • App Spec templating with phase-based checklists to structure discovery.
  • Challenger-mode domain review to surface invariants and domain boundaries.
  • Guided workflows from business context to domain model, with a built-in ubiquitous language glossary.

Quick Start

Describe your app idea in natural language and let the App Spec template start the discovery process.

Frequently Asked Questions about om-product-manager

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

FAQPage Schema
How do I turn vague product ideas into a structured app spec before writing code?

To turn vague ideas into an app spec, describe your product concept in natural language to trigger guided discovery workflows that translate business context into a structured domain model with embedded checklists.

What is domain-driven design rigor and how does it validate early business requirements?

Domain-driven design rigor validates business requirements by using Challenger prompts to surface invariants and test domain boundaries during Phase 0, ensuring alignment with a ubiquitous language glossary before development starts.

How do I identify gaps in user stories during product discovery?

Identify gaps in user stories by applying phase-based checklists within an App Spec template, guiding workflows from initial business context through to domain modeling to expose missing requirements early.

When do I need to define ubiquitous language for a new feature or app?

Define ubiquitous language when starting a new app or feature during Phase 0, producing a glossary that aligns stakeholder vocabulary and validates domain boundaries before any specs or code exist.

Can I use natural language to start documenting product requirements for early stage apps?

Yes, you can use natural language to start documenting product requirements by inputting your app idea, which initiates the App Spec templating process to structure discovery and capture domain logic.

What is the best way to surface invariants and domain boundaries before development?

The best way to surface invariants is through Challenger-mode domain review, which tests early product specs against domain-driven design principles to expose hidden constraints and validate boundaries.