# Product Brief - Interactive Workflow Instructions
The workflow execution engine is governed by: {project-root}/bmad/core/tasks/workflow.xml
You MUST have already loaded and processed: {installed_path}/workflow.yaml
Welcome the user to the Product Brief creation process
Explain this is a collaborative process to define their product vision
Ask the user to provide the project name for this product brief
project_name
Check what inputs the user has available:
Do you have any of these documents to help inform the brief?
1. Market research
2. Brainstorming results
3. Competitive analysis
4. Initial product ideas or notes
5. None - let's start fresh
Please share any documents you have or select option 5.
Load and analyze any provided documents
Extract key insights and themes from input documents
Based on what you've shared (or if starting fresh), please tell me:
- What's the core problem you're trying to solve?
- Who experiences this problem most acutely?
- What sparked this product idea?
initial_context
How would you like to work through the brief?
**1. Interactive Mode** - We'll work through each section together, discussing and refining as we go
**2. YOLO Mode** - I'll generate a complete draft based on our conversation so far, then we'll refine it together
Which approach works best for you?
Store the user's preference for mode
collaboration_mode
Let's dig deeper into the problem. Tell me:
- What's the current state that frustrates users?
- Can you quantify the impact? (time lost, money spent, opportunities missed)
- Why do existing solutions fall short?
- Why is solving this urgent now?
Challenge vague statements and push for specificity
Help the user articulate measurable pain points
Create a compelling problem statement with evidence
problem_statement
Now let's shape your solution vision:
- What's your core approach to solving this problem?
- What makes your solution different from what exists?
- Why will this succeed where others haven't?
- Paint me a picture of the ideal user experience
Focus on the "what" and "why", not implementation details
Help articulate key differentiators
Craft a clear solution vision
proposed_solution
Who exactly will use this product? Let's get specific:
For your PRIMARY users:
- What's their demographic/professional profile?
- What are they currently doing to solve this problem?
- What specific pain points do they face?
- What goals are they trying to achieve?
Do you have a SECONDARY user segment? If so, let's define them too.
Push beyond generic personas like "busy professionals"
Create specific, actionable user profiles
[VISUAL PLACEHOLDER: User persona cards or journey map would be valuable here]
primary_user_segment
secondary_user_segment
What does success look like? Let's set SMART goals:
Business objectives (with measurable outcomes):
- Example: "Acquire 1000 paying users within 6 months"
- Example: "Reduce customer support tickets by 40%"
User success metrics (behaviors/outcomes, not features):
- Example: "Users complete core task in under 2 minutes"
- Example: "70% of users return weekly"
What are your top 3-5 Key Performance Indicators?
Help formulate specific, measurable goals
Distinguish between business and user success
business_objectives
user_success_metrics
key_performance_indicators
Let's be ruthless about MVP scope.
What are the absolute MUST-HAVE features for launch?
- Think: What's the minimum to validate your core hypothesis?
- For each feature, why is it essential?
What tempting features need to wait for v2?
- What would be nice but isn't critical?
- What adds complexity without core value?
What would constitute a successful MVP launch?
[VISUAL PLACEHOLDER: Consider a feature priority matrix or MoSCoW diagram]
Challenge scope creep aggressively
Push for true minimum viability
Clearly separate must-haves from nice-to-haves
core_features
out_of_scope
mvp_success_criteria
Let's talk numbers and strategic value:
**Financial Considerations:**
- What's the expected development investment (budget/resources)?
- What's the revenue potential or cost savings opportunity?
- When do you expect to reach break-even?
- How does this align with available budget?
**Strategic Alignment:**
- Which company OKRs or strategic objectives does this support?
- How does this advance key strategic initiatives?
- What's the opportunity cost of NOT doing this?
[VISUAL PLACEHOLDER: Consider adding a simple ROI projection chart here]
Help quantify financial impact where possible
Connect to broader company strategy
Document both tangible and intangible value
financial_impact
company_objectives_alignment
strategic_initiatives
Looking beyond MVP (optional but helpful):
If the MVP succeeds, what comes next?
- Phase 2 features?
- Expansion opportunities?
- Long-term vision (1-2 years)?
This helps ensure MVP decisions align with future direction.
phase_2_features
long_term_vision
expansion_opportunities
Let's capture technical context. These are preferences, not final decisions:
Platform requirements:
- Web, mobile, desktop, or combination?
- Browser/OS support needs?
- Performance requirements?
- Accessibility standards?
Do you have technology preferences or constraints?
- Frontend frameworks?
- Backend preferences?
- Database needs?
- Infrastructure requirements?
Any existing systems to integrate with?
Check for technical-preferences.yaml file if available
Note these are initial thoughts for PM and architect to consider
platform_requirements
technology_preferences
architecture_considerations
Let's set realistic expectations:
What constraints are you working within?
- Budget or resource limits?
- Timeline or deadline pressures?
- Team size and expertise?
- Technical limitations?
What assumptions are you making?
- About user behavior?
- About the market?
- About technical feasibility?
Document constraints clearly
List assumptions to validate during development
constraints
key_assumptions
What keeps you up at night about this project?
Key risks:
- What could derail the project?
- What's the impact if these risks materialize?
Open questions:
- What do you still need to figure out?
- What needs more research?
[VISUAL PLACEHOLDER: Risk/impact matrix could help prioritize]
Being honest about unknowns helps us prepare.
key_risks
open_questions
research_areas
Based on initial context and any provided documents, generate a complete product brief covering all sections
Make reasonable assumptions where information is missing
Flag areas that need user validation with [NEEDS CONFIRMATION] tags
problem_statement
proposed_solution
primary_user_segment
secondary_user_segment
business_objectives
user_success_metrics
key_performance_indicators
core_features
out_of_scope
mvp_success_criteria
phase_2_features
long_term_vision
expansion_opportunities
financial_impact
company_objectives_alignment
strategic_initiatives
platform_requirements
technology_preferences
architecture_considerations
constraints
key_assumptions
key_risks
open_questions
research_areas
Present the complete draft to the user
Here's the complete brief draft. What would you like to adjust or refine?
Which section would you like to refine?
1. Problem Statement
2. Proposed Solution
3. Target Users
4. Goals and Metrics
5. MVP Scope
6. Post-MVP Vision
7. Financial Impact and Strategic Alignment
8. Technical Considerations
9. Constraints and Assumptions
10. Risks and Questions
11. Save and continue
Work with user to refine selected section
Update relevant template outputs
Synthesize all sections into a compelling executive summary
Include:
- Product concept in 1-2 sentences
- Primary problem being solved
- Target market identification
- Key value proposition
executive_summary
If research documents were provided, create a summary of key findings
Document any stakeholder input received during the process
Compile list of reference documents and resources
research_summary
stakeholder_input
references
Generate the complete product brief document
Review all sections for completeness and consistency
Flag any areas that need PM attention with [PM-TODO] tags
The product brief is complete! Would you like to:
1. Review the entire document
2. Make final adjustments
3. Save and prepare for handoff to PM
This brief will serve as the primary input for creating the Product Requirements Document (PRD).
final_brief