Files
BMAD-METHOD/bmad/bmm/workflows/1-analysis/product-brief/instructions.md

12 KiB

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