【AI Agent实战】竞品分析的正确姿势：四象限 + 对标矩阵 + 护城河三板斧，为你的产品找到独占位

qcx23

639人浏览 · 2026-05-06 11:51:38

qcx23 · 2026-05-06 11:51:38 发布

在这里插入图片描述

导读：很多人做竞品分析，上来就列一张"功能对比表"，然后得出一个不痛不痒的结论：“我们有，他们也有。”——这样的分析对决策毫无帮助。本文用我自己的项目 DocCenter 为例，完整拆解一套可复用的竞品分析三板斧：四象限定位 → 横向对标矩阵 → 差异化护城河。全文干货密度大，篇幅较长，建议收藏慢看。

一、为什么 90% 的竞品分析都是在浪费时间？

先看两种典型的失败姿势：

失败姿势 1：功能罗列型

| 功能       | 我们 | 竞品A | 竞品B |
| ---------- | ---- | ----- | ----- |
| 登录       | ✓    | ✓     | ✓     |
| 注册       | ✓    | ✓     | ✓     |
| 搜索       | ✓    | ✓     | ✗     |
| 导出 PDF   | ✗    | ✓     | ✓     |

这种表写出来，你只会得出"我要补齐导出 PDF"这种战术结论，但根本没回答战略问题：

我凭什么赢？
用户为什么选我而不是他们？
我要不要做他们都有的那些功能？

失败姿势 2：特性堆砌型

“竞品 A 有 XX 功能、YY 功能、ZZ 功能……”

翻译：我不知道我在看什么，先都抄下来。

正确姿势的核心思想

竞品分析不是为了让你"像他们一样"，是为了让你"和他们不一样"。

真正的目的只有三个：

定位：我在市场地图的哪个位置？有没有对手？
借鉴：哪些能力我可以直接抄（有合理代价）？
避坑：哪些能力我坚决不做（违背我的差异化）？

下面用我自己的项目 DocCenter（本地 HTML 文档工作台）为例，走一遍完整流程。

二、案例背景 · DocCenter 是什么

在展开方法论之前，先快速介绍案例：

DocCenter 是一个本地运行的 HTML 文档工作台，核心功能：

扫描工作区所有 HTML 文件，展示成目录树
点开任意 HTML → 直接在浏览器里编辑（改字、换图、加批注）
停手 2 秒自动快照，关闭时弹"覆盖/另存/丢弃"三选项
Python 3 + aiohttp 单进程，零 npm 依赖

解决什么痛点：AI 生成的 HTML 报告很漂亮，但有错字想改一个词、图不满意想换一张，都要回到 AI 那里重新生成。DocCenter 让你直接在本地改。

现在它到了 v1.8.2，功能差不多齐了，我需要判断：

下一步该投入哪里？
市场上是不是已经有同类产品？
我的护城河到底是什么？

带着这三个问题，开始走流程。

三、第一板斧 · 四象限定位法

3.1 什么是四象限定位

核心思想：找两个最能描述你产品特性的维度（X 轴 + Y 轴），把所有潜在竞品放到这张地图上。

选维度有个诀窍：选那些"你站在哪一边对你是优势"的维度。

比如我选的是：

X 轴：云端 vs 本地
Y 轴：编辑任意 HTML vs 编辑专用格式

为什么选这两个？ 因为 DocCenter 的本质特征就是这两条：它本地运行（隐私 + 零订阅），它吃任意 HTML（不限格式）。这两条是它区别于其他产品的根本特征。

3.2 填入竞品

在这里插入图片描述

把九个主流产品按"云端 vs 本地"和"编辑任意 HTML vs 编辑专用格式"两个维度摆上去：

3.3 关键洞察 · 找"空白象限"

把九个主流产品摆上去后，发现一个惊人的事实：

"本地 × 编辑任意 HTML"这个象限是空的。

也就是说，DocCenter 没有直接竞品。

这一步的价值不是"得出答案"，而是把问题从"我和谁竞争"变成"为什么这个象限是空的"：

是因为没需求？（不太可能，AI 生成 HTML 需求爆发）
是因为技术难？（不算，contenteditable 就能做）
是因为商业模式弱？（可能，本地工具难收费）

结论：空白象限 = 机会。但要想清楚为什么之前没人做。

四、第二板斧 · 横向对标矩阵

定位完了，但光知道"我在一个象限"还不够。我还需要知道邻居们各自做到什么程度，才知道该借鉴什么、规避什么。

这就进入横向对标。

4.1 按象限分组，每组选 1-2 个标杆

原则：每个象限不超过 3 个，否则信息爆炸。选"这个象限最强 / 最老牌 / 最开源"的那个。

我最终选了 9 个：

象限	代表	选它的理由
云端 × 可视化建站	Webflow	最成熟的企业级
云端 × 可视化建站	Framer	AI-first 的代表
本地 × 可视化建站	GrapesJS	唯一开源
富文本内核	TinyMCE	最老牌，行业标杆
富文本内核	CKEditor	有 Track Changes
富文本内核	Lexical	Meta 新一代架构
网页批注	Marker.io	批注类 SaaS 领头羊
本地笔记	Obsidian	本地 + 插件生态
云端协作文档	Notion	块编辑器代表

4.2 拉出 11 维对标矩阵

选维度的标准：每一维都要回答一个"用户能感知"的问题。

不要选"性能""扩展性"这种模糊的，要选"用户会问出口"的：

维度	用户会这样问
编辑外部 HTML	“我能不能直接改我手上这份 HTML？”
本地运行	“是不是要联网？数据上不上云？”
零学习成本	“打开就会用吗？”
文字编辑	“选中改字号/字色好不好用？”
图片替换	“我能换图吗？”
表格编辑	“加行删列行不行？”
样式检查器	“我能改背景色/字体吗？”
版本历史	“改错了能回去吗？”
批注	“审阅时能打标记吗？”
AI 辅助	“能不能让 AI 帮我改？”
开源/免费	“要订阅吗？”

然后就是老老实实填表（✅✅ = 业界最强，✅ = 及格，⚠️ = 半吊子，❌ = 无）：

在这里插入图片描述

下面是可编辑的文字版（方便你复制到自己的表格里）：

能力	DocCenter	Webflow	Framer	GrapesJS	CKEditor	Lexical	Marker.io	Obsidian	Notion
编辑外部 HTML	✅✅	❌	❌	✅	⚠️	❌	❌	❌	❌
本地运行	✅✅	❌	❌	库	库	库	❌	✅✅	❌
零学习成本	✅✅	❌	⚠️	❌	❌	❌	✅	⚠️	✅
文字编辑	✅	✅✅	✅✅	✅	✅✅	✅✅	❌	✅✅	✅✅
图片替换	✅	✅✅	✅✅	✅	✅	✅	❌	✅	✅
表格编辑	❌	✅✅	✅	✅	✅✅	✅	❌	⚠️	✅✅
样式检查器	❌	✅✅	✅✅	✅✅	❌	❌	❌	❌	❌
版本历史	⚠️	✅	✅	❌	✅✅	❌	❌	✅	✅
批注	✅	❌	❌	❌	✅✅	❌	✅✅	❌	✅
AI 辅助	❌	✅	✅✅	❌	✅	❌	❌	✅	✅
开源/免费	✅✅	❌	❌	✅✅	⚠️	✅✅	❌	✅	⚠️

4.3 从矩阵里读出三件事

这张表不是目的，是原材料。重要的是从里面读出信息：

读法 1：看我自己的"绿色水平线"在哪里最亮

DocCenter 的 ✅✅ 集中在：编辑外部 HTML / 本地运行 / 零学习成本 / 开源免费。

这四条就是我的护城河主轴。

读法 2：看我自己的"红色垂直线"在哪里

DocCenter 的 ❌ 集中在：表格编辑 / 样式检查器 / AI 辅助。

其中 AI 辅助是故意不做（战略选择），表格和样式检查器是能力空缺（下一步要做）。

读法 3：看"全行都是 ✅✅"的能力

比如"文字编辑"几乎所有人都做到业界最强。这意味着：做文字编辑不可能超车，勉强追平就行。我不需要在这上面投精力。

反过来，"样式检查器"有些人做到 ✅✅，有些人是 ❌。这意味着这个能力有分化空间，我下场可以差异化打法。

五、第三板斧 · 差异化护城河

前两板斧只是摆事实，真正的战略思考从这里开始。

5.1 护城河的三个问题

问自己三个问题：

我有什么是别人很难抄的？
我的差异化是不是用户真的在意？
如果别人决定抄我，需要付出多大代价？

对 DocCenter 的回答：

问题	回答
别人很难抄什么？	“本地 × 零订阅 × 开源”——这三条对 Webflow/Framer 是商业模式自杀
用户在意吗？	在意。AI 爆发后"隐私 + 不上云 + 免费"的呼声很高
别人抄的代价？	Webflow 抄 = 放弃 SaaS 收入；Notion 抄 = 放弃多端同步——他们都抄不了

这一套下来，我的护城河就浮现了：

DocCenter 的护城河 = “本地 × 编辑任意 HTML × 零学习成本” 三个特性的并集。

在这里插入图片描述

5.2 护城河 ≠ 唯一差异化

有一个新手容易犯的错：以为护城河就是"我有他们没有"。

不是的。护城河是"我有 + 他们抄需要付出很大代价"。

比如"支持拖拽移动文件" —— 这不是护城河，因为 Notion 一个版本就能加。

而"本地运行" —— Webflow 一旦做本地版，就要同时维护 SaaS + 本地两条产品线，成本翻倍，还稀释了云端锁定——他们不会做。这才是护城河。

5.3 把护城河翻译成"不做清单"

有护城河了，下一步不是"加什么功能"，而是明确"绝对不做什么"。

DocCenter 的不做清单：

不做的事	为什么不做
云同步	破坏"本地"特性
多人协作	破坏"本地"特性
注册登录系统	破坏"零学习成本"
强制格式规范	破坏"任意 HTML"
AI 自动生成（不是辅助修改）	和上游 AI 生成工具重叠，破坏"二次编辑"定位

这份不做清单比做清单重要 10 倍。它会在未来两年不断帮你拒绝"看起来很美好的诱惑"。

六、从分析到行动 · 五条借鉴清单

前面讲完方法论，现在讲如何把竞品分析转化为行动计划。

6.1 借鉴的正确方式

最蠢的借鉴是"抄功能"。最聪明的借鉴是抄思想。

举个具体例子：CKEditor 有一个叫 Track Changes 的功能——改过的字标红、新增的字标绿、一键接受/拒绝。

抄功能：我也做一个 “Track Changes”
抄思想：CKEditor 解决的是"协作时版本可视化"，我用它来解决"单机用户的历史版本可视化"。功能本质相同，产品化语境不同。

6.2 五条可落地借鉴

从对标矩阵反推，我列了 5 条（按优先级）：

#	借鉴谁	学什么	用在哪	代价
1	CKEditor	Track Changes 的 diff 可视化	v1.9 版本时间线	中：`diff-match-patch` 库够用
2	Notion	`/` 命令弹菜单插入块	v1.10 新增结构化内容	小：纯 UI 层
3	GrapesJS	Style Manager 样式面板	v1.10 样式检查器	大：开源可抄代码
4	Obsidian	Command Palette ⌘+P	v1.9 低成本加分	小：2-4 小时
5	Marker.io	批注状态机（待处理/已解决/已忽略）	v2.0 批注升级	小：加字段即可

6.3 避坑清单（同样重要）

借鉴诱惑	不借鉴的原因
Webflow 的 CMS 数据库	DocCenter 是单文档工具，加数据库违和
Framer 的完全组件化	和"编辑任意 HTML"冲突
CKEditor 的 OT 协作	DocCenter 是单机
TinyMCE 100+ 插件生态	过度功能陷阱，违背"零学习"
Lexical 内核替换	当前 contenteditable 刚修好，换内核成本远大于收益

避坑清单比借鉴清单更考验战略定力。

七、信息收集的工程方法

前面讲的是分析框架。实际操作时，第一步其实是怎么高效搜集信息。我总结了四个动作：

7.1 分层搜索

不要直接搜"竞品"。按下面的层级来：

Layer 1：问题层
  "local HTML editor" / "WYSIWYG HTML editor 2025"

Layer 2：竞品层
  "GrapesJS vs Webflow vs Framer 2025"
  "TinyMCE vs CKEditor vs Lexical"

Layer 3：细节层
  "Marker.io BugHerd Pastel annotation"
  "Notion slash command block"

Layer 4：交叉验证层
  "Obsidian vs Notion 本地 HTML 编辑"

每一层都要换中文和英文各搜一遍——中文社区的对比文章更贴近实操，英文的更全面客观。

7.2 信息源的优先级

优先级	来源	为什么
1	产品官网的 Comparison 页	第一手，但带偏见
2	独立评测博客	有深度，可能过时
3	社区讨论（Reddit / HN / 知乎）	用户真实痛点
4	npm trends / GitHub Stars	客观数据
5	AI 辅助汇总	快速过一遍大局

千万不要只信 AI 的综述 —— AI 的训练数据可能已经过时。至少用一次 web_search 验证最新动态。

在这里插入图片描述

7.3 信息归类的三个桶

搜到的每一条信息，立刻归到三个桶之一：

事实桶：「Framer 2025 年新增了 AI Workshop 功能」（客观可验证）
观点桶：「Obsidian 比 Notion 更适合 PKM」（主观，需要辨别是谁说的）
暗示桶：「Webflow 导出的 HTML 代码凌乱」（可能是产品弱点，需要验证）

暗示桶最有价值——它是差异化的机会源。

7.4 本次分析耗时记录（真实数据）

供参考：

阶段	耗时	产出
搜索 + 信息收集	15 分钟	4 次 web_search + 归类
四象限定位	10 分钟	1 张地图
横向对标矩阵	25 分钟	11 维 × 9 个产品表格
护城河 + 借鉴 + 避坑	20 分钟	5+5 条清单
整合成文	30 分钟	1 份 Markdown
合计	100 分钟	一份可行动的完整报告

如果没有框架，同样的信息量可能要花一天甚至更久。

八、可复用模板

把上面整个流程提炼成一个通用模板，你可以直接套到自己的产品上：

模板 1 · 四象限定位

第一步：选两个维度
  - X 轴：________ vs ________
  - Y 轴：________ vs ________
  选维度标准："我站在哪一边是优势"

第二步：把竞品摆上去
  - 象限 I：[__, __, __]
  - 象限 II：[__, __, __]
  - 象限 III：[__, __, __]
  - 象限 IV：[__, __, __]

第三步：找"空白象限"
  - 哪个象限没人占？
  - 为什么没人占？
  - 我能占吗？

模板 2 · 横向对标矩阵

第一步：选 8-12 个用户会问的能力维度
  不要选"性能/扩展性"这种模糊的
  要选"用户会问出口的问题"

第二步：选 6-10 个代表性竞品
  每个象限不超过 3 个
  优先选最强、最老牌、最开源

第三步：诚实打分 ✅✅/✅/⚠️/❌

第四步：读三件事
  a. 我的"绿线"在哪（= 护城河主轴）
  b. 我的"红线"在哪（= 下一步重点 / 战略放弃）
  c. 全行都 ✅✅ 的能力 = 不投精力

模板 3 · 护城河审计

问三个问题：
  Q1：我有什么是别人很难抄的？
  Q2：这个差异化用户真的在意吗？
  Q3：别人抄的代价有多大？

三个都是 YES → 这是真护城河
任一 NO → 不是护城河，需要重新想

然后写"不做清单"：
  不做 ① ______（因为 ______）
  不做 ② ______（因为 ______）
  不做 ③ ______（因为 ______）

模板 4 · 借鉴清单

| 借鉴谁 | 学什么 | 用在哪 | 代价 |
|--------|--------|--------|------|
|        |        |        |      |

原则：
  - 抄思想 > 抄功能
  - 每条必须写清楚"代价"（时间/风险/兼容性）
  - 配一份同等长度的"避坑清单"

九、写在最后 · 竞品分析的三个心法

用了这套框架两年，我有三个心得：

心法 1：竞品分析是地图，不是抄袭指南

地图告诉你"你在哪 / 别人在哪 / 路怎么走"，不是告诉你"把别人走过的路再走一遍"。

心法 2：越能清晰说出"不做什么"，产品越有竞争力

有"做清单"不稀奇。能在老板/同事/自己诱惑下守住"不做清单"，才是真本事。

心法 3：分析不是终点，是决策的起点

这篇文章如果看完只记住一句话，请记这句：

竞品分析的终点不是一份 PPT，是一份"未来 6 个月的决策清单" —— 要做哪三件事、不做哪五件事、借鉴谁怎么借鉴。

如果分析完了你还不知道下一步往哪走，那是框架没用对。

附录 · 本文用到的工具链

工具	用途	备注
web_search	分层搜索竞品信息	中英文交替
Markdown 表格	对标矩阵	视觉化最佳
四象限图	定位展示	ASCII 也行，可视化更好
个人判断	打分 ✅✅/✅/⚠️/❌	谁也代替不了你对产品的感觉

所有评论(0)

查看更多评论

qcx23

@qcx23

已为社区贡献88条内容

【AI Agent实战】竞品分析的正确姿势：四象限 + 对标矩阵 + 护城河三板斧，为你的产品找到独占位

qcx23

一、为什么 90% 的竞品分析都是在浪费时间？

失败姿势 1：功能罗列型

失败姿势 2：特性堆砌型

正确姿势的核心思想

二、案例背景 · DocCenter 是什么

三、第一板斧 · 四象限定位法

3.1 什么是四象限定位

3.2 填入竞品

3.3 关键洞察 · 找"空白象限"

四、第二板斧 · 横向对标矩阵

4.1 按象限分组，每组选 1-2 个标杆

4.2 拉出 11 维对标矩阵

4.3 从矩阵里读出三件事

五、第三板斧 · 差异化护城河

5.1 护城河的三个问题

5.2 护城河 ≠ 唯一差异化

5.3 把护城河翻译成"不做清单"

六、从分析到行动 · 五条借鉴清单

6.1 借鉴的正确方式

6.2 五条可落地借鉴

6.3 避坑清单（同样重要）

七、信息收集的工程方法

7.1 分层搜索

7.2 信息源的优先级

7.3 信息归类的三个桶

7.4 本次分析耗时记录（真实数据）

八、可复用模板

模板 1 · 四象限定位

模板 2 · 横向对标矩阵

模板 3 · 护城河审计

模板 4 · 借鉴清单

九、写在最后 · 竞品分析的三个心法

心法 1：竞品分析是地图，不是抄袭指南

心法 2：越能清晰说出"不做什么"，产品越有竞争力

心法 3：分析不是终点，是决策的起点

附录 · 本文用到的工具链

延伸阅读

所有评论(0)

温馨提示：您尚未绑定手机号

qcx23