product-narrative
Product Narrative
Tell the product story in a way that sticks.
How to use
/product-narrativeApply narrative constraints to this conversation./product-narrative <context>Generate a narrative framework for the described product.
Constraints
Story Structure
- The world before (the problem everyone accepts as normal)
- The breaking point (what made someone say "enough")
- The insight (the non-obvious realization that led to this product)
- The solution (what was built and why it works)
- The evidence (proof that it delivers on the promise)
- The future (what becomes possible for the user)
Rules
- MUST lead with a problem the audience recognizes in their own life
- MUST make the reader the hero, not the company
- SHOULD include one specific, concrete detail that makes the story feel real
- NEVER start with "We founded this company because..."
- NEVER use the narrative to list features. Features support the story, they're not the story.
Tone
- Confidence without arrogance
- Specificity without jargon
- Ambition without hyperbole
- SHOULD read like a conversation, not a press release
- MUST sound like it was written by a person who cares, not a committee
Anti-Patterns
- Starting with the team or the technology instead of the problem
- Making the company the protagonist instead of the user
- Generic origin stories ("We were frustrated by...")
- Narratives that work on the about page but nowhere else
- Stories without stakes or tension
More from dragoon0x/product-skills
prd-writing
Write product requirement documents that engineers want to read and can actually build from. Covers structure, scope discipline, and the balance between clarity and over-specification. Use when writing PRDs, reviewing spec quality, or when engineering keeps asking clarifying questions.
1freemium-vs-paid-gate
Decide whether a product should offer a free tier, free trial, or go straight to paid. Structured decision framework based on economics, distribution model, and competitive landscape. Use when launching a new product or reconsidering your pricing model.
1error-recovery
When things break, guide people forward instead of leaving them stranded. Error message copy, retry patterns, graceful degradation, and recovery flows. Use when building error handling or failed state UIs.
1cta-patterns
Design calls-to-action that people actually click. Covers button copy, placement logic, urgency without manipulation, and progressive commitment. Use when reviewing pages for conversion potential or when CTA copy feels generic.
1onboarding-flow
Design first-run experiences that create the aha moment fast. Reduces time-to-value by sequencing actions, progressive disclosure, and contextual guidance. Use when building signup flows, product tours, or empty states.
1user-psychology
Apply motivation, friction, and trust patterns to product decisions. Maps cognitive biases and behavioral triggers to specific UI and copy choices. Use when reviewing flows for drop-off points or when something feels right but doesn't convert.
1