npm - bmad-method - Versions diffs - 6.0.0-alpha.6 → 6.0.0-alpha.8 - Mend

bmad-method 6.0.0-alpha.6 → 6.0.0-alpha.8

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.

Files changed (716) hide show

package/src/modules/bmm/docs/workflows-analysis.md CHANGED Viewed

@@ -1,706 +1,370 @@
 # BMM Analysis Workflows (Phase 1)
-## Overview
+**Reading Time:** ~7 minutes
-Phase 1 (Analysis) workflows are **optional** exploration and discovery tools that help you understand your project space before committing to detailed planning. These workflows facilitate creative thinking, market validation, and strategic alignment.
+## Overview
-**When to use Analysis workflows:**
+Phase 1 (Analysis) workflows are **optional** exploration and discovery tools that help validate ideas, understand markets, and generate strategic context before planning begins.
-- Starting a new project from scratch
-- Exploring a problem space or opportunity
-- Validating market fit before significant investment
-- Gathering strategic context for planning phases
+**Key principle:** Analysis workflows help you think strategically before committing to implementation. Skip them if your requirements are already clear.
-**When to skip Analysis workflows:**
+**When to use:** Starting new projects, exploring opportunities, validating market fit, generating ideas, understanding problem spaces.
-- Continuing an existing project with clear requirements
-- Working on well-defined features with known solutions
-- Working under strict constraints where discovery is complete
+**When to skip:** Continuing existing projects with clear requirements, well-defined features with known solutions, strict constraints where discovery is complete.
 ---
-## Phase 1 Workflow Map
+## Phase 1 Analysis Workflow Map
 ```mermaid
 %%{init: {'theme':'base', 'themeVariables': { 'primaryColor':'#fff','primaryTextColor':'#000','primaryBorderColor':'#000','lineColor':'#000','fontSize':'16px','fontFamily':'arial'}}}%%
 graph TB
-    subgraph Creative["<b>CREATIVE EXPLORATION</b>"]
-        direction TB
+    subgraph Discovery["<b>DISCOVERY & IDEATION (Optional)</b>"]
+        direction LR
         BrainstormProject["<b>Analyst: brainstorm-project</b><br/>Multi-track solution exploration"]
         BrainstormGame["<b>Analyst: brainstorm-game</b><br/>Game concept generation"]
     end
-    subgraph Strategic["<b>STRATEGIC PLANNING</b>"]
+    subgraph Research["<b>RESEARCH & VALIDATION (Optional)</b>"]
         direction TB
-        ProductBrief["<b>Analyst: product-brief</b><br/>Product vision and strategy"]
-        GameBrief["<b>Game Designer: game-brief</b><br/>Game vision capture"]
+        ResearchWF["<b>Analyst: research</b><br/>• market (TAM/SAM/SOM)<br/>• technical (framework evaluation)<br/>• competitive (landscape)<br/>• user (personas, JTBD)<br/>• domain (industry analysis)<br/>• deep_prompt (AI research)"]
     end
-    subgraph Research["<b>RESEARCH AND INVESTIGATION</b>"]
-        direction TB
-        ResearchWF["<b>Analyst: research</b><br/>Market, technical, competitive analysis"]
+    subgraph Strategy["<b>STRATEGIC CAPTURE (Recommended for Greenfield)</b>"]
+        direction LR
+        ProductBrief["<b>Analyst: product-brief</b><br/>Product vision + strategy<br/>(Interactive or YOLO mode)"]
+        GameBrief["<b>Game Designer: game-brief</b><br/>Game vision capture<br/>(Interactive or YOLO mode)"]
     end
-    Creative -.->|Software projects| ProductBrief
-    Creative -.->|Game projects| GameBrief
-    BrainstormProject -.->|May inform| ResearchWF
-    BrainstormGame -.->|May inform| ResearchWF
-    ResearchWF -.->|Feeds into| ProductBrief
-    ResearchWF -.->|Feeds into| GameBrief
+    Discovery -.->|Software| ProductBrief
+    Discovery -.->|Games| GameBrief
+    Discovery -.->|Validate ideas| Research
+    Research -.->|Inform brief| ProductBrief
+    Research -.->|Inform brief| GameBrief
+    ProductBrief --> Phase2["<b>Phase 2: prd workflow</b>"]
+    GameBrief --> Phase2Game["<b>Phase 2: gdd workflow</b>"]
+    Research -.->|Can feed directly| Phase2
-    style Creative fill:#e1f5fe,stroke:#01579b,stroke-width:3px,color:#000
-    style Strategic fill:#f3e5f5,stroke:#4a148c,stroke-width:3px,color:#000
+    style Discovery fill:#e1f5fe,stroke:#01579b,stroke-width:3px,color:#000
     style Research fill:#fff9c4,stroke:#f57f17,stroke-width:3px,color:#000
+    style Strategy fill:#f3e5f5,stroke:#4a148c,stroke-width:3px,color:#000
+    style Phase2 fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px,color:#000
+    style Phase2Game fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px,color:#000
     style BrainstormProject fill:#81d4fa,stroke:#0277bd,stroke-width:2px,color:#000
     style BrainstormGame fill:#81d4fa,stroke:#0277bd,stroke-width:2px,color:#000
+    style ResearchWF fill:#fff59d,stroke:#f57f17,stroke-width:2px,color:#000
     style ProductBrief fill:#ce93d8,stroke:#6a1b9a,stroke-width:2px,color:#000
     style GameBrief fill:#ce93d8,stroke:#6a1b9a,stroke-width:2px,color:#000
-    style ResearchWF fill:#fff59d,stroke:#f57f17,stroke-width:2px,color:#000
 ```
 ---
 ## Quick Reference
-| Workflow           | Agent         | Required    | Purpose                                                     |
-| ------------------ | ------------- | ----------- | ----------------------------------------------------------- |
-| brainstorm-project | Analyst       | No          | Explore solution approaches and architectures               |
-| brainstorm-game    | Analyst       | No          | Generate game concepts using creative techniques            |
-| product-brief      | Analyst       | Recommended | Define product vision and strategy                          |
-| game-brief         | Game Designer | Recommended | Capture game vision before GDD                              |
-| research           | Analyst       | No          | Multi-type research system (market, technical, competitive) |
+| Workflow               | Agent         | Required    | Purpose                                                        | Output                       |
+| ---------------------- | ------------- | ----------- | -------------------------------------------------------------- | ---------------------------- |
+| **brainstorm-project** | Analyst       | No          | Explore solution approaches and architectures                  | Solution options + rationale |
+| **brainstorm-game**    | Analyst       | No          | Generate game concepts using creative techniques               | Game concepts + evaluation   |
+| **research**           | Analyst       | No          | Multi-type research (market/technical/competitive/user/domain) | Research reports             |
+| **product-brief**      | Analyst       | Recommended | Define product vision and strategy (interactive)               | Product Brief document       |
+| **game-brief**         | Game Designer | Recommended | Capture game vision before GDD (interactive)                   | Game Brief document          |
 ---
-## brainstorm-project
+## Workflow Descriptions
-### Purpose
+### brainstorm-project
-Generate multiple solution approaches for software projects through parallel ideation tracks that align technical and business thinking from inception.
+**Purpose:** Generate multiple solution approaches through parallel ideation tracks (architecture, UX, integration, value).
 **Agent:** Analyst
-**Phase:** 1 (Analysis)
-**Required:** No
-### When to Use
-- You have a business objective but unclear technical approach
-- Multiple solution paths exist and you need to evaluate trade-offs
-- Hidden assumptions need discovery before planning
-- Innovation beyond obvious solutions is valuable
-### Prerequisites
-- Business objectives and constraints
-- Technical environment context
-- Stakeholder needs identified
-- Success criteria defined (at least preliminary)
-### Process Overview
-**1. Context Capture**
-- Business objectives and constraints
-- Technical environment
-- Stakeholder needs
-- Success criteria
-**2. Parallel Ideation**
-- **Architecture Track**: Technical approaches with trade-offs
-- **UX Track**: Interface paradigms and user journeys
-- **Integration Track**: System connection patterns
-- **Value Track**: Feature prioritization and delivery sequences
-**3. Solution Synthesis**
-- Evaluate feasibility and impact
-- Align with strategic objectives
-- Surface hidden assumptions
-- Generate recommendations with rationale
-### Inputs
-| Input             | Type     | Purpose                                       |
-| ----------------- | -------- | --------------------------------------------- |
-| Project Context   | Document | Business objectives, environment, constraints |
-| Problem Statement | Optional | Core challenge or opportunity to address      |
-### Outputs
-| Output                   | Content                                     |
-| ------------------------ | ------------------------------------------- |
-| Architecture Proposals   | Multiple approaches with trade-off analysis |
-| Value Framework          | Prioritized features aligned to objectives  |
-| Risk Analysis            | Dependencies, challenges, opportunities     |
-| Strategic Recommendation | Synthesized direction with rationale        |
+**When to Use:**
-### Example Scenario
+- Unclear technical approach with business objectives
+- Multiple solution paths need evaluation
+- Hidden assumptions need discovery
+- Innovation beyond obvious solutions
-**Starting Point:**
-"We need a customer dashboard for our SaaS product"
+**Key Outputs:**
-**After brainstorm-project:**
+- Architecture proposals with trade-off analysis
+- Value framework (prioritized features)
+- Risk analysis (dependencies, challenges)
+- Strategic recommendation with rationale
-- **Architecture Option A**: Monolith with server-side rendering (faster to market, easier ops)
-- **Architecture Option B**: Microservices + SPA (better scalability, more complex)
-- **Architecture Option C**: Hybrid approach (SSR shell + client-side islands)
-- **Recommendation**: Option A for MVP, with clear path to Option C as we scale
-- **Risk**: Option A may require rewrite if we hit 10K+ concurrent users
-### Related Workflows
-- **research** - Deep investigation of market/technical options
-- **product-brief** - Strategic planning document
-- **prd** (Phase 2) - Requirements document from chosen approach
+**Example:** "We need a customer dashboard" → Options: Monolith SSR (faster), Microservices SPA (scalable), Hybrid (balanced) with recommendation.
 ---
-## brainstorm-game
-### Purpose
+### brainstorm-game
-Generate and refine game concepts through systematic creative exploration using five distinct brainstorming techniques, grounded in practical constraints.
+**Purpose:** Generate game concepts through systematic creative exploration using five brainstorming techniques.
 **Agent:** Analyst
-**Phase:** 1 (Analysis)
-**Required:** No
-### When to Use
+**When to Use:**
 - Generating original game concepts
-- Exploring variations on a theme
+- Exploring variations on themes
 - Breaking creative blocks
 - Validating game ideas against constraints
-### Prerequisites
-- Platform specifications (mobile, PC, console, web)
-- Genre preferences or inspirations
-- Technical constraints understood
-- Target audience defined
-- Core design pillars identified (at least preliminary)
-### Process Overview
-**Five Brainstorming Methods** (applied in isolation, then synthesized):
+**Techniques Used:**
-| Method                  | Focus                    | Output Characteristics             |
-| ----------------------- | ------------------------ | ---------------------------------- |
-| SCAMPER                 | Systematic modification  | Structured transformation analysis |
-| Mind Mapping            | Hierarchical exploration | Visual concept relationships       |
-| Lotus Blossom           | Radial expansion         | Layered thematic development       |
-| Six Thinking Hats       | Multi-perspective        | Balanced evaluation framework      |
-| Random Word Association | Lateral thinking         | Unexpected conceptual combinations |
+- SCAMPER (systematic modification)
+- Mind Mapping (hierarchical exploration)
+- Lotus Blossom (radial expansion)
+- Six Thinking Hats (multi-perspective)
+- Random Word Association (lateral thinking)
-Each method generates distinct artifacts that are then evaluated against design pillars, technical feasibility, and market positioning.
+**Key Outputs:**
-### Inputs
+- Method-specific artifacts (5 separate documents)
+- Consolidated concept document with feasibility
+- Design pillar alignment matrix
-- **Game Context Document**: Platform specs, genre, technical constraints, target audience, monetization approach, design pillars
-- **Initial Concept Seed** (optional): High-level game idea or theme
+**Example:** "Roguelike with psychological themes" → Emotions as characters, inner demons as enemies, therapy sessions as rest points, deck composition affects narrative.
-### Outputs
+---
-- **Method-Specific Artifacts**: Five separate brainstorming documents
-- **Consolidated Concept Document**: Synthesized game concepts with feasibility assessments and unique value propositions
-- **Design Pillar Alignment Matrix**: Evaluation of concepts against stated objectives
+### research
-### Example Scenario
+**Purpose:** Comprehensive multi-type research system consolidating market, technical, competitive, user, and domain analysis.
-**Starting Point:**
-"A roguelike with psychological themes"
+**Agent:** Analyst
-**After brainstorm-game:**
+**Research Types:**
-- **SCAMPER Result**: "What if standard roguelike death → becomes emotional regression?"
-- **Mind Map Result**: Emotion types (anger, fear, joy) as character classes
-- **Lotus Blossom Result**: Inner demons as enemies, therapy sessions as rest points
-- **Six Thinking Hats Result**: White (data) - mental health market growing; Red (emotion) - theme may alienate hardcore players
-- **Random Word Association Result**: "Mirror" + "Roguelike" = reflection mechanics that change gameplay
+| Type            | Purpose                                                | Use When                            |
+| --------------- | ------------------------------------------------------ | ----------------------------------- |
+| **market**      | TAM/SAM/SOM, competitive analysis                      | Need market viability validation    |
+| **technical**   | Technology evaluation, ADRs                            | Choosing frameworks/platforms       |
+| **competitive** | Deep competitor analysis                               | Understanding competitive landscape |
+| **user**        | Customer insights, personas, JTBD                      | Need user understanding             |
+| **domain**      | Industry deep dives, trends                            | Understanding domain/industry       |
+| **deep_prompt** | Generate AI research prompts (ChatGPT, Claude, Gemini) | Need deeper AI-assisted research    |
-**Synthesized Concept:**
-"Mirror of Mind: A roguelike card battler where you play as emotions battling inner demons. Deck composition affects narrative, emotional theme drives mechanics, 3 characters representing anger/fear/joy, target audience: core gamers interested in mental health themes."
+**Key Features:**
-### Related Workflows
+- Real-time web research
+- Multiple analytical frameworks (Porter's Five Forces, SWOT, Technology Adoption Lifecycle)
+- Platform-specific optimization for deep_prompt type
+- Configurable research depth (quick/standard/comprehensive)
-- **game-brief** - Capture validated concept in structured brief
-- **gdd** (Phase 2) - Full game design document
+**Example (market):** "SaaS project management tool" → TAM $50B, SAM $5B, SOM $50M, top competitors (Asana, Monday), positioning recommendation.
 ---
-## product-brief
-### Purpose
+### product-brief
-Interactive product brief creation that guides users through defining their product vision with multiple input sources and conversational collaboration.
+**Purpose:** Interactive product brief creation that guides strategic product vision definition.
 **Agent:** Analyst
-**Phase:** 1 (Analysis)
-**Required:** Recommended (skip only if PRD already exists)
-### When to Use
+**When to Use:**
-- Starting a new product or major feature initiative
+- Starting new product/major feature initiative
 - Aligning stakeholders before detailed planning
 - Transitioning from exploration to strategy
-- Creating executive-level product documentation
-### Prerequisites
-- Business context understood
-- Problem or opportunity identified
-- Stakeholders accessible for input
-- Strategic objectives defined
-### Modes of Operation
-**Interactive Mode** (Recommended):
-- Step-by-step collaborative development
-- Probing questions to refine thinking
-- Deep exploration of problem/solution fit
-- High-quality output with thorough exploration
+- Need executive-level product documentation
-**YOLO Mode**:
+**Modes:**
-- AI generates complete draft from initial context
-- User reviews and refines sections iteratively
-- Faster for rapid draft generation
-- Best for time-constrained situations or when you have clear vision
+- **Interactive Mode** (Recommended): Step-by-step collaborative development with probing questions
+- **YOLO Mode**: AI generates complete draft from context, then iterative refinement
-### Process Overview
+**Key Outputs:**
-**Phase 1: Initialization and Context (Steps 0-2)**
-- Project setup and context capture
-- Input document gathering
-- Mode selection
-- Context extraction
-**Phase 2: Interactive Development (Steps 3-12) - Interactive Mode**
-- Problem definition and pain points
-- Solution articulation and value proposition
-- User segmentation
-- Success metrics and KPIs
-- MVP scoping (ruthlessly defined)
-- Financial planning and ROI
-- Technical context
-- Risk assessment and assumptions
-**Phase 3: Rapid Generation (Steps 3-4) - YOLO Mode**
-- Complete draft generation from context
-- Iterative refinement of sections
-- Quality validation
-**Phase 4: Finalization (Steps 13-15)**
-- Executive summary creation
-- Supporting materials compilation
-- Final review and handoff preparation
-### Inputs
-- Optional: Market research, competitive analysis, brainstorming results
-- User input through conversational process
-- Business context and objectives
-### Outputs
-**Primary Output:** `product-brief-{project_name}-{date}.md`
-**Output Structure:**
-1. Executive Summary
-2. Problem Statement (with evidence)
-3. Proposed Solution (core approach and differentiators)
-4. Target Users (primary and secondary segments)
-5. Goals and Success Metrics
-6. MVP Scope (must-have features)
-7. Post-MVP Vision
-8. Financial Impact (investment and ROI)
-9. Strategic Alignment
-10. Technical Considerations
-11. Constraints and Assumptions
-12. Risks and Open Questions
-13. Supporting Materials
-### Example Scenario
-**Starting Point:**
-"We see customers struggling with project tracking"
-**After product-brief (Interactive Mode):**
-- **Problem**: Teams using 3+ tools for project management, causing 40% efficiency loss
-- **Solution**: Unified workspace combining tasks, docs, and communication
-- **Target Users**: 10-50 person product teams, SaaS-first companies
-- **MVP Scope**: Task management + Real-time collaboration + Integrations (GitHub, Slack)
-- **Success Metrics**: 30% reduction in tool-switching time, 20% faster project completion
-- **Financial Impact**: $2M investment, $10M ARR target year 2
-### Related Workflows
+- Executive summary
+- Problem statement with evidence
+- Proposed solution and differentiators
+- Target users (segmented)
+- MVP scope (ruthlessly defined)
+- Financial impact and ROI
+- Strategic alignment
+- Risks and open questions
-- **brainstorm-project** - Generate solution approaches first
-- **research** - Gather market/competitive intelligence
-- **prd** (Phase 2) - Detailed requirements from product brief
+**Integration:** Feeds directly into PRD workflow (Phase 2).
 ---
-## game-brief
+### game-brief
-### Purpose
-Lightweight, interactive brainstorming and planning session that captures game vision before diving into detailed Game Design Documents.
+**Purpose:** Lightweight interactive brainstorming session capturing game vision before Game Design Document.
 **Agent:** Game Designer
-**Phase:** 1 (Analysis)
-**Required:** Recommended for game projects
-### When to Use
+**When to Use:**
-- Starting a new game project from scratch
-- Exploring a game idea before committing
-- Pitching a concept to team/stakeholders
+- Starting new game project
+- Exploring game ideas before committing
+- Pitching concepts to team/stakeholders
 - Validating market fit and feasibility
-- Preparing input for GDD workflow
-**Skip if:**
-- You already have a complete GDD
-- Continuing an existing project
-- Prototyping without planning needs
+**Game Brief vs GDD:**
-### Comparison: Game Brief vs GDD
+| Aspect       | Game Brief         | GDD                       |
+| ------------ | ------------------ | ------------------------- |
+| Purpose      | Validate concept   | Design for implementation |
+| Detail Level | High-level vision  | Detailed specs            |
+| Format       | Conversational     | Structured                |
+| Output       | Concise vision doc | Comprehensive design      |
-| Aspect       | Game Brief                  | GDD                       |
-| ------------ | --------------------------- | ------------------------- |
-| Purpose      | Validate concept            | Design for implementation |
-| Detail Level | High-level vision           | Detailed specifications   |
-| Audience     | Self, team, stakeholders    | Development team          |
-| Scope        | Concept validation          | Implementation roadmap    |
-| Format       | Conversational, exploratory | Structured, comprehensive |
-| Output       | Concise vision document     | Comprehensive design doc  |
+**Key Outputs:**
-### Comparison: Game Brief vs Product Brief
-| Aspect        | Game Brief                   | Product Brief                     |
-| ------------- | ---------------------------- | --------------------------------- |
-| Focus         | Player experience, fun, feel | User problems, features, value    |
-| Metrics       | Engagement, retention, fun   | Revenue, conversion, satisfaction |
-| Core Elements | Gameplay pillars, mechanics  | Problem/solution, user segments   |
-| References    | Other games                  | Competitors, market               |
-| Vision        | Emotional experience         | Business outcomes                 |
-### Workflow Structure
-**Interactive Mode** (Recommended):
-1. Game Vision (concept, pitch, vision statement)
-2. Target Market (audience, competition, positioning)
-3. Game Fundamentals (pillars, mechanics, experience goals)
-4. Scope and Constraints (platforms, timeline, budget, team)
-5. Reference Framework (inspiration, competitors, differentiators)
-6. Content Framework (world, narrative, volume)
-7. Art and Audio Direction
-8. Risk Assessment (risks, challenges, mitigation)
-9. Success Criteria (MVP, metrics, launch goals)
-10. Next Steps
-**YOLO Mode**: AI generates complete draft, then you refine iteratively
-### Inputs
-Optional:
-- Market research
-- Brainstorming results
-- Competitive analysis
-- Design notes
-- Reference game lists
-### Outputs
-**Primary Output:** `game-brief-{game_name}-{date}.md`
-**Sections:**
-- Executive summary
-- Complete game vision
-- Target market analysis
-- Core gameplay definition
+- Game vision (concept, pitch)
+- Target market and positioning
+- Core gameplay pillars
 - Scope and constraints
 - Reference framework
-- Art/audio direction
 - Risk assessment
 - Success criteria
-- Next steps
-### Example Scenario
-**Starting Point:**
-"I want to make a roguelike card game with a twist"
-**After Game Brief:**
-- **Core Concept**: Roguelike card battler where you play as emotions battling inner demons
-- **Target Audience**: Core gamers who love Slay the Spire, interested in mental health themes
-- **Differentiator**: Emotional narrative system where deck composition affects story
-- **MVP Scope**: 3 characters, 80 cards, 30 enemy types, 3 bosses, 6-hour first run
-- **Platform**: PC (Steam) first, mobile later
-- **Timeline**: 12 months with 2-person team
-- **Key Risk**: Emotional theme might alienate hardcore roguelike fans
-- **Mitigation**: Prototype early, test with target audience, offer "mechanical-only" mode
-**Next Steps:**
-1. Build card combat prototype (2 weeks)
-2. Test emotional resonance with players
-3. Proceed to GDD workflow if prototype validates
-### Related Workflows
-- **brainstorm-game** - Generate initial concepts
-- **gdd** (Phase 2) - Full game design document
-- **narrative** (Phase 2) - For story-heavy games
+**Integration:** Feeds into GDD workflow (Phase 2).
 ---
-## research
-### Purpose
+## Decision Guide
-Comprehensive, adaptive multi-type research system that consolidates various research methodologies into a single powerful tool.
-**Agent:** Analyst
-**Phase:** 1 (Analysis)
-**Required:** No
-### Research Types
-**6 Research Types Available:**
-| Type            | Purpose                                                | Use When                            |
-| --------------- | ------------------------------------------------------ | ----------------------------------- |
-| **market**      | Market intelligence, TAM/SAM/SOM, competitive analysis | Need market viability validation    |
-| **deep_prompt** | Generate optimized research prompts for AI platforms   | Need AI to research deeper topics   |
-| **technical**   | Technology evaluation, architecture decisions          | Choosing frameworks/platforms       |
-| **competitive** | Deep competitor analysis                               | Understanding competitive landscape |
-| **user**        | Customer insights, personas, JTBD                      | Need user understanding             |
-| **domain**      | Industry deep dives, trends                            | Understanding domain/industry       |
-### Market Research (Type: market)
-**Key Features:**
-- Real-time web research
-- TAM/SAM/SOM calculations with multiple methodologies
-- Competitive landscape analysis
-- Customer persona development
-- Porter's Five Forces and strategic frameworks
-- Go-to-market strategy recommendations
-**Inputs:**
-- Product or business description
-- Target customer hypotheses (optional)
-- Known competitors list (optional)
-**Outputs:**
-- Market size analysis (TAM/SAM/SOM)
-- Competitive positioning
-- Customer segments and personas
-- Market trends and opportunities
-- Strategic recommendations
-- Financial projections (optional)
-### Deep Research Prompt (Type: deep_prompt)
-**Key Features:**
-- Optimized for AI research platforms (ChatGPT Deep Research, Gemini, Grok, Claude Projects)
-- Prompt engineering best practices
-- Platform-specific optimization
-- Context packaging for optimal AI understanding
-- Research question refinement
-**Inputs:**
-- Research question or topic
-- Background context documents (optional)
-- Target AI platform preference (optional)
-**Outputs:**
-- Platform-optimized research prompt
-- Multi-stage research workflow
-- Context documents packaged
-- Execution guidance
-### Technical Research (Type: technical)
-**Key Features:**
-- Technology evaluation and comparison matrices
-- Architecture pattern research
-- Framework/library assessment
-- Technical feasibility studies
-- Cost-benefit analysis
-- Architecture Decision Records (ADR)
-**Inputs:**
-- Technical requirements
-- Current architecture (if brownfield)
-- Technical constraints
-**Outputs:**
-- Technology comparison matrix
-- Trade-off analysis
-- Cost-benefit assessment
-- ADR with recommendation
-- Implementation guidance
-### Configuration Options
+### Starting a Software Project
-Can be customized through workflow.yaml:
+```
+brainstorm-project (if unclear) → research (market/technical) → product-brief → Phase 2 (prd)
+```
-- **research_depth**: `quick`, `standard`, or `comprehensive`
-- **enable_web_research**: Enable real-time data gathering
-- **enable_competitor_analysis**: Competitive intelligence
-- **enable_financial_modeling**: Financial projections
+### Starting a Game Project
-### Frameworks Available
+```
+brainstorm-game (if generating concepts) → research (market/competitive) → game-brief → Phase 2 (gdd)
+```
-**Market Research:**
+### Validating an Idea
-- TAM/SAM/SOM Analysis
-- Porter's Five Forces
-- Jobs-to-be-Done (JTBD)
-- Technology Adoption Lifecycle
-- SWOT Analysis
-- Value Chain Analysis
+```
+research (market type) → product-brief or game-brief → Phase 2
+```
-**Technical Research:**
+### Technical Decision Only
-- Trade-off Analysis Matrix
-- Architecture Decision Records (ADR)
-- Technology Radar
-- Comparison Matrix
-- Cost-Benefit Analysis
-- Technical Risk Assessment
+```
+research (technical type) → Use findings in Phase 3 (architecture)
+```
-### Example Scenario
+### Understanding Market
-**Type: market**
+```
+research (market/competitive type) → product-brief → Phase 2
+```
-**Input:**
-"SaaS project management tool for remote teams"
+---
-**Output:**
+## Integration with Phase 2 (Planning)
-- **TAM**: $50B (global project management software)
-- **SAM**: $5B (remote-first teams 10-50 people)
-- **SOM**: $50M (achievable in year 3)
-- **Top Competitors**: Asana, Monday.com, ClickUp
-- **Positioning**: "Real-time collaboration focused, vs async-first competitors"
-- **Customer Personas**: Product Managers (primary), Engineering Leads (secondary)
-- **Key Trends**: Remote work permanence, tool consolidation, AI features
-- **Go-to-Market**: PLG motion, free tier, viral invite mechanics
+Analysis outputs feed directly into Planning:
-### Related Workflows
+| Analysis Output             | Planning Input             |
+| --------------------------- | -------------------------- |
+| product-brief.md            | **prd** workflow           |
+| game-brief.md               | **gdd** workflow           |
+| market-research.md          | **prd** context            |
+| technical-research.md       | **architecture** (Phase 3) |
+| competitive-intelligence.md | **prd** positioning        |
-- **product-brief** - Use research to inform brief
-- **prd** (Phase 2) - Research feeds requirements
-- **architecture** (Phase 3) - Technical research informs design
+Planning workflows automatically load these documents if they exist in the output folder.
 ---
-## Best Practices for Phase 1
+## Best Practices
 ### 1. Don't Over-Invest in Analysis
-Analysis workflows are optional for a reason. If you already know what you're building and why, skip to Phase 2 (Planning).
+Analysis is optional. If requirements are clear, skip to Phase 2 (Planning).
 ### 2. Iterate Between Workflows
-It's common to:
-1. Run **brainstorm-project** to explore
-2. Use **research** to validate
-3. Create **product-brief** to synthesize
+Common pattern: brainstorm → research (validate) → brief (synthesize)
 ### 3. Document Assumptions
-Analysis phase is about surfacing and validating assumptions. Document them explicitly so planning can challenge them.
+Analysis surfaces and validates assumptions. Document them explicitly for planning to challenge.
 ### 4. Keep It Strategic
-Analysis workflows focus on "what" and "why", not "how". Leave implementation details for Planning and Solutioning phases.
+Focus on "what" and "why", not "how". Leave implementation for Planning and Solutioning.
 ### 5. Involve Stakeholders
-Analysis workflows are collaborative. Use them to align stakeholders before committing to detailed planning.
+Use analysis workflows to align stakeholders before committing to detailed planning.
 ---
-## Decision Guide: Which Analysis Workflow?
+## Common Patterns
-### Starting a Software Project
+### Greenfield Software (Full Analysis)
-1. **brainstorm-project** (if unclear solution) → **research** (market/technical) → **product-brief**
-### Starting a Game Project
+```
+1. brainstorm-project - explore approaches
+2. research (market) - validate viability
+3. product-brief - capture strategic vision
+4. → Phase 2: prd
+```
-1. **brainstorm-game** (if generating concepts) → **research** (market/competitive) → **game-brief**
+### Greenfield Game (Full Analysis)
-### Validating an Idea
+```
+1. brainstorm-game - generate concepts
+2. research (competitive) - understand landscape
+3. game-brief - capture vision
+4. → Phase 2: gdd
+```
-1. **research** (market type) → **product-brief** or **game-brief**
+### Skip Analysis (Clear Requirements)
-### Technical Decision
+```
+→ Phase 2: prd or tech-spec directly
+```
-1. **research** (technical type) → Use ADR in **architecture** (Phase 3)
+### Technical Research Only
-### Understanding Market
+```
+1. research (technical) - evaluate technologies
+2. → Phase 3: architecture (use findings in ADRs)
+```
-1. **research** (market or competitive type) → **product-brief**
+---
-### Generating Deep Research
+## Related Documentation
-1. **research** (deep_prompt type) → External AI research platform → Return with findings
+- [Phase 2: Planning Workflows](./workflows-planning.md) - Next phase
+- [Phase 3: Solutioning Workflows](./workflows-solutioning.md)
+- [Phase 4: Implementation Workflows](./workflows-implementation.md)
+- [Scale Adaptive System](./scale-adaptive-system.md) - Understanding project complexity
+- [Agents Guide](./agents-guide.md) - Complete agent reference
 ---
-## Integration with Phase 2 (Planning)
+## Troubleshooting
-Analysis workflows feed directly into Planning:
+**Q: Do I need to run all analysis workflows?**
+A: No! Analysis is entirely optional. Use only workflows that help you think through your problem.
-| Analysis Output             | Planning Input             |
-| --------------------------- | -------------------------- |
-| product-brief.md            | **prd** workflow           |
-| game-brief.md               | **gdd** workflow           |
-| market-research.md          | **prd** context            |
-| technical-research.md       | **architecture** (Phase 3) |
-| competitive-intelligence.md | **prd** positioning        |
+**Q: Which workflow should I start with?**
+A: If unsure, start with `research` (market type) to validate viability, then move to `product-brief` or `game-brief`.
-The Planning phase (Phase 2) will load these documents automatically if they exist in the output folder.
+**Q: Can I skip straight to Planning?**
+A: Yes! If you know what you're building and why, skip Phase 1 entirely and start with Phase 2 (prd/gdd/tech-spec).
----
+**Q: How long should Analysis take?**
+A: Typically hours to 1-2 days. If taking longer, you may be over-analyzing. Move to Planning.
-## Summary
+**Q: What if I discover problems during Analysis?**
+A: That's the point! Analysis helps you fail fast and pivot before heavy planning investment.
-Phase 1 Analysis workflows are your strategic thinking tools. Use them to:
+**Q: Should brownfield projects do Analysis?**
+A: Usually no. Start with `document-project` (Phase 0), then skip to Planning (Phase 2).
-- **Explore** problem spaces and solutions
-- **Validate** ideas before heavy investment
-- **Align** stakeholders on vision
-- **Research** markets, competitors, and technologies
-- **Document** strategic thinking for future reference
+---
-Remember: **These workflows are optional.** If you know what you're building and why, skip to Phase 2 (Planning) to define requirements and create your PRD/GDD.
+_Phase 1 Analysis - Optional strategic thinking before commitment._