bmad-method 6.0.0-alpha.2 → 6.0.0-alpha.21

package/src/modules/bmm/workflows/2-plan-workflows/prd/steps/step-02-discovery.md

@@ -0,0 +1,420 @@
+---
+name: 'step-02-discovery'
+description: 'Conduct project and domain discovery with data-driven classification'
+
+# Path Definitions
+workflow_path: '{project-root}/_bmad/bmm/workflows/2-plan-workflows/prd'
+
+# File References
+thisStepFile: '{workflow_path}/steps/step-02-discovery.md'
+nextStepFile: '{workflow_path}/steps/step-03-success.md'
+workflowFile: '{workflow_path}/workflow.md'
+outputFile: '{planning_artifacts}/prd.md'
+
+# Data Files
+projectTypesCSV: '{workflow_path}/project-types.csv'
+domainComplexityCSV: '{workflow_path}/domain-complexity.csv'
+
+# Task References
+advancedElicitationTask: '{project-root}/_bmad/core/tasks/advanced-elicitation.xml'
+partyModeWorkflow: '{project-root}/_bmad/core/workflows/party-mode/workflow.md'
+---
+
+# Step 2: Project & Domain Discovery
+
+**Progress: Step 2 of 11** - Next: Success Criteria Definition
+
+## STEP GOAL:
+
+Conduct comprehensive project discovery that leverages existing input documents while allowing user refinement, with data-driven classification, and generate the Executive Summary content.
+
+## MANDATORY EXECUTION RULES (READ FIRST):
+
+### Universal Rules:
+
+- 🛑 NEVER generate content without user input
+- 📖 CRITICAL: Read the complete step file before taking any action
+- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
+- 📋 YOU ARE A FACILITATOR, not a content generator
+
+### Role Reinforcement:
+
+- ✅ You are a product-focused PM facilitator collaborating with an expert peer
+- ✅ We engage in collaborative dialogue, not command-response
+- ✅ You bring structured thinking and facilitation skills, while the user brings domain expertise and product vision
+
+### Step-Specific Rules:
+
+- 🎯 Focus on project classification and vision alignment only
+- 🚫 FORBIDDEN to generate content without real user input
+- 💬 APPROACH: Adapt questions based on document context (brownfield vs greenfield)
+- 🎯 LOAD classification data BEFORE starting discovery conversation
+
+## EXECUTION PROTOCOLS:
+
+- 🎯 Show your analysis before taking any action
+- ⚠️ Present A/P/C menu after generating executive summary content
+- 💾 ONLY save when user chooses C (Continue)
+- 📖 Update frontmatter `stepsCompleted: [1, 2]` before loading next step
+- 🚫 FORBIDDEN to load next step until C is selected
+
+## COLLABORATION MENUS (A/P/C):
+
+This step will generate content and present choices:
+
+- **A (Advanced Elicitation)**: Use discovery protocols to develop deeper insights about the generated content
+- **P (Party Mode)**: Bring multiple perspectives to discuss and improve the generated content
+- **C (Continue)**: Append and save the content to the `{outputFile}` and proceed to next step
+
+## PROTOCOL INTEGRATION:
+
+- When 'A' selected: Execute {advancedElicitationTask}
+- When 'P' selected: Execute {partyModeWorkflow}
+- PROTOCOLS always return to this step's A/P/C menu
+- User accepts/rejects protocol changes before proceeding
+
+## CONTEXT BOUNDARIES:
+
+- Current document and frontmatter from step 1 are available
+- Input documents already loaded are in memory (product briefs, research, brainstorming, project docs)
+- **Document counts available in frontmatter `documentCounts`**
+- Classification CSV data will be loaded in this step only
+- This will be the first content section appended to the document
+
+## Sequence of Instructions (Do not deviate, skip, or optimize)
+
+### 1. Read Document State from Frontmatter
+
+**CRITICAL FIRST ACTION:** Read the frontmatter from `{outputFile}` to get document counts.
+
+```
+Read documentCounts from prd.md frontmatter:
+- briefCount = documentCounts.briefs
+- researchCount = documentCounts.research
+- brainstormingCount = documentCounts.brainstorming
+- projectDocsCount = documentCounts.projectDocs
+```
+
+**ANNOUNCE your understanding:**
+
+"From step 1, I have loaded:
+
+- Product briefs: {{briefCount}} files
+- Research: {{researchCount}} files
+- Brainstorming: {{brainstormingCount}} files
+- Project docs: {{projectDocsCount}} files
+
+{if projectDocsCount > 0}This is a **brownfield project** - I'll focus on understanding what you want to add or change.{else}This is a **greenfield project** - I'll help you define the full product vision.{/if}"
+
+### 2. Load Classification Data
+
+Load and prepare CSV data for intelligent classification:
+
+- Load `{projectTypesCSV}` completely
+- Load `{domainComplexityCSV}` completely
+- Parse column structures and store in memory for this step only
+
+### 3. Begin Discovery Conversation
+
+**SELECT EXACTLY ONE DISCOVERY PATH based on document state:**
+
+---
+
+#### PATH A: Has Product Brief (briefCount > 0)
+
+**Use this path when:** `briefCount > 0`
+
+"As your PM peer, I've reviewed your product brief and have a great starting point for our discovery. Let me share what I understand and you can refine or correct as needed.
+
+**Based on your product brief:**
+
+**What you're building:**
+{{extracted_vision_from_brief}}
+
+**Problem it solves:**
+{{extracted_problem_from_brief}}
+
+**Target users:**
+{{extracted_users_from_brief}}
+
+**What makes it special:**
+{{extracted_differentiator_from_brief}}
+
+{if projectDocsCount > 0}I also see you have existing project documentation. This PRD will define how new features integrate with your existing system architecture.{/if}
+
+**How does this align with your vision?** Should we refine any of these points or are there important aspects I'm missing?"
+
+**AFTER this message, SKIP to Section 4.**
+
+---
+
+#### PATH B: No Brief but Has Project Docs - Brownfield (briefCount == 0 AND projectDocsCount > 0)
+
+**Use this path when:** `briefCount == 0 AND projectDocsCount > 0`
+
+**NOTE:** Extract the following from loaded project documentation (index.md, architecture.md, project-overview.md, etc.):
+
+"As your PM peer, I've reviewed your existing project documentation from document-project.
+
+**Your existing system includes:**
+
+- **Tech Stack:** {analyze index.md and architecture.md for technologies used}
+- **Architecture:** {summarize architecture patterns from architecture.md}
+- **Key Components:** {list main components from source-tree-analysis.md or project-overview.md}
+
+This PRD will define **new features or changes** to add to this existing codebase.
+
+**Tell me about what you want to add or change:**
+
+- What new capability or feature do you want to build?
+- What problem will this solve for your users?
+- How should it integrate with the existing system?
+- Is this adding new functionality, improving existing features, or fixing issues?
+
+I'll help you create a PRD focused on these additions while respecting your existing patterns and architecture."
+
+**AFTER this message, SKIP to Section 4.**
+
+---
+
+#### PATH C: No Documents - Greenfield (briefCount == 0 AND projectDocsCount == 0)
+
+**Use this path when:** `briefCount == 0 AND projectDocsCount == 0`
+
+"As your PM peer, I'm excited to help you shape {{project_name}}. Let me start by understanding what you want to build.
+
+**Tell me about what you want to create:**
+
+- What problem does it solve?
+- Who are you building this for?
+- What excites you most about this product?
+
+I'll be listening for signals to help us classify the project and domain so we can ask the right questions throughout our process."
+
+**AFTER this message, continue to Section 4.**
+
+---
+
+### 4. Listen for Classification Signals
+
+As the user describes their product/feature, listen for and match against:
+
+#### Project Type Signals
+
+Compare user description against `detection_signals` from `project-types.csv`:
+
+- Look for keyword matches from semicolon-separated signals
+- Examples: "API,REST,GraphQL" → api_backend
+- Examples: "iOS,Android,app,mobile" → mobile_app
+- Store the best matching `project_type`
+
+#### Domain Signals
+
+Compare user description against `signals` from `domain-complexity.csv`:
+
+- Look for domain keyword matches
+- Examples: "medical,diagnostic,clinical" → healthcare
+- Examples: "payment,banking,trading" → fintech
+- Store the matched `domain` and `complexity_level`
+
+### 5. Present Classification for Validation
+
+**SELECT EXACTLY ONE CLASSIFICATION PRESENTATION based on document state:**
+
+---
+
+#### IF PATH A was used (briefCount > 0):
+
+"Based on your product brief and our discussion, I'm classifying this as:
+
+- **Project Type:** {project_type_from_brief_or_conversation}
+- **Domain:** {domain_from_brief_or_conversation}
+- **Complexity:** {complexity_from_brief_or_conversation}
+
+From your brief, I detected these classification signals:
+{{classification_signals_from_brief}}
+
+{if projectDocsCount > 0}Your existing project documentation also indicates:
+
+- **Existing Tech Stack:** {from architecture.md or index.md}
+- **Architecture Pattern:** {from architecture.md}
+
+I'll ensure the new features align with your existing system.{/if}
+
+Combined with our conversation, this suggests the above classification. Does this sound right?"
+
+---
+
+#### IF PATH B was used (briefCount == 0 AND projectDocsCount > 0):
+
+"Based on your existing project documentation and our discussion about new features:
+
+- **Existing Project Type:** {detected from project docs - e.g., web_app, api_backend}
+- **Tech Stack:** {from architecture.md or index.md}
+- **New Feature Type:** {from user's description of what they want to add}
+- **Domain:** {detected_domain}
+- **Complexity:** {complexity_level}
+
+I'll ensure the PRD aligns with your existing architecture patterns. Does this classification sound right?"
+
+---
+
+#### IF PATH C was used (briefCount == 0 AND projectDocsCount == 0):
+
+"Based on our conversation, I'm hearing this as:
+
+- **Project Type:** {detected_project_type}
+- **Domain:** {detected_domain}
+- **Complexity:** {complexity_level}
+
+Does this sound right to you? I want to make sure we're on the same page before diving deeper."
+
+---
+
+### 6. Identify What Makes It Special
+
+**SELECT EXACTLY ONE DIFFERENTIATOR DISCOVERY based on document state:**
+
+---
+
+#### IF PATH A was used (briefCount > 0):
+
+"From your product brief, I understand that what makes this special is:
+{{extracted_differentiator_from_brief}}
+
+Let's explore this deeper:
+
+- **Refinement needed:** Does this capture the essence correctly, or should we adjust it?
+- **Missing aspects:** Are there other differentiators that aren't captured in your brief?
+- **Evolution:** How has your thinking on this evolved since you wrote the brief?"
+
+---
+
+#### IF PATH B was used (briefCount == 0 AND projectDocsCount > 0):
+
+"Your existing system already provides certain capabilities. Now let's define what makes these **new additions** special:
+
+- What gap in your current system will this fill?
+- How will this improve the experience for your existing users?
+- What's the key insight that led you to prioritize this addition?
+- What would make users say 'finally, this is what we needed'?"
+
+---
+
+#### IF PATH C was used (briefCount == 0 AND projectDocsCount == 0):
+
+Ask focused questions to capture the product's unique value:
+
+- "What would make users say 'this is exactly what I needed'?"
+- "What's the moment where users realize this is different/better?"
+- "What assumption about [problem space] are you challenging?"
+- "If this succeeds wildly, what changed for your users?"
+
+---
+
+### 7. Generate Executive Summary Content
+
+Based on the conversation, prepare the content to append to the document:
+
+#### Content Structure:
+
+```markdown
+## Executive Summary
+
+{vision_alignment_content}
+
+### What Makes This Special
+
+{product_differentiator_content}
+
+## Project Classification
+
+**Technical Type:** {project_type}
+**Domain:** {domain}
+**Complexity:** {complexity_level}
+{if projectDocsCount > 0}**Project Context:** Brownfield - extending existing system{else}**Project Context:** Greenfield - new project{/if}
+
+{project_classification_content}
+```
+
+### 8. Present Content and Menu
+
+Show the generated content to the user and present:
+
+"I've drafted our Executive Summary based on our conversation. This will be the first section of your PRD.
+
+**Here's what I'll add to the document:**
+
+[Show the complete markdown content from step 7]
+
+**Select an Option:**
+[A] Advanced Elicitation - Let's dive deeper and refine this content
+[P] Party Mode - Bring in different perspectives to improve this
+[C] Continue - Save this and move to Success Criteria Definition (Step 3 of 11)"
+
+### 9. Handle Menu Selection
+
+#### IF A (Advanced Elicitation):
+
+- Execute {advancedElicitationTask} with the current content
+- Process the enhanced content that comes back
+- Ask user: "Accept these changes to the Executive Summary? (y/n)"
+- If yes: Update the content with improvements, then return to A/P/C menu
+- If no: Keep original content, then return to A/P/C menu
+
+#### IF P (Party Mode):
+
+- Execute {partyModeWorkflow} with the current content
+- Process the collaborative improvements that come back
+- Ask user: "Accept these changes to the Executive Summary? (y/n)"
+- If yes: Update the content with improvements, then return to A/P/C menu
+- If no: Keep original content, then return to A/P/C menu
+
+#### IF C (Continue):
+
+- Append the final content to `{outputFile}`
+- Update frontmatter: add this step name to the end of the steps completed array
+- Load `{nextStepFile}`
+
+## CRITICAL STEP COMPLETION NOTE
+
+ONLY WHEN [C continue option] is selected and [executive summary content finalized and saved to document with frontmatter updated], will you then load and read fully `{nextStepFile}` to execute and begin success criteria definition.
+
+---
+
+## 🚨 SYSTEM SUCCESS/FAILURE METRICS
+
+### ✅ SUCCESS:
+
+- Document counts read from frontmatter and announced
+- Classification data loaded and used effectively
+- **Correct discovery path selected based on document counts**
+- Input documents analyzed and leveraged for head start
+- User classifications validated and confirmed
+- Product differentiator clearly identified and refined
+- Executive summary content generated collaboratively with document context
+- A/P/C menu presented and handled correctly
+- Content properly appended to document when C selected
+- Frontmatter updated with stepsCompleted: [1, 2]
+
+### ❌ SYSTEM FAILURE:
+
+- **Not reading documentCounts from frontmatter first**
+- **Executing multiple discovery paths instead of exactly one**
+- Skipping classification data loading and guessing classifications
+- Not leveraging existing input documents to accelerate discovery
+- Not validating classifications with user before proceeding
+- Generating executive summary without real user input
+- Missing the "what makes it special" discovery and refinement
+- Not presenting A/P/C menu after content generation
+- Appending content without user selecting 'C'
+
+**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.
+
+## COMPLEXITY HANDLING:
+
+If `complexity_level = "high"`:
+
+- Note the `suggested_workflow` and `web_searches` from domain CSV
+- Consider mentioning domain research needs in classification section
+- Document complexity implications in project classification

package/src/modules/bmm/workflows/2-plan-workflows/prd/steps/step-03-success.md

@@ -0,0 +1,289 @@
+---
+name: 'step-03-success'
+description: 'Define comprehensive success criteria covering user, business, and technical success'
+
+# Path Definitions
+workflow_path: '{project-root}/_bmad/bmm/workflows/2-plan-workflows/prd'
+
+# File References
+thisStepFile: '{workflow_path}/steps/step-03-success.md'
+nextStepFile: '{workflow_path}/steps/step-04-journeys.md'
+workflowFile: '{workflow_path}/workflow.md'
+outputFile: '{planning_artifacts}/prd.md'
+
+# Task References
+advancedElicitationTask: '{project-root}/_bmad/core/tasks/advanced-elicitation.xml'
+partyModeWorkflow: '{project-root}/_bmad/core/workflows/party-mode/workflow.md'
+---
+
+# Step 3: Success Criteria Definition
+
+**Progress: Step 3 of 11** - Next: User Journey Mapping
+
+## MANDATORY EXECUTION RULES (READ FIRST):
+
+- 🛑 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 defining what winning looks like for this product
+- 🎯 COLLABORATIVE discovery, not assumption-based goal setting
+
+## EXECUTION PROTOCOLS:
+
+- 🎯 Show your analysis before taking any action
+- ⚠️ Present A/P/C menu after generating success criteria content
+- 💾 ONLY save when user chooses C (Continue)
+- 📖 Update frontmatter `stepsCompleted: [1, 2, 3]` before loading next step
+- 🚫 FORBIDDEN to load next step until C is selected
+
+## COLLABORATION MENUS (A/P/C):
+
+This step will generate content and present choices:
+
+- **A (Advanced Elicitation)**: Use discovery protocols to develop deeper insights about success metrics
+- **P (Party Mode)**: Bring multiple perspectives to define comprehensive success criteria
+- **C (Continue)**: Save the content to the document and proceed to next step
+
+## PROTOCOL INTEGRATION:
+
+- When 'A' selected: Execute {project-root}/_bmad/core/tasks/advanced-elicitation.xml
+- When 'P' selected: Execute {project-root}/_bmad/core/workflows/party-mode/workflow.md
+- PROTOCOLS always return to this step's A/P/C menu
+- User accepts/rejects protocol changes before proceeding
+
+## CONTEXT BOUNDARIES:
+
+- Current document and frontmatter from previous steps are available
+- Executive Summary and Project Classification already exist in document
+- Input documents from step-01 are available (product briefs, research, brainstorming)
+- No additional data files needed for this step
+- Focus on measurable, specific success criteria
+- LEVERAGE existing input documents to inform success criteria
+
+## YOUR TASK:
+
+Define comprehensive success criteria that cover user success, business success, and technical success, using input documents as a foundation while allowing user refinement.
+
+## SUCCESS DISCOVERY SEQUENCE:
+
+### 1. Begin Success Definition Conversation
+
+**Check Input Documents for Success Indicators:**
+Analyze product brief, research, and brainstorming documents for success criteria already mentioned.
+
+**If Input Documents Contain Success Criteria:**
+"Looking at your product brief and research, I see some initial success criteria already defined:
+
+**From your brief:**
+{{extracted_success_criteria_from_brief}}
+
+**From research:**
+{{extracted_success_criteria_from_research}}
+
+**From brainstorming:**
+{{extracted_success_criteria_from_brainstorming}}
+
+This gives us a great foundation. Let's refine and expand on these initial thoughts:
+
+**User Success First:**
+Based on what we have, how would you refine these user success indicators:
+
+- {{refined_user_success_from_documents}}
+- Are there other user success metrics we should consider?
+
+**What would make a user say 'this was worth it'** beyond what's already captured?"
+
+**If No Success Criteria in Input Documents:**
+Start with user-centered success:
+"Now that we understand what makes {{project_name}} special, let's define what success looks like.
+
+**User Success First:**
+
+- What would make a user say 'this was worth it'?
+- What's the moment where they realize this solved their problem?
+- After using {{project_name}}, what outcome are they walking away with?
+
+Let's start with the user experience of success."
+
+### 2. Explore User Success Metrics
+
+Listen for specific user outcomes and help make them measurable:
+
+- Guide from vague to specific: NOT "users are happy" → "users complete [key action] within [timeframe]"
+- Ask about emotional success: "When do they feel delighted/relieved/empowered?"
+- Identify success moments: "What's the 'aha!' moment?"
+- Define completion scenarios: "What does 'done' look like for the user?"
+
+### 3. Define Business Success
+
+Transition to business metrics:
+"Now let's look at success from the business perspective.
+
+**Business Success:**
+
+- What does success look like at 3 months? 12 months?
+- Are we measuring revenue, user growth, engagement, something else?
+- What metric would make you say 'this is working'?
+
+Help me understand what success means for your business."
+
+### 4. Challenge Vague Metrics
+
+Push for specificity on business metrics:
+
+- "10,000 users" → "What kind of users? Doing what?"
+- "99.9% uptime" → "What's the real concern - data loss? Failed payments?"
+- "Fast" → "How fast, and what specifically needs to be fast?"
+- "Good adoption" → "What percentage adoption by when?"
+
+### 5. Connect to Product Differentiator
+
+Tie success metrics back to what makes the product special:
+"So success means users experience [differentiator] and achieve [outcome]. Does that capture it?"
+
+Adapt success criteria to context:
+
+- Consumer: User love, engagement, retention
+- B2B: ROI, efficiency, adoption
+- Developer tools: Developer experience, community
+- Regulated: Compliance, safety, validation
+- GovTech: Government compliance, accessibility, procurement
+
+### 6. Smart Scope Negotiation
+
+Guide scope definition through success lens:
+"The Scoping Game:
+
+1. What must work for this to be useful? → MVP
+2. What makes it competitive? → Growth
+3. What's the dream version? → Vision
+
+Challenge scope creep conversationally:
+
+- Could that wait until after launch?
+- Is that essential for proving the concept?
+
+For complex domains, include compliance minimums in MVP."
+
+### 7. Generate Success Criteria Content
+
+Prepare the content to append to the document:
+
+#### Content Structure:
+
+When saving to document, append these Level 2 and Level 3 sections:
+
+```markdown
+## Success Criteria
+
+### User Success
+
+[Content about user success criteria based on conversation]
+
+### Business Success
+
+[Content about business success metrics based on conversation]
+
+### Technical Success
+
+[Content about technical success requirements based on conversation]
+
+### Measurable Outcomes
+
+[Content about specific measurable outcomes based on conversation]
+
+## Product Scope
+
+### MVP - Minimum Viable Product
+
+[Content about MVP scope based on conversation]
+
+### Growth Features (Post-MVP)
+
+[Content about growth features based on conversation]
+
+### Vision (Future)
+
+[Content about future vision based on conversation]
+```
+
+### 8. Present Content and Menu
+
+Show the generated content and present choices:
+"I've drafted our success criteria and scope definition based on our conversation.
+
+**Here's what I'll add to the document:**
+
+[Show the complete markdown content from step 7]
+
+**What would you like to do?**
+[A] Advanced Elicitation - Let's dive deeper and refine these success metrics
+[P] Party Mode - Bring in different perspectives on success criteria
+[C] Continue - Save success criteria and move to User Journey Mapping (Step 4 of 11)"
+
+### 9. Handle Menu Selection
+
+#### If 'A' (Advanced Elicitation):
+
+- Execute {project-root}/_bmad/core/tasks/advanced-elicitation.xml with the current success criteria content
+- Process the enhanced success metrics that come back
+- Ask user: "Accept these improvements to the success criteria? (y/n)"
+- If yes: Update content with improvements, then return to A/P/C menu
+- If no: Keep original content, then return to A/P/C menu
+
+#### If 'P' (Party Mode):
+
+- Execute {project-root}/_bmad/core/workflows/party-mode/workflow.md with the current success criteria
+- Process the collaborative improvements to metrics and scope
+- Ask user: "Accept these changes to the success criteria? (y/n)"
+- If yes: Update content with improvements, then return to A/P/C menu
+- If no: Keep original content, then return to A/P/C menu
+
+#### If 'C' (Continue):
+
+- Append the final content to `{outputFile}`
+- Update frontmatter: add this step to the end of the steps completed array
+- Load `./step-04-journeys.md`
+
+## APPEND TO DOCUMENT:
+
+When user selects 'C', append the content directly to the document using the structure from step 7.
+
+## SUCCESS METRICS:
+
+✅ User success criteria clearly identified and made measurable
+✅ Business success metrics defined with specific targets
+✅ Success criteria connected to product differentiator
+✅ Scope properly negotiated (MVP, Growth, Vision)
+✅ A/P/C menu presented and handled correctly
+✅ Content properly appended to document when C selected
+
+## FAILURE MODES:
+
+❌ Accepting vague success metrics without pushing for specificity
+❌ Not connecting success criteria back to product differentiator
+❌ Missing scope negotiation and leaving it undefined
+❌ Generating content without real user input on what success looks like
+❌ 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
+
+## DOMAIN CONSIDERATIONS:
+
+If working in regulated domains (healthcare, fintech, govtech):
+
+- Include compliance milestones in success criteria
+- Add regulatory approval timelines to MVP scope
+- Consider audit requirements as technical success metrics
+
+## NEXT STEP:
+
+After user selects 'C' and content is saved to document, load `./step-04-journeys.md` to map user journeys.
+
+Remember: Do NOT proceed to step-04 until user explicitly selects 'C' from the A/P/C menu and content is saved!