competitive-analysis
Skill22 starsChanged 2 months agoMITView on GitHub
Analyzes competitors and market position through structured data collection, feature/pricing comparison matrices, SWOT, positioning maps, and actionable strategic recommendations. Use this skill when the user asks to "analyze competitors", "do a competitive analysis", "compare us against X and Y", "build a competitor matrix", "find our market positioning", "size up the competition", "create a battlecard", or evaluate market gaps and differentiation opportunities.
We split this skill into the rules it gives an agent
4 rules. 0 are common, 4 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 41 edited versions we read keep these.
4
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 15
Use it for product strategy, sales enablement (battlecards), fundraising decks, market-entry decisions, and quarterly competitive reviews.
- Distinctive: line 27
Follow these steps in order.
- Distinctive: line 100
Separate facts from interpretation: Keep an evidence table; put opinions only in the synthesis.
- Distinctive: line 102
Refresh on a cadence: Treat the analysis as a living doc.
“Common” is measured: kept by at least 6 in 10 of the 41 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Competitive Analysis
Overview
Keywords: competitive analysis, competitor research, market positioning, SWOT, feature comparison, pricing analysis, battlecard, differentiation, market gap, positioning map, win/loss, moat, go-to-market.
This skill turns scattered impressions about "the competition" into a rigorous, decision-grade analysis. It covers the full arc: define scope, identify the right competitors, collect structured evidence, build comparison matrices, derive positioning, and produce concrete recommendations (where to compete, how to differentiate, what to fix).
Use it for product strategy, sales enablement (battlecards), fundraising decks, market-entry decisions, and quarterly competitive reviews. The goal is always a defensible conclusion backed by a traceable evidence trail — not vibes.
Bundled resources:
references/frameworks.md— Porter's Five Forces, SWOT, positioning maps, JTBD, value-curve, perceptual mapping, moat taxonomy, with when-to-use guidance.references/data-sources.md— where to find legitimate competitive intel, and the ethics/legal guardrails.scripts/compare_matrix.py— stdlib-only tool that ingests a competitor JSON/CSV and emits a weighted scored comparison matrix in Markdown.templates/competitive-analysis-report.md— fill-in report template.templates/battlecard.md— one-page sales battlecard template.examples/saas-pm-tool-analysis.md— a complete worked example.
Workflow
Follow these steps in order. Do not skip scoping — most weak analyses fail because the question was never sharpened.
- Scope the question. Pin down the decision the analysis must serve (e.g., "Should we move upmarket?", "What do we say when a prospect mentions Asana?"). Write a one-sentence objective and name the audience (product, sales, exec, investor). The objective dictates which framework and depth you use.
- Define the market and segment. State the category, the buyer, the geography, and the job-to-be-done. Ambiguity here makes every comparison apples-to-oranges. Capture this as the "Market Definition" block.
- Identify competitors across three tiers.
- Direct: same solution, same buyer (head-to-head).
- Indirect: different solution, same job (e.g., spreadsheets vs. a PM tool).
- Aspirational/adjacent: where the category is moving, or who could enter. Aim for 3-6 named competitors plus the "do nothing / status quo" option, which is often the real competitor.
- Collect structured evidence. For each competitor, fill the same fields (see
templates/competitive-analysis-report.mdand the dimension list below). Use only legitimate sources — seereferences/data-sources.md. Cite every non-obvious claim with a source and a date; intel decays fast. Flag estimates explicitly as[est]. - Build the comparison matrix. Choose the evaluation dimensions that matter to the buyer, assign weights summing to 100, and score each competitor 1-5 per dimension. Use
scripts/compare_matrix.pyto compute weighted totals deterministically and render the table. Never eyeball weighted scores by hand. - Derive positioning. Plot competitors on a 2x2 perceptual map using the two axes the buyer actually cares about (e.g., ease-of-use vs. power; price vs. breadth). Identify white space (unoccupied, valuable quadrants) and red oceans (crowded). See
references/frameworks.md. - Run SWOT and Five Forces for the subject company against this landscape. Keep each cell to evidence-backed bullets, not adjectives.
- Synthesize recommendations. Convert findings into 3-5 prioritized, specific actions with rationale and a rough effort/impact tag. Distinguish "defend" (table-stakes gaps to close) from "differentiate" (wedges to widen).
- Package for the audience. Produce the report (
templates/competitive-analysis-report.md) and, if sales is the audience, a battlecard per top competitor (templates/battlecard.md).
Standard Comparison Dimensions
Pick the subset relevant to your buyer; do not pad the matrix.
- Core capabilities / feature coverage
- Pricing model and total cost of ownership
- Target segment & ideal customer profile (ICP)
- Ease of use / time-to-value
- Integrations & ecosystem
- Performance / scale / reliability
- Security, compliance, certifications
- Support & customer success
- Brand strength & market share
- Go-to-market motion (PLG, sales-led, channel)
- Customer sentiment (review scores, churn signals)
- Roadmap momentum & funding/runway
Scoring & Weighting Framework
Score each dimension 1-5 from the buyer's perspective (not yours):
| Score | Meaning |
| 5 | Best-in-class; a reason to buy on its own |
| 4 | Strong; clearly above average |
| 3 | Adequate; meets table stakes |
| 2 | Weak; a noticeable gap |
| 1 | Absent or a dealbreaker |
Weights must sum to 100 and reflect what drives the purchase decision for your defined segment. A high weighted total in a low-weight dimension is noise; concentrate weight on the 3-4 dimensions that actually swing deals. Run scripts/compare_matrix.py --help for the input format.
Worked Mini-Example
Objective: "As a mid-market SaaS PM tool, where can we differentiate vs. Asana, Monday, and Linear?"
- Market: project/work management for 50-500 person software teams.
- Tiers: Direct = Asana, Monday, Linear; Indirect = Jira, spreadsheets; Status quo = email + Slack.
- Dimensions weighted: Ease-of-use (25), Dev workflow fit (25), Price (20), Integrations (15), Reporting (15).
- Matrix (via script) shows Linear wins dev-fit, Monday wins ease, all weak on cross-team reporting.
- Positioning map (dev-depth vs. cross-team breadth) reveals white space: "dev-grade speed with PM-grade reporting."
- Recommendation: wedge on unified dev+exec reporting; defend on integrations (table stakes). See
examples/saas-pm-tool-analysis.mdfor the full version.
Best Practices
- Start from the buyer's decision, not the feature list. Buyers compare jobs-done and outcomes, not checkbox grids.
- Cite and date everything. A pricing claim without a date is a future error. Mark inferences
[est]. - Compare on the same fields for everyone. Asymmetric data hides bias and breaks the matrix.
- Include the status quo / "do nothing." It wins more deals than any named competitor.
- Weight before you score. Decide what matters, then rate — not the reverse.
- Separate facts from interpretation. Keep an evidence table; put opinions only in the synthesis.
- Find white space, not just a ranking. The output is "where to play," not "who's #1."
- Refresh on a cadence. Treat the analysis as a living doc; re-verify quarterly.
Common Pitfalls
- Cherry-picking dimensions where you happen to win — produces a flattering but useless analysis.
- Feature-counting bias: more features ≠ better; bloat is often a weakness.
- Stale data presented as current; competitor pricing and positioning change monthly.
- Ignoring indirect competitors and the status quo, which capture most lost deals.
- Vague SWOT filled with adjectives ("innovative", "robust") instead of evidence.
- No recommendation: a matrix without "so what / now what" is a report, not an analysis.
- Unethical collection: posing as a customer to extract confidential info, scraping behind logins against ToS, or using a competitor's paid trial under false pretenses. See
references/data-sources.mdfor the line. - Confirmation bias toward the home team: score from the buyer's eyes; have someone red-team the result.
Other versions52 projects use a version of this.
Word for word · 2
- JayRHa/agent-skills★ 12100% same
- JayRHa/AgentSkills★ 12100% same
Edited · 0
None found.
Wrote their own version · 50
- anthropics/financial-services★ 41ksame name
- anthropics/financial-services-plugins★ 41ksame name
- claude-office-skills/skills★ 433same name
- shawnpang/startup-founder-skills★ 331same name
- mverab/eGEOagents★ 214same name
- Fokkyp/claude-skills★ 211same name
- aakashg/pm-claude-code-setup★ 152same name
- nahid-sparktales/agent-dispatcher★ 59same name
- agencia-conversion/agentic-seo-skills★ 51same name
- launchapp-dev/animus-cli★ 39same name
40 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use onboarding-flow, lead-scoring and 8 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
Dragoon0xSkillonboarding-flow
Design first-run experiences that create the aha moment fast. Reduces time-to-value by sequencing actions, progressive disclosure, and contextual guidance. Use when building signup flows, product tours, or empty states.
Also in 3 projects that use this
shawnpangSkilllead-scoring
When a founder needs to qualify inbound leads, define their ICP, build a lead scoring model, set MQL criteria, or route prospects through pipeline stages. Activate when the user mentions lead scoring, ICP, MQL, SQL, lead qualification, inbound leads, or pipeline design.
Also in 3 projects that use this
nicepkgSkilluser-research-synthesis
Synthesize qualitative and quantitative user research into structured insights and opportunity areas. Use when analyzing interview notes, survey responses, support tickets, or behavioral data to identify themes, build personas, or prioritize opportunities.
Also in 3 projects that use this
claude-office-skillsSkillemail-marketing
Email marketing automation - campaign creation, sequence building, A/B testing, deliverability optimization, and analytics
Also in 3 projects that use this
AnthropicSkilluser-research
Plan, conduct, and synthesize user research. Trigger with "user research plan", "interview guide", "usability test", "survey design", "research questions", or when the user needs help with any aspect of understanding their users through research.
Also in 3 projects that use this
dhzrxSkillprd-generator
Generate comprehensive Product Requirements Documents with AI PM best practices for new features and products
Also in 3 projects that use this
In this repository194 other files it gives its agents.
- 0-templateSkill
- ab-test-analyzerSkill
- academy-guideSkill
- add-to-my-skillsSkill
- adr-authorSkill
- ai-tools-setupSkill
- algorithmic-artSkill
- api-and-interface-designSkill
- api-designerSkill
- api-docs-writerSkill
- apple-store-submitSkill
- aws-cost-optimizerSkill
- bash-script-hardeningSkill
- blog-post-writerSkill
- book-summarizerSkill
- branch-cleanupSkill
- brand-copy-landingSkill
- brand-copySkill
- brand-designSkill
- brand-guidelinesSkill
- browser-testing-with-devtoolsSkill
- canvas-designSkill
- changelog-generatorSkill
- changelog-keeperSkill
- chart-chooserSkill
- ci-cd-and-automationSkill
- ci-fix-loopSkill
- claude-apiSkill
- cloudflare-block-countriesSkill
- coderabbitloopSkill
- code-review-and-qualitySkill
- code-reviewerSkill
- code-simplificationSkill
- codexloopSkill
- comms-notionSkill
- comms-slackSkill
- comms-whatsappSkill
- concept-explainerSkill
- constraint-driven-developmentSkill
- context-engineeringSkill
- context-repoSkill
- cover-letter-writerSkill
- crash-courseSkill
- cron-schedulerSkill
- data-digestSkill
- data-pipeline-architectSkill
- debug-detectiveSkill
- debugging-and-error-recoverySkill
- decision-matrixSkill
- dependabot-triageSkill
- dependency-upgraderSkill
- deprecation-and-migrationSkill
- dev-instantdbSkill
- discernment-nudgeSkill
- doc-coauthoringSkill
- dockerfile-proSkill
- docs-index-keeperSkill
- documentation-and-adrsSkill
- docxSkill
- doubt-driven-developmentSkill
- The first 60 shown.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

