appiq-solution 1.4.3 → 1.4.4
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.
- package/#Tools/APPIQ-METHOD/.cursor/commands/analyze.md +1 -1
- package/#Tools/APPIQ-METHOD/.cursor/commands/appiq.md +1 -1
- package/#Tools/APPIQ-METHOD/.cursor/commands/help.md +1 -1
- package/#Tools/APPIQ-METHOD/.cursor/commands/story.md +1 -1
- package/#Tools/APPIQ-METHOD/bmad-core/agents/init-flow-po.md +219 -0
- package/#Tools/APPIQ-METHOD/commands/analyze.md +1 -1
- package/#Tools/APPIQ-METHOD/commands/appiq.md +1 -1
- package/#Tools/APPIQ-METHOD/commands/help.md +1 -1
- package/#Tools/APPIQ-METHOD/commands/story.md +1 -1
- package/#Tools/APPIQ-METHOD/package.json +1 -1
- package/#Tools/APPIQ-METHOD/tools/setup-ide-commands.js +40 -37
- package/#Tools/APPIQ-METHOD/tools/smart-installer.js +16 -13
- package/bmad-core/agent-teams/team-all.yaml +14 -0
- package/bmad-core/agent-teams/team-flutter-mobile.yaml +114 -0
- package/bmad-core/agent-teams/team-fullstack.yaml +28 -0
- package/bmad-core/agent-teams/team-ide-minimal.yaml +10 -0
- package/bmad-core/agent-teams/team-no-ui.yaml +13 -0
- package/bmad-core/agents/analyst.md +85 -0
- package/bmad-core/agents/architect.md +90 -0
- package/bmad-core/agents/bmad-master.md +108 -0
- package/bmad-core/agents/bmad-orchestrator.md +150 -0
- package/bmad-core/agents/bmad-smart-launcher.md +170 -0
- package/bmad-core/agents/dev.md +95 -0
- package/bmad-core/agents/init-flow-po.md +219 -0
- package/bmad-core/agents/pm.md +85 -0
- package/bmad-core/agents/po.md +76 -0
- package/bmad-core/agents/qa.md +86 -0
- package/bmad-core/agents/sm.md +67 -0
- package/bmad-core/agents/ux-expert.md +71 -0
- package/bmad-core/bmad-core/user-guide.md +0 -0
- package/bmad-core/checklists/architect-checklist.md +443 -0
- package/bmad-core/checklists/change-checklist.md +182 -0
- package/bmad-core/checklists/pm-checklist.md +375 -0
- package/bmad-core/checklists/po-master-checklist.md +441 -0
- package/bmad-core/checklists/security-validation-checklist.md +332 -0
- package/bmad-core/checklists/story-dod-checklist.md +101 -0
- package/bmad-core/checklists/story-draft-checklist.md +156 -0
- package/bmad-core/core-config.yaml +20 -0
- package/bmad-core/core-config.yaml.bak +20 -0
- package/bmad-core/data/backend-services-integration.md +686 -0
- package/bmad-core/data/bmad-kb.md +803 -0
- package/bmad-core/data/brainstorming-techniques.md +36 -0
- package/bmad-core/data/elicitation-methods.md +134 -0
- package/bmad-core/data/shadcn-ui-integration.md +388 -0
- package/bmad-core/data/technical-preferences.md +149 -0
- package/bmad-core/enhanced-ide-development-workflow.md +43 -0
- package/bmad-core/tasks/advanced-elicitation.md +117 -0
- package/bmad-core/tasks/brownfield-create-epic.md +160 -0
- package/bmad-core/tasks/brownfield-create-story.md +147 -0
- package/bmad-core/tasks/correct-course.md +70 -0
- package/bmad-core/tasks/create-brownfield-story.md +304 -0
- package/bmad-core/tasks/create-deep-research-prompt.md +289 -0
- package/bmad-core/tasks/create-flutter-story.md +197 -0
- package/bmad-core/tasks/create-next-story.md +112 -0
- package/bmad-core/tasks/document-project.md +341 -0
- package/bmad-core/tasks/facilitate-brainstorming-session.md +136 -0
- package/bmad-core/tasks/generate-ai-frontend-prompt.md +51 -0
- package/bmad-core/tasks/index-docs.md +179 -0
- package/bmad-core/tasks/intelligent-epic-creation.md +234 -0
- package/bmad-core/tasks/kb-mode-interaction.md +75 -0
- package/bmad-core/tasks/review-story.md +145 -0
- package/bmad-core/tasks/shard-doc.md +187 -0
- package/bmad-core/tasks/smart-project-analysis.md +289 -0
- package/bmad-core/tasks/validate-next-story.md +134 -0
- package/bmad-core/templates/architecture-tmpl.yaml +650 -0
- package/bmad-core/templates/brainstorming-output-tmpl.yaml +156 -0
- package/bmad-core/templates/brownfield-architecture-tmpl.yaml +476 -0
- package/bmad-core/templates/brownfield-prd-tmpl.yaml +280 -0
- package/bmad-core/templates/competitor-analysis-tmpl.yaml +293 -0
- package/bmad-core/templates/flutter-mobile-prd-tmpl.yaml +330 -0
- package/bmad-core/templates/flutter-story-tmpl.yaml +376 -0
- package/bmad-core/templates/flutter-ui-spec-tmpl.yaml +415 -0
- package/bmad-core/templates/front-end-architecture-tmpl.yaml +206 -0
- package/bmad-core/templates/front-end-spec-tmpl.yaml +349 -0
- package/bmad-core/templates/fullstack-architecture-tmpl.yaml +812 -0
- package/bmad-core/templates/market-research-tmpl.yaml +252 -0
- package/bmad-core/templates/prd-tmpl.yaml +202 -0
- package/bmad-core/templates/project-brief-tmpl.yaml +221 -0
- package/bmad-core/templates/story-tmpl.yaml +137 -0
- package/bmad-core/user-guide.md +251 -0
- package/bmad-core/workflows/brownfield-fullstack.yaml +311 -0
- package/bmad-core/workflows/brownfield-service.yaml +187 -0
- package/bmad-core/workflows/brownfield-ui.yaml +197 -0
- package/bmad-core/workflows/greenfield-fullstack.yaml +284 -0
- package/bmad-core/workflows/greenfield-service.yaml +206 -0
- package/bmad-core/workflows/greenfield-ui.yaml +235 -0
- package/bmad-core/working-in-the-brownfield.md +373 -0
- package/package.json +1 -1
- package/tools/setup-ide-commands.js +40 -37
- package/tools/smart-installer.js +16 -13
@@ -0,0 +1,280 @@
|
|
1
|
+
template:
|
2
|
+
id: brownfield-prd-template-v2
|
3
|
+
name: Brownfield Enhancement PRD
|
4
|
+
version: 2.0
|
5
|
+
output:
|
6
|
+
format: markdown
|
7
|
+
filename: docs/prd.md
|
8
|
+
title: "{{project_name}} Brownfield Enhancement PRD"
|
9
|
+
|
10
|
+
workflow:
|
11
|
+
mode: interactive
|
12
|
+
elicitation: advanced-elicitation
|
13
|
+
|
14
|
+
sections:
|
15
|
+
- id: intro-analysis
|
16
|
+
title: Intro Project Analysis and Context
|
17
|
+
instruction: |
|
18
|
+
IMPORTANT - SCOPE ASSESSMENT REQUIRED:
|
19
|
+
|
20
|
+
This PRD is for SIGNIFICANT enhancements to existing projects that require comprehensive planning and multiple stories. Before proceeding:
|
21
|
+
|
22
|
+
1. **Assess Enhancement Complexity**: If this is a simple feature addition or bug fix that could be completed in 1-2 focused development sessions, STOP and recommend: "For simpler changes, consider using the brownfield-create-epic or brownfield-create-story task with the Product Owner instead. This full PRD process is designed for substantial enhancements that require architectural planning and multiple coordinated stories."
|
23
|
+
|
24
|
+
2. **Project Context**: Determine if we're working in an IDE with the project already loaded or if the user needs to provide project information. If project files are available, analyze existing documentation in the docs folder. If insufficient documentation exists, recommend running the document-project task first.
|
25
|
+
|
26
|
+
3. **Deep Assessment Requirement**: You MUST thoroughly analyze the existing project structure, patterns, and constraints before making ANY suggestions. Every recommendation must be grounded in actual project analysis, not assumptions.
|
27
|
+
|
28
|
+
Gather comprehensive information about the existing project. This section must be completed before proceeding with requirements.
|
29
|
+
|
30
|
+
CRITICAL: Throughout this analysis, explicitly confirm your understanding with the user. For every assumption you make about the existing project, ask: "Based on my analysis, I understand that [assumption]. Is this correct?"
|
31
|
+
|
32
|
+
Do not proceed with any recommendations until the user has validated your understanding of the existing system.
|
33
|
+
sections:
|
34
|
+
- id: existing-project-overview
|
35
|
+
title: Existing Project Overview
|
36
|
+
instruction: Check if document-project analysis was already performed. If yes, reference that output instead of re-analyzing.
|
37
|
+
sections:
|
38
|
+
- id: analysis-source
|
39
|
+
title: Analysis Source
|
40
|
+
instruction: |
|
41
|
+
Indicate one of the following:
|
42
|
+
- Document-project output available at: {{path}}
|
43
|
+
- IDE-based fresh analysis
|
44
|
+
- User-provided information
|
45
|
+
- id: current-state
|
46
|
+
title: Current Project State
|
47
|
+
instruction: |
|
48
|
+
- If document-project output exists: Extract summary from "High Level Architecture" and "Technical Summary" sections
|
49
|
+
- Otherwise: Brief description of what the project currently does and its primary purpose
|
50
|
+
- id: documentation-analysis
|
51
|
+
title: Available Documentation Analysis
|
52
|
+
instruction: |
|
53
|
+
If document-project was run:
|
54
|
+
- Note: "Document-project analysis available - using existing technical documentation"
|
55
|
+
- List key documents created by document-project
|
56
|
+
- Skip the missing documentation check below
|
57
|
+
|
58
|
+
Otherwise, check for existing documentation:
|
59
|
+
sections:
|
60
|
+
- id: available-docs
|
61
|
+
title: Available Documentation
|
62
|
+
type: checklist
|
63
|
+
items:
|
64
|
+
- Tech Stack Documentation [[LLM: If from document-project, check ✓]]
|
65
|
+
- Source Tree/Architecture [[LLM: If from document-project, check ✓]]
|
66
|
+
- Coding Standards [[LLM: If from document-project, may be partial]]
|
67
|
+
- API Documentation [[LLM: If from document-project, check ✓]]
|
68
|
+
- External API Documentation [[LLM: If from document-project, check ✓]]
|
69
|
+
- UX/UI Guidelines [[LLM: May not be in document-project]]
|
70
|
+
- Technical Debt Documentation [[LLM: If from document-project, check ✓]]
|
71
|
+
- "Other: {{other_docs}}"
|
72
|
+
instruction: |
|
73
|
+
- If document-project was already run: "Using existing project analysis from document-project output."
|
74
|
+
- If critical documentation is missing and no document-project: "I recommend running the document-project task first..."
|
75
|
+
- id: enhancement-scope
|
76
|
+
title: Enhancement Scope Definition
|
77
|
+
instruction: Work with user to clearly define what type of enhancement this is. This is critical for scoping and approach.
|
78
|
+
sections:
|
79
|
+
- id: enhancement-type
|
80
|
+
title: Enhancement Type
|
81
|
+
type: checklist
|
82
|
+
instruction: Determine with user which applies
|
83
|
+
items:
|
84
|
+
- New Feature Addition
|
85
|
+
- Major Feature Modification
|
86
|
+
- Integration with New Systems
|
87
|
+
- Performance/Scalability Improvements
|
88
|
+
- UI/UX Overhaul
|
89
|
+
- Technology Stack Upgrade
|
90
|
+
- Bug Fix and Stability Improvements
|
91
|
+
- "Other: {{other_type}}"
|
92
|
+
- id: enhancement-description
|
93
|
+
title: Enhancement Description
|
94
|
+
instruction: 2-3 sentences describing what the user wants to add or change
|
95
|
+
- id: impact-assessment
|
96
|
+
title: Impact Assessment
|
97
|
+
type: checklist
|
98
|
+
instruction: Assess the scope of impact on existing codebase
|
99
|
+
items:
|
100
|
+
- Minimal Impact (isolated additions)
|
101
|
+
- Moderate Impact (some existing code changes)
|
102
|
+
- Significant Impact (substantial existing code changes)
|
103
|
+
- Major Impact (architectural changes required)
|
104
|
+
- id: goals-context
|
105
|
+
title: Goals and Background Context
|
106
|
+
sections:
|
107
|
+
- id: goals
|
108
|
+
title: Goals
|
109
|
+
type: bullet-list
|
110
|
+
instruction: Bullet list of 1-line desired outcomes this enhancement will deliver if successful
|
111
|
+
- id: background
|
112
|
+
title: Background Context
|
113
|
+
type: paragraphs
|
114
|
+
instruction: 1-2 short paragraphs explaining why this enhancement is needed, what problem it solves, and how it fits with the existing project
|
115
|
+
- id: changelog
|
116
|
+
title: Change Log
|
117
|
+
type: table
|
118
|
+
columns: [Change, Date, Version, Description, Author]
|
119
|
+
|
120
|
+
- id: requirements
|
121
|
+
title: Requirements
|
122
|
+
instruction: |
|
123
|
+
Draft functional and non-functional requirements based on your validated understanding of the existing project. Before presenting requirements, confirm: "These requirements are based on my understanding of your existing system. Please review carefully and confirm they align with your project's reality."
|
124
|
+
elicit: true
|
125
|
+
sections:
|
126
|
+
- id: functional
|
127
|
+
title: Functional
|
128
|
+
type: numbered-list
|
129
|
+
prefix: FR
|
130
|
+
instruction: Each Requirement will be a bullet markdown with identifier starting with FR
|
131
|
+
examples:
|
132
|
+
- "FR1: The existing Todo List will integrate with the new AI duplicate detection service without breaking current functionality."
|
133
|
+
- id: non-functional
|
134
|
+
title: Non Functional
|
135
|
+
type: numbered-list
|
136
|
+
prefix: NFR
|
137
|
+
instruction: Each Requirement will be a bullet markdown with identifier starting with NFR. Include constraints from existing system
|
138
|
+
examples:
|
139
|
+
- "NFR1: Enhancement must maintain existing performance characteristics and not exceed current memory usage by more than 20%."
|
140
|
+
- id: compatibility
|
141
|
+
title: Compatibility Requirements
|
142
|
+
instruction: Critical for brownfield - what must remain compatible
|
143
|
+
type: numbered-list
|
144
|
+
prefix: CR
|
145
|
+
template: "{{requirement}}: {{description}}"
|
146
|
+
items:
|
147
|
+
- id: cr1
|
148
|
+
template: "CR1: {{existing_api_compatibility}}"
|
149
|
+
- id: cr2
|
150
|
+
template: "CR2: {{database_schema_compatibility}}"
|
151
|
+
- id: cr3
|
152
|
+
template: "CR3: {{ui_ux_consistency}}"
|
153
|
+
- id: cr4
|
154
|
+
template: "CR4: {{integration_compatibility}}"
|
155
|
+
|
156
|
+
- id: ui-enhancement-goals
|
157
|
+
title: User Interface Enhancement Goals
|
158
|
+
condition: Enhancement includes UI changes
|
159
|
+
instruction: For UI changes, capture how they will integrate with existing UI patterns and design systems
|
160
|
+
sections:
|
161
|
+
- id: existing-ui-integration
|
162
|
+
title: Integration with Existing UI
|
163
|
+
instruction: Describe how new UI elements will fit with existing design patterns, style guides, and component libraries
|
164
|
+
- id: modified-screens
|
165
|
+
title: Modified/New Screens and Views
|
166
|
+
instruction: List only the screens/views that will be modified or added
|
167
|
+
- id: ui-consistency
|
168
|
+
title: UI Consistency Requirements
|
169
|
+
instruction: Specific requirements for maintaining visual and interaction consistency with existing application
|
170
|
+
|
171
|
+
- id: technical-constraints
|
172
|
+
title: Technical Constraints and Integration Requirements
|
173
|
+
instruction: This section replaces separate architecture documentation. Gather detailed technical constraints from existing project analysis.
|
174
|
+
sections:
|
175
|
+
- id: existing-tech-stack
|
176
|
+
title: Existing Technology Stack
|
177
|
+
instruction: |
|
178
|
+
If document-project output available:
|
179
|
+
- Extract from "Actual Tech Stack" table in High Level Architecture section
|
180
|
+
- Include version numbers and any noted constraints
|
181
|
+
|
182
|
+
Otherwise, document the current technology stack:
|
183
|
+
template: |
|
184
|
+
**Languages**: {{languages}}
|
185
|
+
**Frameworks**: {{frameworks}}
|
186
|
+
**Database**: {{database}}
|
187
|
+
**Infrastructure**: {{infrastructure}}
|
188
|
+
**External Dependencies**: {{external_dependencies}}
|
189
|
+
- id: integration-approach
|
190
|
+
title: Integration Approach
|
191
|
+
instruction: Define how the enhancement will integrate with existing architecture
|
192
|
+
template: |
|
193
|
+
**Database Integration Strategy**: {{database_integration}}
|
194
|
+
**API Integration Strategy**: {{api_integration}}
|
195
|
+
**Frontend Integration Strategy**: {{frontend_integration}}
|
196
|
+
**Testing Integration Strategy**: {{testing_integration}}
|
197
|
+
- id: code-organization
|
198
|
+
title: Code Organization and Standards
|
199
|
+
instruction: Based on existing project analysis, define how new code will fit existing patterns
|
200
|
+
template: |
|
201
|
+
**File Structure Approach**: {{file_structure}}
|
202
|
+
**Naming Conventions**: {{naming_conventions}}
|
203
|
+
**Coding Standards**: {{coding_standards}}
|
204
|
+
**Documentation Standards**: {{documentation_standards}}
|
205
|
+
- id: deployment-operations
|
206
|
+
title: Deployment and Operations
|
207
|
+
instruction: How the enhancement fits existing deployment pipeline
|
208
|
+
template: |
|
209
|
+
**Build Process Integration**: {{build_integration}}
|
210
|
+
**Deployment Strategy**: {{deployment_strategy}}
|
211
|
+
**Monitoring and Logging**: {{monitoring_logging}}
|
212
|
+
**Configuration Management**: {{config_management}}
|
213
|
+
- id: risk-assessment
|
214
|
+
title: Risk Assessment and Mitigation
|
215
|
+
instruction: |
|
216
|
+
If document-project output available:
|
217
|
+
- Reference "Technical Debt and Known Issues" section
|
218
|
+
- Include "Workarounds and Gotchas" that might impact enhancement
|
219
|
+
- Note any identified constraints from "Critical Technical Debt"
|
220
|
+
|
221
|
+
Build risk assessment incorporating existing known issues:
|
222
|
+
template: |
|
223
|
+
**Technical Risks**: {{technical_risks}}
|
224
|
+
**Integration Risks**: {{integration_risks}}
|
225
|
+
**Deployment Risks**: {{deployment_risks}}
|
226
|
+
**Mitigation Strategies**: {{mitigation_strategies}}
|
227
|
+
|
228
|
+
- id: epic-structure
|
229
|
+
title: Epic and Story Structure
|
230
|
+
instruction: |
|
231
|
+
For brownfield projects, favor a single comprehensive epic unless the user is clearly requesting multiple unrelated enhancements. Before presenting the epic structure, confirm: "Based on my analysis of your existing project, I believe this enhancement should be structured as [single epic/multiple epics] because [rationale based on actual project analysis]. Does this align with your understanding of the work required?"
|
232
|
+
elicit: true
|
233
|
+
sections:
|
234
|
+
- id: epic-approach
|
235
|
+
title: Epic Approach
|
236
|
+
instruction: Explain the rationale for epic structure - typically single epic for brownfield unless multiple unrelated features
|
237
|
+
template: "**Epic Structure Decision**: {{epic_decision}} with rationale"
|
238
|
+
|
239
|
+
- id: epic-details
|
240
|
+
title: "Epic 1: {{enhancement_title}}"
|
241
|
+
instruction: |
|
242
|
+
Comprehensive epic that delivers the brownfield enhancement while maintaining existing functionality
|
243
|
+
|
244
|
+
CRITICAL STORY SEQUENCING FOR BROWNFIELD:
|
245
|
+
- Stories must ensure existing functionality remains intact
|
246
|
+
- Each story should include verification that existing features still work
|
247
|
+
- Stories should be sequenced to minimize risk to existing system
|
248
|
+
- Include rollback considerations for each story
|
249
|
+
- Focus on incremental integration rather than big-bang changes
|
250
|
+
- Size stories for AI agent execution in existing codebase context
|
251
|
+
- MANDATORY: Present the complete story sequence and ask: "This story sequence is designed to minimize risk to your existing system. Does this order make sense given your project's architecture and constraints?"
|
252
|
+
- Stories must be logically sequential with clear dependencies identified
|
253
|
+
- Each story must deliver value while maintaining system integrity
|
254
|
+
template: |
|
255
|
+
**Epic Goal**: {{epic_goal}}
|
256
|
+
|
257
|
+
**Integration Requirements**: {{integration_requirements}}
|
258
|
+
sections:
|
259
|
+
- id: story
|
260
|
+
title: "Story 1.{{story_number}} {{story_title}}"
|
261
|
+
repeatable: true
|
262
|
+
template: |
|
263
|
+
As a {{user_type}},
|
264
|
+
I want {{action}},
|
265
|
+
so that {{benefit}}.
|
266
|
+
sections:
|
267
|
+
- id: acceptance-criteria
|
268
|
+
title: Acceptance Criteria
|
269
|
+
type: numbered-list
|
270
|
+
instruction: Define criteria that include both new functionality and existing system integrity
|
271
|
+
item_template: "{{criterion_number}}: {{criteria}}"
|
272
|
+
- id: integration-verification
|
273
|
+
title: Integration Verification
|
274
|
+
instruction: Specific verification steps to ensure existing functionality remains intact
|
275
|
+
type: numbered-list
|
276
|
+
prefix: IV
|
277
|
+
items:
|
278
|
+
- template: "IV1: {{existing_functionality_verification}}"
|
279
|
+
- template: "IV2: {{integration_point_verification}}"
|
280
|
+
- template: "IV3: {{performance_impact_verification}}"
|
@@ -0,0 +1,293 @@
|
|
1
|
+
template:
|
2
|
+
id: competitor-analysis-template-v2
|
3
|
+
name: Competitive Analysis Report
|
4
|
+
version: 2.0
|
5
|
+
output:
|
6
|
+
format: markdown
|
7
|
+
filename: docs/competitor-analysis.md
|
8
|
+
title: "Competitive Analysis Report: {{project_product_name}}"
|
9
|
+
|
10
|
+
workflow:
|
11
|
+
mode: interactive
|
12
|
+
elicitation: advanced-elicitation
|
13
|
+
custom_elicitation:
|
14
|
+
title: "Competitive Analysis Elicitation Actions"
|
15
|
+
options:
|
16
|
+
- "Deep dive on a specific competitor's strategy"
|
17
|
+
- "Analyze competitive dynamics in a specific segment"
|
18
|
+
- "War game competitive responses to your moves"
|
19
|
+
- "Explore partnership vs. competition scenarios"
|
20
|
+
- "Stress test differentiation claims"
|
21
|
+
- "Analyze disruption potential (yours or theirs)"
|
22
|
+
- "Compare to competition in adjacent markets"
|
23
|
+
- "Generate win/loss analysis insights"
|
24
|
+
- "If only we had known about [competitor X's plan]..."
|
25
|
+
- "Proceed to next section"
|
26
|
+
|
27
|
+
sections:
|
28
|
+
- id: executive-summary
|
29
|
+
title: Executive Summary
|
30
|
+
instruction: Provide high-level competitive insights, main threats and opportunities, and recommended strategic actions. Write this section LAST after completing all analysis.
|
31
|
+
|
32
|
+
- id: analysis-scope
|
33
|
+
title: Analysis Scope & Methodology
|
34
|
+
instruction: This template guides comprehensive competitor analysis. Start by understanding the user's competitive intelligence needs and strategic objectives. Help them identify and prioritize competitors before diving into detailed analysis.
|
35
|
+
sections:
|
36
|
+
- id: analysis-purpose
|
37
|
+
title: Analysis Purpose
|
38
|
+
instruction: |
|
39
|
+
Define the primary purpose:
|
40
|
+
- New market entry assessment
|
41
|
+
- Product positioning strategy
|
42
|
+
- Feature gap analysis
|
43
|
+
- Pricing strategy development
|
44
|
+
- Partnership/acquisition targets
|
45
|
+
- Competitive threat assessment
|
46
|
+
- id: competitor-categories
|
47
|
+
title: Competitor Categories Analyzed
|
48
|
+
instruction: |
|
49
|
+
List categories included:
|
50
|
+
- Direct Competitors: Same product/service, same target market
|
51
|
+
- Indirect Competitors: Different product, same need/problem
|
52
|
+
- Potential Competitors: Could enter market easily
|
53
|
+
- Substitute Products: Alternative solutions
|
54
|
+
- Aspirational Competitors: Best-in-class examples
|
55
|
+
- id: research-methodology
|
56
|
+
title: Research Methodology
|
57
|
+
instruction: |
|
58
|
+
Describe approach:
|
59
|
+
- Information sources used
|
60
|
+
- Analysis timeframe
|
61
|
+
- Confidence levels
|
62
|
+
- Limitations
|
63
|
+
|
64
|
+
- id: competitive-landscape
|
65
|
+
title: Competitive Landscape Overview
|
66
|
+
sections:
|
67
|
+
- id: market-structure
|
68
|
+
title: Market Structure
|
69
|
+
instruction: |
|
70
|
+
Describe the competitive environment:
|
71
|
+
- Number of active competitors
|
72
|
+
- Market concentration (fragmented/consolidated)
|
73
|
+
- Competitive dynamics
|
74
|
+
- Recent market entries/exits
|
75
|
+
- id: prioritization-matrix
|
76
|
+
title: Competitor Prioritization Matrix
|
77
|
+
instruction: |
|
78
|
+
Help categorize competitors by market share and strategic threat level
|
79
|
+
|
80
|
+
Create a 2x2 matrix:
|
81
|
+
- Priority 1 (Core Competitors): High Market Share + High Threat
|
82
|
+
- Priority 2 (Emerging Threats): Low Market Share + High Threat
|
83
|
+
- Priority 3 (Established Players): High Market Share + Low Threat
|
84
|
+
- Priority 4 (Monitor Only): Low Market Share + Low Threat
|
85
|
+
|
86
|
+
- id: competitor-profiles
|
87
|
+
title: Individual Competitor Profiles
|
88
|
+
instruction: Create detailed profiles for each Priority 1 and Priority 2 competitor. For Priority 3 and 4, create condensed profiles.
|
89
|
+
repeatable: true
|
90
|
+
sections:
|
91
|
+
- id: competitor
|
92
|
+
title: "{{competitor_name}} - Priority {{priority_level}}"
|
93
|
+
sections:
|
94
|
+
- id: company-overview
|
95
|
+
title: Company Overview
|
96
|
+
template: |
|
97
|
+
- **Founded:** {{year_founders}}
|
98
|
+
- **Headquarters:** {{location}}
|
99
|
+
- **Company Size:** {{employees_revenue}}
|
100
|
+
- **Funding:** {{total_raised_investors}}
|
101
|
+
- **Leadership:** {{key_executives}}
|
102
|
+
- id: business-model
|
103
|
+
title: Business Model & Strategy
|
104
|
+
template: |
|
105
|
+
- **Revenue Model:** {{revenue_model}}
|
106
|
+
- **Target Market:** {{customer_segments}}
|
107
|
+
- **Value Proposition:** {{value_promise}}
|
108
|
+
- **Go-to-Market Strategy:** {{gtm_approach}}
|
109
|
+
- **Strategic Focus:** {{current_priorities}}
|
110
|
+
- id: product-analysis
|
111
|
+
title: Product/Service Analysis
|
112
|
+
template: |
|
113
|
+
- **Core Offerings:** {{main_products}}
|
114
|
+
- **Key Features:** {{standout_capabilities}}
|
115
|
+
- **User Experience:** {{ux_assessment}}
|
116
|
+
- **Technology Stack:** {{tech_stack}}
|
117
|
+
- **Pricing:** {{pricing_model}}
|
118
|
+
- id: strengths-weaknesses
|
119
|
+
title: Strengths & Weaknesses
|
120
|
+
sections:
|
121
|
+
- id: strengths
|
122
|
+
title: Strengths
|
123
|
+
type: bullet-list
|
124
|
+
template: "- {{strength}}"
|
125
|
+
- id: weaknesses
|
126
|
+
title: Weaknesses
|
127
|
+
type: bullet-list
|
128
|
+
template: "- {{weakness}}"
|
129
|
+
- id: market-position
|
130
|
+
title: Market Position & Performance
|
131
|
+
template: |
|
132
|
+
- **Market Share:** {{market_share_estimate}}
|
133
|
+
- **Customer Base:** {{customer_size_notables}}
|
134
|
+
- **Growth Trajectory:** {{growth_trend}}
|
135
|
+
- **Recent Developments:** {{key_news}}
|
136
|
+
|
137
|
+
- id: comparative-analysis
|
138
|
+
title: Comparative Analysis
|
139
|
+
sections:
|
140
|
+
- id: feature-comparison
|
141
|
+
title: Feature Comparison Matrix
|
142
|
+
instruction: Create a detailed comparison table of key features across competitors
|
143
|
+
type: table
|
144
|
+
columns: ["Feature Category", "{{your_company}}", "{{competitor_1}}", "{{competitor_2}}", "{{competitor_3}}"]
|
145
|
+
rows:
|
146
|
+
- category: "Core Functionality"
|
147
|
+
items:
|
148
|
+
- ["Feature A", "{{status}}", "{{status}}", "{{status}}", "{{status}}"]
|
149
|
+
- ["Feature B", "{{status}}", "{{status}}", "{{status}}", "{{status}}"]
|
150
|
+
- category: "User Experience"
|
151
|
+
items:
|
152
|
+
- ["Mobile App", "{{rating}}", "{{rating}}", "{{rating}}", "{{rating}}"]
|
153
|
+
- ["Onboarding Time", "{{time}}", "{{time}}", "{{time}}", "{{time}}"]
|
154
|
+
- category: "Integration & Ecosystem"
|
155
|
+
items:
|
156
|
+
- ["API Availability", "{{availability}}", "{{availability}}", "{{availability}}", "{{availability}}"]
|
157
|
+
- ["Third-party Integrations", "{{number}}", "{{number}}", "{{number}}", "{{number}}"]
|
158
|
+
- category: "Pricing & Plans"
|
159
|
+
items:
|
160
|
+
- ["Starting Price", "{{price}}", "{{price}}", "{{price}}", "{{price}}"]
|
161
|
+
- ["Free Tier", "{{yes_no}}", "{{yes_no}}", "{{yes_no}}", "{{yes_no}}"]
|
162
|
+
- id: swot-comparison
|
163
|
+
title: SWOT Comparison
|
164
|
+
instruction: Create SWOT analysis for your solution vs. top competitors
|
165
|
+
sections:
|
166
|
+
- id: your-solution
|
167
|
+
title: Your Solution
|
168
|
+
template: |
|
169
|
+
- **Strengths:** {{strengths}}
|
170
|
+
- **Weaknesses:** {{weaknesses}}
|
171
|
+
- **Opportunities:** {{opportunities}}
|
172
|
+
- **Threats:** {{threats}}
|
173
|
+
- id: vs-competitor
|
174
|
+
title: "vs. {{main_competitor}}"
|
175
|
+
template: |
|
176
|
+
- **Competitive Advantages:** {{your_advantages}}
|
177
|
+
- **Competitive Disadvantages:** {{their_advantages}}
|
178
|
+
- **Differentiation Opportunities:** {{differentiation}}
|
179
|
+
- id: positioning-map
|
180
|
+
title: Positioning Map
|
181
|
+
instruction: |
|
182
|
+
Describe competitor positions on key dimensions
|
183
|
+
|
184
|
+
Create a positioning description using 2 key dimensions relevant to the market, such as:
|
185
|
+
- Price vs. Features
|
186
|
+
- Ease of Use vs. Power
|
187
|
+
- Specialization vs. Breadth
|
188
|
+
- Self-Serve vs. High-Touch
|
189
|
+
|
190
|
+
- id: strategic-analysis
|
191
|
+
title: Strategic Analysis
|
192
|
+
sections:
|
193
|
+
- id: competitive-advantages
|
194
|
+
title: Competitive Advantages Assessment
|
195
|
+
sections:
|
196
|
+
- id: sustainable-advantages
|
197
|
+
title: Sustainable Advantages
|
198
|
+
instruction: |
|
199
|
+
Identify moats and defensible positions:
|
200
|
+
- Network effects
|
201
|
+
- Switching costs
|
202
|
+
- Brand strength
|
203
|
+
- Technology barriers
|
204
|
+
- Regulatory advantages
|
205
|
+
- id: vulnerable-points
|
206
|
+
title: Vulnerable Points
|
207
|
+
instruction: |
|
208
|
+
Where competitors could be challenged:
|
209
|
+
- Weak customer segments
|
210
|
+
- Missing features
|
211
|
+
- Poor user experience
|
212
|
+
- High prices
|
213
|
+
- Limited geographic presence
|
214
|
+
- id: blue-ocean
|
215
|
+
title: Blue Ocean Opportunities
|
216
|
+
instruction: |
|
217
|
+
Identify uncontested market spaces
|
218
|
+
|
219
|
+
List opportunities to create new market space:
|
220
|
+
- Underserved segments
|
221
|
+
- Unaddressed use cases
|
222
|
+
- New business models
|
223
|
+
- Geographic expansion
|
224
|
+
- Different value propositions
|
225
|
+
|
226
|
+
- id: strategic-recommendations
|
227
|
+
title: Strategic Recommendations
|
228
|
+
sections:
|
229
|
+
- id: differentiation-strategy
|
230
|
+
title: Differentiation Strategy
|
231
|
+
instruction: |
|
232
|
+
How to position against competitors:
|
233
|
+
- Unique value propositions to emphasize
|
234
|
+
- Features to prioritize
|
235
|
+
- Segments to target
|
236
|
+
- Messaging and positioning
|
237
|
+
- id: competitive-response
|
238
|
+
title: Competitive Response Planning
|
239
|
+
sections:
|
240
|
+
- id: offensive-strategies
|
241
|
+
title: Offensive Strategies
|
242
|
+
instruction: |
|
243
|
+
How to gain market share:
|
244
|
+
- Target competitor weaknesses
|
245
|
+
- Win competitive deals
|
246
|
+
- Capture their customers
|
247
|
+
- id: defensive-strategies
|
248
|
+
title: Defensive Strategies
|
249
|
+
instruction: |
|
250
|
+
How to protect your position:
|
251
|
+
- Strengthen vulnerable areas
|
252
|
+
- Build switching costs
|
253
|
+
- Deepen customer relationships
|
254
|
+
- id: partnership-ecosystem
|
255
|
+
title: Partnership & Ecosystem Strategy
|
256
|
+
instruction: |
|
257
|
+
Potential collaboration opportunities:
|
258
|
+
- Complementary players
|
259
|
+
- Channel partners
|
260
|
+
- Technology integrations
|
261
|
+
- Strategic alliances
|
262
|
+
|
263
|
+
- id: monitoring-plan
|
264
|
+
title: Monitoring & Intelligence Plan
|
265
|
+
sections:
|
266
|
+
- id: key-competitors
|
267
|
+
title: Key Competitors to Track
|
268
|
+
instruction: Priority list with rationale
|
269
|
+
- id: monitoring-metrics
|
270
|
+
title: Monitoring Metrics
|
271
|
+
instruction: |
|
272
|
+
What to track:
|
273
|
+
- Product updates
|
274
|
+
- Pricing changes
|
275
|
+
- Customer wins/losses
|
276
|
+
- Funding/M&A activity
|
277
|
+
- Market messaging
|
278
|
+
- id: intelligence-sources
|
279
|
+
title: Intelligence Sources
|
280
|
+
instruction: |
|
281
|
+
Where to gather ongoing intelligence:
|
282
|
+
- Company websites/blogs
|
283
|
+
- Customer reviews
|
284
|
+
- Industry reports
|
285
|
+
- Social media
|
286
|
+
- Patent filings
|
287
|
+
- id: update-cadence
|
288
|
+
title: Update Cadence
|
289
|
+
instruction: |
|
290
|
+
Recommended review schedule:
|
291
|
+
- Weekly: {{weekly_items}}
|
292
|
+
- Monthly: {{monthly_items}}
|
293
|
+
- Quarterly: {{quarterly_analysis}}
|