competitive-teardown
Analyzes competitor products and companies by synthesizing data from pricing pages, app store reviews, job postings, SEO signals, and social media into structured competitive intelligence. Produces feature comparison matrices scored across 12 dimensions, SWOT analyses, positioning maps, UX audits, pricing model breakdowns, action item roadmaps, and stakeholder presentation templates. Use when conducting competitor analysis, comparing products against competitors, researching the competitive landscape, building battle cards for sales, preparing for a product strategy or roadmap session, responding to a competitor's new feature or pricing change, or performing a quarterly competitive review.
Best use case
competitive-teardown is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Analyzes competitor products and companies by synthesizing data from pricing pages, app store reviews, job postings, SEO signals, and social media into structured competitive intelligence. Produces feature comparison matrices scored across 12 dimensions, SWOT analyses, positioning maps, UX audits, pricing model breakdowns, action item roadmaps, and stakeholder presentation templates. Use when conducting competitor analysis, comparing products against competitors, researching the competitive landscape, building battle cards for sales, preparing for a product strategy or roadmap session, responding to a competitor's new feature or pricing change, or performing a quarterly competitive review.
Teams using competitive-teardown should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/competitive-teardown/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How competitive-teardown Compares
| Feature / Agent | competitive-teardown | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Analyzes competitor products and companies by synthesizing data from pricing pages, app store reviews, job postings, SEO signals, and social media into structured competitive intelligence. Produces feature comparison matrices scored across 12 dimensions, SWOT analyses, positioning maps, UX audits, pricing model breakdowns, action item roadmaps, and stakeholder presentation templates. Use when conducting competitor analysis, comparing products against competitors, researching the competitive landscape, building battle cards for sales, preparing for a product strategy or roadmap session, responding to a competitor's new feature or pricing change, or performing a quarterly competitive review.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
Related Guides
AI Agent for Product Research
Browse AI agent skills for product research, competitive analysis, customer discovery, and structured product decision support.
AI Agents for Startups
Explore AI agent skills for startup validation, product research, growth experiments, documentation, and fast execution with small teams.
Best AI Skills for Claude
Explore the best AI skills for Claude and Claude Code across coding, research, workflow automation, documentation, and agent operations.
SKILL.md Source
# Competitive Teardown **Tier:** POWERFUL **Category:** Product Team **Domain:** Competitive Intelligence, Product Strategy, Market Analysis --- ## When to Use - Before a product strategy or roadmap session - When a competitor launches a major feature or pricing change - Quarterly competitive review - Before a sales pitch where you need battle card data - When entering a new market segment --- ## Teardown Workflow Follow these steps in sequence to produce a complete teardown: 1. **Define competitors** — List 2–4 competitors to analyze. Confirm which is the primary focus. 2. **Collect data** — Use `references/data-collection-guide.md` to gather raw signals from at least 3 sources per competitor (website, reviews, job postings, SEO, social). _Validation checkpoint: Before proceeding, confirm you have pricing data, at least 20 reviews, and job posting counts for each competitor._ 3. **Score using rubric** — Apply the 12-dimension rubric below to produce a numeric scorecard for each competitor and your own product. _Validation checkpoint: Every dimension should have a score and at least one supporting evidence note._ 4. **Generate outputs** — Populate the templates in `references/analysis-templates.md` (Feature Matrix, Pricing Analysis, SWOT, Positioning Map, UX Audit). 5. **Build action plan** — Translate findings into the Action Items template (quick wins / medium-term / strategic). 6. **Package for stakeholders** — Assemble the Stakeholder Presentation using outputs from steps 3–5. --- ## Data Collection Guide > Full executable scripts for each source are in `references/data-collection-guide.md`. Summaries of what to capture are below. ### 1. Website Analysis Key things to capture: - Pricing tiers and price points - Feature lists per tier - Primary CTA and messaging - Case studies / customer logos (signals ICP) - Integration logos - Trust signals (certifications, compliance badges) ### 2. App Store Reviews Review sentiment categories: - **Praise** → what users love (defend / strengthen these) - **Feature requests** → unmet needs (opportunity gaps) - **Bugs** → quality signals - **UX complaints** → friction points you can beat them on **Sample App Store query (iTunes Search API):** ``` GET https://itunes.apple.com/search?term=<competitor_name>&entity=software&limit=1 # Extract trackId, then: GET https://itunes.apple.com/rss/customerreviews/id=<trackId>/sortBy=mostRecent/json?l=en&limit=50 ``` Parse `entry[].content.label` for review text and `entry[].im:rating.label` for star rating. ### 3. Job Postings (Team Size & Tech Stack Signals) Signals from job postings: - **Engineering volume** → scaling vs. consolidating - **Specific tech mentions** → stack (React/Vue, Postgres/Mongo, AWS/GCP) - **Sales/CS ratio** → product-led vs. sales-led motion - **Data/ML roles** → upcoming AI features - **Compliance roles** → regulatory expansion ### 4. SEO Analysis SEO signals to capture: - Top 20 organic keywords (intent: informational / navigational / commercial) - Domain Authority / backlink count - Blog publishing cadence and topics - Which pages rank (product pages vs. blog vs. docs) ### 5. Social Media Sentiment Capture recent mentions via Twitter/X API v2, Reddit, or LinkedIn. Look for recurring praise, complaints, and feature requests. See `references/data-collection-guide.md` for API query examples. --- ## Scoring Rubric (12 Dimensions, 1-5) | # | Dimension | 1 (Weak) | 3 (Average) | 5 (Best-in-class) | |---|-----------|----------|-------------|-------------------| | 1 | **Features** | Core only, many gaps | Solid coverage | Comprehensive + unique | | 2 | **Pricing** | Confusing / overpriced | Market-rate, clear | Transparent, flexible, fair | | 3 | **UX** | Confusing, high friction | Functional | Delightful, minimal friction | | 4 | **Performance** | Slow, unreliable | Acceptable | Fast, high uptime | | 5 | **Docs** | Sparse, outdated | Decent coverage | Comprehensive, searchable | | 6 | **Support** | Email only, slow | Chat + email | 24/7, great response | | 7 | **Integrations** | 0-5 integrations | 6-25 | 26+ or deep ecosystem | | 8 | **Security** | No mentions | SOC2 claimed | SOC2 Type II, ISO 27001 | | 9 | **Scalability** | No enterprise tier | Mid-market ready | Enterprise-grade | | 10 | **Brand** | Generic, unmemorable | Decent positioning | Strong, differentiated | | 11 | **Community** | None | Forum / Slack | Active, vibrant community | | 12 | **Innovation** | No recent releases | Quarterly | Frequent, meaningful | **Example completed row** (Competitor: Acme Corp, Dimension 3 – UX): | Dimension | Acme Corp Score | Evidence | |-----------|----------------|---------| | UX | 2 | App Store reviews cite "confusing navigation" (38 mentions); onboarding requires 7 steps before TTFV; no onboarding wizard; CC required at signup. | Apply this pattern to all 12 dimensions for each competitor. --- ## Templates > Full template markdown is in `references/analysis-templates.md`. Abbreviated reference below. ### Feature Comparison Matrix Rows: core features, pricing tiers, platform capabilities (web, iOS, Android, API). Columns: your product + up to 3 competitors. Score each cell 1–5. Sum to get total out of 60. **Score legend:** 5=Best-in-class, 4=Strong, 3=Average, 2=Below average, 1=Weak/Missing ### Pricing Analysis Capture per competitor: model type (per-seat / usage-based / flat rate / freemium), entry/mid/enterprise price points, free trial length. Summarize: price leader, value leader, premium positioning, your position, and 2–3 pricing opportunity bullets. ### SWOT Analysis For each competitor: 3–5 bullets per quadrant (Strengths, Weaknesses, Opportunities for us, Threats to us). Anchor every bullet to a data signal (review quote, job posting count, pricing page, etc.). ### Positioning Map 2x2 axes (e.g., Simple ↔ Complex / Low Value ↔ High Value). Place each competitor and your product. Bubble size = market share or funding. See `references/analysis-templates.md` for ASCII and editable versions. ### UX Audit Checklist Onboarding: TTFV (minutes), steps to activation, CC-required, onboarding wizard quality. Key workflows: steps, friction points, comparative score (yours vs. theirs). Mobile: iOS/Android ratings, feature parity, top complaint and praise. Navigation: global search, keyboard shortcuts, in-app help. ### Action Items | Horizon | Effort | Examples | |---------|--------|---------| | Quick wins (0–4 wks) | Low | Add review badges, publish comparison landing page | | Medium-term (1–3 mo) | Moderate | Launch free tier, improve onboarding TTFV, add top-requested integration | | Strategic (3–12 mo) | High | Enter new market, build API v2, achieve SOC2 Type II | ### Stakeholder Presentation (7 slides) 1. **Executive Summary** — Threat level (LOW/MEDIUM/HIGH/CRITICAL), top strength, top opportunity, recommended action 2. **Market Position** — 2x2 positioning map 3. **Feature Scorecard** — 12-dimension radar or table, total scores 4. **Pricing Analysis** — Comparison table + key insight 5. **UX Highlights** — What they do better (3 bullets) vs. where we win (3 bullets) 6. **Voice of Customer** — Top 3 review complaints (quoted or paraphrased) 7. **Our Action Plan** — Quick wins, medium-term, strategic priorities; Appendix with raw data ## Related Skills - **Product Strategist** (`product-team/product-strategist/`) — Competitive insights feed OKR and strategy planning - **Landing Page Generator** (`product-team/landing-page-generator/`) — Competitive positioning informs landing page messaging
Related Skills
competitive-matrix
Build competitive analysis matrices with scoring and gap analysis. Usage: /competitive-matrix <analyze> [options]
competitive-intel
Systematic competitor tracking that feeds CMO positioning, CRO battlecards, and CPO roadmap decisions. Use when analyzing competitors, building sales battlecards, tracking market moves, positioning against alternatives, or when user mentions competitive intelligence, competitive analysis, competitor research, battlecards, win/loss, or market positioning.
wiki-query
Query the LLM Wiki — reads index.md first, drills into 3-10 relevant pages, synthesizes an answer with inline [[wikilink]] citations, and offers to file the answer back as a new comparison or synthesis page. Usage /wiki-query "<question>"
wiki-log
Show recent entries from the LLM Wiki log (wiki/log.md). Uses the standardized
wiki-lint
Run a health check on the LLM Wiki vault — mechanical checks (orphans, broken links, stale pages, missing frontmatter, log gap, duplicates) plus semantic checks (contradictions, cross-reference gaps, concepts missing their own page). Outputs a markdown report with suggested actions. Usage /wiki-lint [--stale-days N] [--log-gap-days N]
wiki-init
Bootstrap a fresh LLM Wiki vault with the three-layer structure, schema files, and starter templates. Usage /wiki-init <path> --topic "<topic>" [--tool all|claude-code|codex|cursor|antigravity]
wiki-ingest
Ingest a source file from raw/ into the LLM Wiki — read, discuss, write summary page, update cross-references across 5-15 pages, regenerate index, append to log. Usage /wiki-ingest <path-to-source>
tc
Track technical changes with structured records, a state machine, and session handoff. Usage: /tc <init|create|update|status|resume|close|export|dashboard> [args]
tc-tracker
Use when the user asks to track technical changes, create change records, manage TC lifecycles, or hand off work between AI sessions. Covers init/create/update/status/resume/close/export workflows for structured code change documentation.
llm-wiki
Use when building or maintaining a persistent personal knowledge base (second brain) in Obsidian where an LLM incrementally ingests sources, updates entity/concept pages, maintains cross-references, and keeps a synthesis current. Triggers include "second brain", "Obsidian wiki", "personal knowledge management", "ingest this paper/article/book", "build a research wiki", "compound knowledge", "Memex", or whenever the user wants knowledge to accumulate across sessions instead of being re-derived by RAG on every query.
karpathy-coder
Use when writing, reviewing, or committing code to enforce Karpathy's 4 coding principles — surface assumptions before coding, keep it simple, make surgical changes, define verifiable goals. Triggers on "review my diff", "check complexity", "am I overcomplicating this", "karpathy check", "before I commit", or any code quality concern where the LLM might be overcoding.
karpathy-check
Run Karpathy's 4-principle review on staged changes or the last commit. Checks complexity, diff noise, hidden assumptions, and goal verification. Usage /karpathy-check [--last-commit]