Competitive Analysis
This skill turns "who else does this and how do we compare?" into a structured,
decision-driving analysis. The trap it exists to avoid: a competitive analysis
that is just a big neutral feature grid with checkmarks. That looks thorough and
changes nothing. A useful competitive analysis has a point of view — it
exists to inform a specific decision (how to position, what to build next, where
we're vulnerable, whether a market is worth entering) and ends with a clear
so-what.
Anchor the whole thing on that decision up front, and let it set the depth: a
positioning exercise weights messaging and brand; a roadmap input weights feature
gaps and capabilities; a market-entry question weights segments, moats, and
economics.
Scope: know when this applies (and when to hold back)
Two ways this skill is easy to misuse — avoid both:
- This is for product / company / market competition. If "competition" means
something else — rival job candidates in an interview, sports opponents,
academic or grant rivals, a debate — don't force this framework onto it. The
full apparatus (direct/indirect/substitute typology, feature matrix, market
white space, "sources & confidence") is built for products and will read as
contrived when bolted onto a person's job search or a race. Help with the actual
task, borrowing only the genuinely transferable idea (know your positioning,
find your edge) in that domain's own language. Recognizing the mismatch and
adapting is the correct move — not silently applying the template.
- Match the artifact to what was asked. If the user asks for one piece — "just
a feature comparison matrix," "a positioning map" — deliver that, focused and
well-made, and offer to expand into the fuller analysis rather than shipping
an unrequested strategy document. Ground it in the framing questions below so
it's sharp, but don't balloon a matrix request into the whole report. A tight
answer to the actual question beats an impressive answer to a bigger one.
How to build it
1. Frame the analysis
Establish before comparing anything:
- The decision it informs — positioning, roadmap, pricing, go/no-go, sales
enablement. Everything downstream serves this.
- Your product and the customer — who you serve and the job they hire the
product to do. Comparison is meaningful only relative to a customer and a job.
- The set of competitors, chosen deliberately across three types (people
under-scope this):
- Direct — same solution, same audience.
- Indirect — different solution to the same need.
- Substitutes / non-consumption — the spreadsheet, the manual process, or
"do nothing" that customers use today. Often the real competitor, especially
for a new category.
- Evidence sources — their site, product, pricing pages, reviews (G2/
Capterra/app stores), docs, changelogs, positioning, analyst notes. Base claims
on evidence; where you're inferring or unsure, say so and mark it — a
confidently wrong competitive claim is worse than a flagged gap. Never invent
a competitor's pricing, metrics, or roadmap.
2. Analyze along the dimensions that matter
Pick the dimensions that bear on the decision; don't compare everything. Common
useful ones:
- Positioning & value proposition — who each competitor says they're for and
the core promise they lead with. Reveals how the market is segmented and where
space is open.
- Target segment — who they actually serve well (and who they underserve —
often your opening).
- Key features & capabilities — but organized around the jobs to be done,
not a flat feature dump. "How well does each solve ?" beats "does each have
?" Rate depth, not just presence.
- Pricing & business model — how they charge, price points, packaging, and
what that implies about their target and strategy.
- Strengths & weaknesses — what each does genuinely well and where they're
soft (from reviews, gaps, complaints).
- Differentiation & moat — why customers pick them and how defensible it is
(network effects, data, switching costs, brand, integrations).
- Market presence — traction, momentum, funding, mindshare where knowable.
A feature/capability matrix is a good artifact if rows are jobs or
outcomes and cells convey depth (strong / partial / none / unknown) rather than
bare checkmarks — and if it's paired with narrative, not left to speak for
itself.
3. Synthesize into a point of view
This is the part that makes it worth doing. Pull the comparison up into:
- Where you win — the jobs/segments where you're genuinely stronger, and the
evidence.
- Where you're exposed — where competitors are ahead or you're vulnerable.
- White space — unmet needs or underserved segments no one owns well.
- Positioning implication — the wedge you should lean into given the above.
- Honest read — don't flatter the home team; an analysis that concludes "we
win everywhere" is not credible and not useful.
4. Recommend
Tie back to the framing decision with concrete moves: how to position, which gaps
to close first, where not to compete, what to watch. Prioritize.
Report structure
# Competitive Analysis: [your product] vs. [market/competitors]
## Purpose
The decision this informs; your product and the customer/job
## Landscape
The competitor set (direct / indirect / substitute) and why each is included
## Comparison
By dimension or job-to-be-done — matrix (depth, not checkmarks) + narrative
## Competitor profiles (as needed)
Short profile each: positioning, segment, strengths, weaknesses, pricing
## Where we win / where we're exposed / white space
The synthesis — the heart of the document
## Recommendations
Prioritized, tied to the framing decision
## Sources & confidence
What's evidenced vs. inferred; what to validate
Producing the deliverable
Default to Markdown (a matrix as a table plus narrative). Offer a .xlsx for the
comparison matrix if the user wants to sort/filter, or slides if it's feeding a
strategy/pitch review. Mark inferences and unknowns clearly, cite where claims
come from, and keep the synthesis section the centerpiece — that's where the
value is.
Pairs well with
- persona-builder — ground the analysis in the customer and job you're serving.
- ux-usability-study — validate the "where we win" hypotheses with real users.
Accuracy
Base competitor claims on real, checkable evidence; explicitly flag anything
inferred or uncertain, and never fabricate a competitor's pricing, features,
metrics, or plans — an unverified claim presented as fact undermines the whole
analysis and can mislead a real decision.
1---2name: competitive-analysis3description: Produces a structured competitive analysis of a product or company — mapping the competitive landscape, comparing features and positioning, analyzing rivals through the jobs customers are trying to get done, and landing on a clear "where we win / where we're exposed" conclusion with recommendations. Use this whenever the user wants a competitive analysis, competitor teardown, market/ landscape scan, feature comparison, positioning map, or SWOT of competitors; is preparing a strategy, pitch, roadmap, or launch and needs to understand rivals; or asks how their product stacks up against specific competitors. Push for a decision-focused analysis grounded in evidence, not a neutral feature table that leads nowhere.4---56# Competitive Analysis78This skill turns "who else does this and how do we compare?" into a structured,9decision-driving analysis. The trap it exists to avoid: a competitive analysis10that is just a big neutral feature grid with checkmarks. That looks thorough and11changes nothing. A useful competitive analysis has a **point of view** — it12exists to inform a specific decision (how to position, what to build next, where13we're vulnerable, whether a market is worth entering) and ends with a clear14so-what.1516Anchor the whole thing on that decision up front, and let it set the depth: a17positioning exercise weights messaging and brand; a roadmap input weights feature18gaps and capabilities; a market-entry question weights segments, moats, and19economics.2021## Scope: know when this applies (and when to hold back)2223Two ways this skill is easy to misuse — avoid both:2425- **This is for product / company / market competition.** If "competition" means26 something else — rival job candidates in an interview, sports opponents,27 academic or grant rivals, a debate — **don't force this framework onto it.** The28 full apparatus (direct/indirect/substitute typology, feature matrix, market29 white space, "sources & confidence") is built for products and will read as30 contrived when bolted onto a person's job search or a race. Help with the actual31 task, borrowing only the genuinely transferable idea (know your positioning,32 find your edge) in that domain's own language. Recognizing the mismatch and33 adapting is the correct move — not silently applying the template.34- **Match the artifact to what was asked.** If the user asks for *one* piece — "just35 a feature comparison matrix," "a positioning map" — deliver *that*, focused and36 well-made, and **offer** to expand into the fuller analysis rather than shipping37 an unrequested strategy document. Ground it in the framing questions below so38 it's sharp, but don't balloon a matrix request into the whole report. A tight39 answer to the actual question beats an impressive answer to a bigger one.4041## How to build it4243### 1. Frame the analysis4445Establish before comparing anything:4647- **The decision it informs** — positioning, roadmap, pricing, go/no-go, sales48 enablement. Everything downstream serves this.49- **Your product and the customer** — who you serve and the job they hire the50 product to do. Comparison is meaningful only relative to a customer and a job.51- **The set of competitors**, chosen deliberately across three types (people52 under-scope this):53 - **Direct** — same solution, same audience.54 - **Indirect** — different solution to the same need.55 - **Substitutes / non-consumption** — the spreadsheet, the manual process, or56 "do nothing" that customers use today. Often the real competitor, especially57 for a new category.58- **Evidence sources** — their site, product, pricing pages, reviews (G2/59 Capterra/app stores), docs, changelogs, positioning, analyst notes. Base claims60 on evidence; where you're inferring or unsure, **say so** and mark it — a61 confidently wrong competitive claim is worse than a flagged gap. Never invent62 a competitor's pricing, metrics, or roadmap.6364### 2. Analyze along the dimensions that matter6566Pick the dimensions that bear on the decision; don't compare everything. Common67useful ones:6869- **Positioning & value proposition** — who each competitor says they're for and70 the core promise they lead with. Reveals how the market is segmented and where71 space is open.72- **Target segment** — who they actually serve well (and who they underserve —73 often your opening).74- **Key features & capabilities** — but organized around the **jobs to be done**,75 not a flat feature dump. "How well does each solve <job>?" beats "does each have76 <feature>?" Rate depth, not just presence.77- **Pricing & business model** — how they charge, price points, packaging, and78 what that implies about their target and strategy.79- **Strengths & weaknesses** — what each does genuinely well and where they're80 soft (from reviews, gaps, complaints).81- **Differentiation & moat** — why customers pick them and how defensible it is82 (network effects, data, switching costs, brand, integrations).83- **Market presence** — traction, momentum, funding, mindshare where knowable.8485A **feature/capability matrix** is a good artifact *if* rows are jobs or86outcomes and cells convey depth (strong / partial / none / unknown) rather than87bare checkmarks — and if it's paired with narrative, not left to speak for88itself.8990### 3. Synthesize into a point of view9192This is the part that makes it worth doing. Pull the comparison up into:9394- **Where you win** — the jobs/segments where you're genuinely stronger, and the95 evidence.96- **Where you're exposed** — where competitors are ahead or you're vulnerable.97- **White space** — unmet needs or underserved segments no one owns well.98- **Positioning implication** — the wedge you should lean into given the above.99- **Honest read** — don't flatter the home team; an analysis that concludes "we100 win everywhere" is not credible and not useful.101102### 4. Recommend103104Tie back to the framing decision with concrete moves: how to position, which gaps105to close first, where not to compete, what to watch. Prioritize.106107## Report structure108109```110# Competitive Analysis: [your product] vs. [market/competitors]111## Purpose112 The decision this informs; your product and the customer/job113## Landscape114 The competitor set (direct / indirect / substitute) and why each is included115## Comparison116 By dimension or job-to-be-done — matrix (depth, not checkmarks) + narrative117## Competitor profiles (as needed)118 Short profile each: positioning, segment, strengths, weaknesses, pricing119## Where we win / where we're exposed / white space120 The synthesis — the heart of the document121## Recommendations122 Prioritized, tied to the framing decision123## Sources & confidence124 What's evidenced vs. inferred; what to validate125```126127## Producing the deliverable128129Default to Markdown (a matrix as a table plus narrative). Offer a `.xlsx` for the130comparison matrix if the user wants to sort/filter, or slides if it's feeding a131strategy/pitch review. Mark inferences and unknowns clearly, cite where claims132come from, and keep the synthesis section the centerpiece — that's where the133value is.134135## Pairs well with136137- **persona-builder** — ground the analysis in the customer and job you're serving.138- **ux-usability-study** — validate the "where we win" hypotheses with real users.139140## Accuracy141142Base competitor claims on real, checkable evidence; explicitly flag anything143inferred or uncertain, and never fabricate a competitor's pricing, features,144metrics, or plans — an unverified claim presented as fact undermines the whole145analysis and can mislead a real decision.