| name | Competitive Analysis |
| department | scout |
| description | Feature comparison matrix across competing products and prior art |
| version | 1 |
| triggers | ["competitive","alternative","comparison","prior art","competitor","benchmark","market research"] |
Competitive Analysis
Purpose
Map the landscape of competing products and prior art to identify proven patterns, differentiation opportunities, and lessons learned before building.
Inputs
- Feature or product area to analyze
- Known competitors or similar products (or let the process discover them)
- Target user segment
- Specific aspects to compare (if any focus areas are known)
Process
Step 1: Identify Competing Products or Prior Art
- Direct competitors (same problem, same audience)
- Indirect competitors (different approach to the same underlying need)
- Prior art in adjacent domains (similar interaction patterns in different contexts)
- Open source alternatives
- Note market positioning of each (enterprise vs indie, free vs paid, general vs niche)
Step 2: Map Feature Sets
For each competitor, catalog:
- Core features (what they do well)
- Secondary features (nice-to-haves they include)
- Missing features (notable gaps)
- Unique features (things only they offer)
- Recent additions (direction they're heading)
Step 3: Evaluate UX and Interaction Approaches
For each competitor:
- Onboarding flow (how new users get started)
- Primary interaction model (how users accomplish the core task)
- Information architecture (how content and features are organized)
- Visual design language (aesthetic, density, tone)
- Notable UX innovations or frustrations
Step 4: Assess Technical Architecture Trade-offs
Where visible or inferable:
- Client-side vs server-side rendering approach
- Real-time vs polling vs static data
- Offline support and data sync strategy
- API design philosophy (REST, GraphQL, RPC)
- Performance characteristics (load time, responsiveness)
Step 5: Identify Gaps and Differentiation Opportunities
- Features competitors lack that users request (check forums, reviews, feature requests)
- UX frustrations users report across competitors
- Underserved user segments
- Technical advantages your stack enables
- Pricing or access model gaps
Step 6: Synthesize Lessons Learned
- What patterns are proven across multiple competitors (safe to adopt)?
- What approaches have competitors tried and abandoned (learn from their mistakes)?
- What is table stakes vs differentiating in this space?
- What would users switch for?
Output Format
Feature Comparison Matrix
| Feature | Our Product | Competitor A | Competitor B | Competitor C |
|---|
| Feature 1 | ... | ... | ... | ... |
| Feature 2 | ... | ... | ... | ... |
| ... | ... | ... | ... | ... |
UX Approach Summary
| Aspect | Competitor A | Competitor B | Competitor C |
|---|
| Onboarding | ... | ... | ... |
| Core interaction | ... | ... | ... |
| Information architecture | ... | ... | ... |
| Visual style | ... | ... | ... |
Differentiation Opportunities
- [Opportunity] — [Description and rationale]
- [Opportunity] — [Description and rationale]
- [Opportunity] — [Description and rationale]
Lessons from Prior Art
- Adopt: [Pattern] — proven across [competitors], users expect it
- Avoid: [Pattern] — [competitor] tried this and [outcome]
- Innovate: [Area] — no competitor has solved this well yet
Quality Checks
Evolution Notes