Product Brief

This is a Hermes-native product-brief workflow skill.

Why This Exists

product-brief turns product evidence into a reviewable PRD and prioritization frame before delivery planning without treating a draft as an accepted roadmap commitment.

Do Not Use When

• The input is unprocessed feedback, bug reports, or feature asks that first need clustering and evidence boundaries; use feedback-triage.
• The product evidence is unvalidated, synthetic, or a founder belief and the problem gate has not returned validated; use product-discovery-validation before a PRD.
• The input is a growth hypothesis that still needs an experiment and readout before it becomes a product requirement; use lifecycle-growth.
• The user needs a company or product strategy decision across high-level options rather than a requirements or roadmap artifact; use strategy-brief.
• The request is an accepted, code-ready change with repository constraints and verification needs; use ralplan or ultrawork rather than recreating a PRD.
• The user asks to create or update Jira, Linear, Aha!, or a roadmap system directly; use connector-operator with explicit target, approval, and observed evidence.

Examples