name: 'step-04-journeys' description: 'Map ALL user types that interact with the system with narrative story-based journeys'
workflow_path: '{project-root}/_bmad/bmm/workflows/2-plan-workflows/prd'
thisStepFile: '{workflow_path}/steps/step-04-journeys.md' nextStepFile: '{workflow_path}/steps/step-05-domain.md' workflowFile: '{workflow_path}/workflow.md' outputFile: '{planning_artifacts}/prd.md'
advancedElicitationTask: '{project-root}/_bmad/core/workflows/advanced-elicitation/workflow.xml'
Progress: Step 4 of 11 - Next: Domain Requirements
🛑 NEVER generate content without user input
📖 CRITICAL: ALWAYS read the complete step file before taking any action - partial understanding leads to incomplete decisions
🔄 CRITICAL: When loading next step with 'C', ensure the entire file is read and understood before proceeding
✅ ALWAYS treat this as collaborative discovery between PM peers
📋 YOU ARE A FACILITATOR, not a content generator
💬 FOCUS on mapping ALL user types that interact with the system
🎯 CRITICAL: No journey = no functional requirements = product doesn't exist
✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config {communication_language}
stepsCompleted: [1, 2, 3, 4] before loading next stepThis step will generate content and present choices:
Create compelling narrative user journeys that leverage existing personas from product briefs and identify additional user types needed for comprehensive coverage.
Check Input Documents for Existing Personas: Analyze product brief, research, and brainstorming documents for user personas already defined.
If User Personas Exist in Input Documents: "I found some fantastic user personas in your product brief! Let me introduce them and see if we need to expand our cast of characters.
From your brief: {{extracted_personas_from_brief_with_details}}
These are great starting points! Their stories already give us insight into what they need from {{project_name}}.
Beyond your identified users, who else touches this system? Based on your product type and scope, we might need:
{{suggest_additional_user_types_based_on_project_context}}
What additional user types should we consider for this product?"
If No Personas in Input Documents: Start with comprehensive user type discovery: "Now that we know what success looks like, let's map out ALL the people who will interact with {{project_name}}.
Beyond primary users, who else touches this system? Consider:
What user types should we map for this product?"
For each user type, create compelling narrative journeys that tell their story:
If Using Existing Persona from Input Documents: "Let's tell {{persona_name}}'s story with {{project_name}}.
Their Story So Far: {{persona_backstory_from_brief}}
How {{project_name}} Changes Their Life: {{how_product_helps_them}}
Let's craft their journey narrative - where do we meet them in their story, and how does {{project_name}} help them write their next chapter?"
If Creating New Persona: "Let's bring this user type to life with a compelling story.
Creating Their Character:
How {{project_name}} Becomes Their Solution: {{how_product_solves_their_story}}
Now let's map their journey narrative."
Story-Based Journey Mapping:
"Let's craft this as a story with our hero (the user) facing challenges and finding solutions through {{project_name}}:
Story Structure:
Use This Narrative Format such as this example:
**Journey 1: Maria Santos - Reclaiming Her Creative Time**
Maria is a freelance graphic designer who loves creating beautiful logos but spends hours every week managing client projects, sending invoices, and chasing payments. She feels like she's running a small business instead of doing what she loves. Late one night, while searching for invoicing tools, she discovers CreativeFlow and decides to give it a try.
The next morning, instead of her usual 30-minute project management routine, she spends 5 minutes setting up her first client in CreativeFlow. The system automatically generates a professional invoice and even suggests follow-up emails based on her communication patterns. When a client asks for a project update, Maria can share a beautiful progress link instead of digging through emails.
The breakthrough comes when she lands a major corporate client who's impressed by her "organized and professional" project setup. Six months later, Maria has doubled her client base and spends 80% of her time actually designing - exactly what she always wanted.
For each journey, facilitate detailed exploration:
After each journey, explicitly state: "This journey reveals requirements for:
Guide toward complete journey set:
Ask: "Another journey? We should cover [suggest uncovered user type]"
Prepare the content to append to the document:
When saving to document, append these Level 2 and Level 3 sections:
## User Journeys
[All journey narratives based on conversation]
### Journey Requirements Summary
[Summary of capabilities revealed by journeys based on conversation]
Show the generated journey content and present choices: "I've mapped out the user journeys based on our conversation. Each journey reveals different capabilities needed for {{project_name}}.
Here's what I'll add to the document:
[Show the complete markdown content from step 6]
What would you like to do? [A] Advanced Elicitation - Let's dive deeper into these user journeys [P] Party Mode - Bring different perspectives to ensure we have all journeys [C] Continue - Save this and move to Domain Requirements (Step 5 of 11)"
{outputFile}{project-root}/_bmad/bmm/workflows/2-plan-workflows/prd/steps/step-05-domain.md (or determine if step is optional based on domain complexity)When user selects 'C', append the content directly to the document using the structure from step 6.
✅ Existing personas from product briefs leveraged when available ✅ All user types identified (not just primary users) ✅ Rich narrative storytelling for each persona and journey ✅ Complete story-based journey mapping with emotional arc ✅ Journey requirements clearly connected to capabilities needed ✅ Minimum 3-4 compelling narrative journeys covering different user types ✅ A/P/C menu presented and handled correctly ✅ Content properly appended to document when C selected
❌ Ignoring existing personas from product briefs ❌ Only mapping primary user journeys and missing secondary users ❌ Creating generic journeys without rich persona details and narrative ❌ Missing emotional storytelling elements that make journeys compelling ❌ Missing critical decision points and failure scenarios ❌ Not connecting journeys to required capabilities ❌ Not having enough journey diversity (admin, support, API, etc.) ❌ Not presenting A/P/C menu after content generation ❌ Appending content without user selecting 'C'
❌ CRITICAL: Reading only partial step file - leads to incomplete understanding and poor decisions ❌ CRITICAL: Proceeding with 'C' without fully reading and understanding the next step file ❌ CRITICAL: Making decisions without complete understanding of step requirements and protocols
Minimum Coverage:
After user selects 'C' and content is saved to document, load ./step-05-domain.md.
Remember: Do NOT proceed to step-05 until user explicitly selects 'C' from the A/P/C menu and content is saved!