Skip to content
Development
Skill

/competitive-analysis

竞品调研和分析方法,通过系统性分析竞品的功能、体验和策略,发现差异化机会

From plugin
boss
55928 skills16 agents7 commands
Install
$ npx -y skills add echoVic/boss-skill --skill competitive-analysis --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/competitive-analysis

Context preview

The summary Claude sees to decide when to auto-load this skill.

竞品调研和分析方法,通过系统性分析竞品的功能、体验和策略,发现差异化机会

SKILL.md

competitive-analysis.SKILL.md
name: pm/competitive-analysis
description: 竞品调研和分析方法,通过系统性分析竞品的功能、体验和策略,发现差异化机会
version: 1.0.0
agent: pm
type: methodology
user-invocable: false
agent-invocable: true
dependencies: []
triggers:
  - 需要了解市场竞争格局时
  - 寻找产品差异化机会时
  - 验证需求假设时

竞品调研与分析方法论

适用场景

在产品设计前或迭代时,需要了解市场上已有的解决方案,学习竞品的优点,发现竞品的不足,找到差异化机会。

核心方法

1. 竞品识别

**直接竞品**:解决相同问题、服务相同用户的产品 **间接竞品**:解决相似问题或服务相似用户的产品 **潜在竞品**:未来可能进入该领域的产品

**识别方法**:

  • 使用 `WebSearch` 搜索关键词:"{功能} + 工具/软件/平台"
  • 搜索 "best {功能} tools 2026"
  • 搜索 "{功能} alternatives"
  • 查看行业报告和评测文章

2. 竞品分析框架

对每个竞品,从以下5个维度进行分析:

2.1 功能维度

| 分析点 | 问题 | |--------|------| | 核心功能 | 主要解决什么问题? | | 功能广度 | 覆盖了哪些场景? | | 功能深度 | 每个功能做到什么程度? | | 功能缺失 | 用户期望但没有的功能? |

2.2 体验维度

| 分析点 | 问题 | |--------|------| | 易用性 | 新用户能快速上手吗? | | 流畅度 | 完成任务的步骤多吗? | | 视觉设计 | 界面美观吗?符合用户审美吗? | | 交互设计 | 交互符合直觉吗?有惊喜吗? | | 性能表现 | 加载快吗?响应及时吗? |

2.3 用户维度

| 分析点 | 问题 | |--------|------| | 目标用户 | 主要服务哪类用户? | | 用户评价 | 用户喜欢什么?抱怨什么? | | 用户规模 | 有多少用户?增长如何? | | 用户粘性 | 用户活跃度如何?留存如何? |

2.4 商业维度

| 分析点 | 问题 | |--------|------| | 商业模式 | 如何赚钱? | | 定价策略 | 价格如何?用户接受度如何? | | 市场定位 | 高端还是大众? | | 竞争优势 | 核心壁垒是什么? |

2.5 技术维度

| 分析点 | 问题 | |--------|------| | 技术架构 | 使用什么技术栈? | | 技术创新 | 有技术上的创新吗? | | 技术限制 | 技术上有什么局限? |

3. 竞品对比分析

使用 `WebFetch` 深入分析竞品后,整理为对比表格:

| 竞品 | 核心功能 | 用户体验亮点 | 用户痛点 | 我们的机会 | |------|----------|--------------|----------|------------| | [竞品 1] | [功能] | [亮点] | [痛点] | [机会] | | [竞品 2] | [功能] | [亮点] | [痛点] | [机会] | | [竞品 3] | [功能] | [亮点] | [痛点] | [机会] |

**关键要点**:

  • **核心功能**:简洁描述,不超过3个
  • **用户体验亮点**:值得学习的地方
  • **用户痛点**:从用户评价中提取真实痛点
  • **我们的机会**:基于痛点,我们可以如何做得更好

4. 差异化策略

基于竞品分析,制定差异化策略:

| 维度 | 竞品做法 | 我们的做法 | 差异化价值 | |------|----------|------------|------------| | [维度 1] | [做法] | [做法] | [价值] | | [维度 2] | [做法] | [做法] | [价值] |

**差异化维度示例**:

  • **功能差异**:提供竞品没有的功能
  • **体验差异**:同样的功能,更好的体验
  • **定位差异**:服务不同的用户群体
  • **价格差异**:不同的定价策略
  • **技术差异**:使用更先进的技术

调研工具使用

WebSearch 使用技巧

**搜索竞品**:

"{功能} tools"
"best {功能} software 2026"
"{竞品名} alternatives"
"{竞品名} vs {竞品名}"

**搜索用户评价**:

"{竞品名} review"
"{竞品名} pros and cons"
"{竞品名} reddit" (Reddit上的真实讨论)

**搜索行业趋势**:

"{行业} trends 2026"
"{行业} market report"

WebFetch 使用技巧

**深度分析竞品**: 1. 访问竞品官网,了解产品定位和核心功能 2. 访问竞品定价页面,了解商业模式 3. 访问用户评价网站(如 G2, Capterra),了解用户反馈 4. 访问竞品博客,了解产品演进方向

**提示词示例**:

"总结这个产品的核心功能、目标用户和主要优势"
"提取用户评价中的主要痛点和亮点"
"分析这个产品的差异化策略"

输出要求

完成竞品调研后,应输出以下内容(通常作为PRD的第3章):

3. 竞品调研

3.1 竞品分析

| 竞品 | 核心功能 | 用户体验亮点 | 用户痛点 | 我们的机会 | |------|----------|--------------|----------|------------| | [竞品 1] | [功能] | [亮点] | [痛点] | [机会] | | [竞品 2] | [功能] | [亮点] | [痛点] | [机会] | | [竞品 3] | [功能] | [亮点] | [痛点] | [机会] |

3.2 差异化策略

| 维度 | 竞品做法 | 我们的做法 | 差异化价值 | |------|----------|------------|------------| | [维度 1] | [做法] | [做法] | [价值] | | [维度 2] | [做法] | [做法] | [价值] |

3.3 市场洞察

  • **市场空白**:[竞品都没做好的地方]
  • **用户痛点**:[用户普遍抱怨的问题]
  • **趋势机会**:[行业发展趋势带来的机会]

关键原则

1. **不只看功能,更看体验**:功能相同,体验可以差很多 2. **不只看产品,更看用户**:用户怎么说比产品怎么说更重要 3. **不只看现在,更看趋势**:理解竞品的演进方向 4. **不只学习,更要超越**:学习亮点,避免痛点,创造惊喜

常见误区

❌ **只看功能列表**:功能多不代表体验好 ❌ **只看官网宣传**:要看真实用户评价 ❌ **只看头部竞品**:小而美的产品也有值得学习的地方 ❌ **照搬竞品**:要理解背后的逻辑,而不是简单模仿

Read more
Ships withboss

Boss is an auditable agent-team workflow for coding agents. It turns one coding agent into a structured engineering team: PM, Architect, UI Designer, Tech Lead, Scrum Master, Frontend, Backend, QA, and DevOps.

Get the whole plugin