先明确这次研究要支持什么决定。
竞品调研不是为了“了解一下”,而是为了帮助一个明确场景做判断。比如选择工具、设计产品定位、拆增长路径、判断一个赛道是否值得进入。
- 目标读者是谁
- 研究对象有哪些
- 要输出深度页、横向表,还是决策建议
- Research brief
- Company list
- Decision question
这不是一篇调研总结,而是一套做竞品研究时可以反复使用的结构。每次调研都从决策问题开始,经过市场地图、PMF、产品机制、GTM、早期用户获取和证据分级,最后沉淀成可复用的页面、表格和模板。
每一层都有自己的输入、关键问题和输出。顺序可以按项目调整,但不要跳过证据分级和最终判断。
竞品调研不是为了“了解一下”,而是为了帮助一个明确场景做判断。比如选择工具、设计产品定位、拆增长路径、判断一个赛道是否值得进入。
不要一上来就做功能表。先拆类别、用户、替代方案和生态位置。很多竞品表面相似,实际分别承担入口、网关、观测、治理、工作流等不同角色。
包括产品名称、成立时间、创始人、融资、定价、客户、功能、公开规模信号和数据截止日期。事实层要和判断层分开。
每家公司都要拆阶段:最早解决谁的什么痛点,为什么有人愿意切换,后来如何从单点价值变成更大的平台价值。
功能清单只回答“它有什么”,产品机制回答“为什么用户会用、会留下、会扩张”。这一层是连接 PMF 和 GTM 的中间层。
用 AARRR、PLG、开源、内容、社区、销售、生态集成和创始人 IP 来拆。重点不是列渠道,而是说明用户如何被获取、激活、留存、付费和转介绍。
把 `0->100`、`100->500`、`500->1000` 分开看。每个阶段都记录渠道、动作、证据类型、转化条件和可复制性。
这是整套方法的底线。公开资料不完整时可以推断,但必须清楚标注证据等级,避免把研究者判断写成事实。
每次调研结束都要回答:PMF 本质是什么,GTM 本质是什么,最不可替代的机制是什么,哪些动作可复制,哪些条件不可复制。
这些问题可以直接变成 Notion / Lark Base 里的字段,也可以作为单家公司深度页的章节。
| Module | Core questions | Field examples |
|---|---|---|
| 调研任务 | 这次研究服务什么决策?读者是谁?最后要输出给谁看? | Research goal, audience, decision type, output format |
| 市场地图 | 这些公司到底在同一个类目吗?谁是替代品,谁是互补品? | Category, target user, substitute, ecosystem role |
| PMF | 最早的痛点是什么?用户为什么从替代方案切过来?哪个阶段开始扩张? | Stage, user, pain, alternative, PMF signal |
| 产品机制 | Aha Moment 是什么?激活路径短不短?留存靠什么? | Aha Moment, activation, retention, switching cost |
| GTM | 用户从哪里来?什么内容或渠道带来转化?增长飞轮是什么? | Acquisition, activation, retention, revenue, referral |
| 前 1000 用户 | 0 到 100 是谁带来的?100 到 500 如何扩散?500 到 1000 是否进入团队工作流? | 0-100, 100-500, 500-1000, evidence type |
| 证据 | 哪些是事实?哪些是估算?哪些是推断?证据够不够支撑结论? | Source, evidence level, date, confidence |
| 最终判断 | 它为什么成立?我们能学什么?什么不能照搬?下一步要验证什么? | Thesis, risk, copyable, not copyable, next step |
以后每次调研都尽量留下结构化资产,而不是只留一段临时回答。
这是公开版 skill,不包含本地项目路径、客户信息或私有归档规则。复制后可以放进自己的 Codex skills 目录。
这个 skill 会在用户提出竞品调研、市场地图、产品对比、定价对比、GTM research 或 user-signal synthesis 时触发。它的目标不是替你堆材料,而是把信息压成一个可以支持决策的 brief。
最小安装方式:在本地 Codex skills 目录中新建 `competitive-research/SKILL.md`,复制右侧内容。详细方法可以继续拆到 `references/method.md`,也可以先只用这一份单文件版本。
---
name: competitive-research
description: Structured competitor and market research for product, GTM, pricing, positioning, user demand, and alternative-solution analysis. Use when the user asks for 竞品调研, competitive research, competitor analysis, market mapping, product comparison, pricing comparison, GTM research, user-signal synthesis, or decision-ready research briefs.
---
# Competitive Research
## Core Workflow
Use this skill to turn competitor information into a decision-ready brief, not a pile of notes.
1. State the decision question before collecting facts.
2. Map the market before deep-diving one company.
3. Analyze each competitor with the same dimensions.
4. Label evidence quality for every important conclusion.
5. Prioritize user signals over website copy.
6. End with implications, open questions, and recommended next validation steps.
## Required Output Shape
Prefer this structure unless the user asks for another format:
```markdown
# Competitive Research: <topic>
## Decision Question
<What decision this research should support>
## Market Map
<direct competitors, indirect competitors, substitutes, platforms, open-source options>
## Competitor Breakdown
<repeat the same dimensions per competitor>
## Comparison Table
<positioning, ICP, core use case, capabilities, pricing, distribution, strengths, weaknesses>
## User Signals
<what users praise, complain about, switch from, and pay for>
## Strategic Implications
<what to copy, avoid, differentiate, test next>
## Evidence Notes
<source, date, evidence level, confidence>
```
## Evidence Levels
Use evidence labels consistently:
- `L1 Official`: company website, docs, pricing page, changelog, official demo, public job posts.
- `L2 Third-party`: user reviews, Reddit/HN/X/YouTube, G2, Product Hunt, media, traffic tools, funding/news databases.
- `L3 Inference`: reasoned interpretation from observed product, pricing, messaging, traffic, or user behavior. Mark as inference.
For important claims, include source, date, evidence level, and confidence.
## Research Rules
- Do not start with "what does this company do?" Start with "what decision are we trying to make?"
- Do not compare competitors using different dimensions unless the asymmetry is the insight.
- Do not treat homepage positioning as truth. Cross-check with docs, pricing, user complaints, and observed workflows.
- Separate feature demand from willingness to pay.
- Separate loud discussion from commercial value.
- Make uncertainty explicit. A useful `unknown` is better than a fake conclusion.
## Detailed Method
For a deeper version, add `references/method.md` with your full teardown framework: market map, fixed competitor dimensions, evidence levels, user-signal analysis, decision outputs, comparison table, and public sharing hygiene.
Claude 没有 Codex 的本地 skill 自动触发机制,但可以把同一套方法放进 Claude Project Instructions。这样这个 Project 下的所有竞品调研都会默认按这套结构输出。
适合放在 Claude Project 的 `Instructions` / `Project knowledge` 里。相比 Codex 版,它更短、更偏行为约束,不包含 YAML frontmatter。
# Competitive Research Project Instructions
Use this project for structured competitor and market research. The goal is to turn messy market information into decision-ready briefs, not generic summaries.
## Default Workflow
1. Start with the decision question.
2. Build a market map before deep-diving into individual companies.
3. Analyze competitors with consistent dimensions.
4. Separate facts, third-party signals, and inference.
5. Prioritize user behavior and user complaints over homepage copy.
6. End with strategic implications and next validation steps.
## Required Research Dimensions
For each competitor, capture:
- One-line positioning
- ICP and primary user
- Core use case and adoption trigger
- Core capability and product mechanism
- Activation path, retention driver, and switching cost
- Business model and pricing
- Distribution and GTM channels
- Moat and weaknesses
- User sentiment and repeated complaints
- What we should learn, avoid, or test
## Evidence Rules
Use evidence labels:
- L1 Official: website, docs, pricing page, changelog, official demo, public job posts.
- L2 Third-party: user reviews, Reddit, Hacker News, X, YouTube, G2, Product Hunt, media, traffic tools.
- L3 Inference: reasoned interpretation based on observed product, pricing, messaging, traffic, or user behavior.
Important claims should include source, date, evidence level, and confidence. If evidence is weak, say so directly.
## Output Format
Prefer this structure:
1. Decision Question
2. Market Map
3. Competitor Breakdown
4. Comparison Table
5. User Signals
6. Strategic Implications
7. Open Questions
8. Next Validation Steps
Do not produce a polished-sounding report if the evidence does not support it. Make uncertainty visible.