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

导读很多人做竞品分析上来就列一张功能对比表然后得出一个不痛不痒的结论“我们有他们也有。”——这样的分析对决策毫无帮助。本文用我自己的项目 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最成熟的企业级云端 × 可视化建站FramerAI-first 的代表本地 × 可视化建站GrapesJS唯一开源富文本内核TinyMCE最老牌行业标杆富文本内核CKEditor有 Track Changes富文本内核LexicalMeta 新一代架构网页批注Marker.io批注类 SaaS 领头羊本地笔记Obsidian本地 插件生态云端协作文档Notion块编辑器代表4.2 拉出 11 维对标矩阵选维度的标准每一维都要回答一个用户能感知的问题。不要选性能扩展性这种模糊的要选用户会问出口的维度用户会这样问编辑外部 HTML“我能不能直接改我手上这份 HTML”本地运行“是不是要联网数据上不上云”零学习成本“打开就会用吗”文字编辑“选中改字号/字色好不好用”图片替换“我能换图吗”表格编辑“加行删列行不行”样式检查器“我能改背景色/字体吗”版本历史“改错了能回去吗”批注“审阅时能打标记吗”AI 辅助“能不能让 AI 帮我改”开源/免费“要订阅吗”然后就是老老实实填表✅✅ 业界最强✅ 及格⚠️ 半吊子❌ 无下面是可编辑的文字版方便你复制到自己的表格里能力DocCenterWebflowFramerGrapesJSCKEditorLexicalMarker.ioObsidianNotion编辑外部 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 的不做清单不做的事为什么不做云同步破坏本地特性多人协作破坏本地特性注册登录系统破坏零学习成本强制格式规范破坏任意 HTMLAI 自动生成不是辅助修改和上游 AI 生成工具重叠破坏二次编辑定位这份不做清单比做清单重要 10 倍。它会在未来两年不断帮你拒绝看起来很美好的诱惑。六、从分析到行动 · 五条借鉴清单前面讲完方法论现在讲如何把竞品分析转化为行动计划。6.1 借鉴的正确方式最蠢的借鉴是抄功能。最聪明的借鉴是抄思想。举个具体例子CKEditor 有一个叫Track Changes的功能——改过的字标红、新增的字标绿、一键接受/拒绝。抄功能我也做一个 “Track Changes”抄思想CKEditor 解决的是协作时版本可视化我用它来解决单机用户的历史版本可视化。功能本质相同产品化语境不同。6.2 五条可落地借鉴从对标矩阵反推我列了 5 条按优先级#借鉴谁学什么用在哪代价1CKEditorTrack Changes 的 diff 可视化v1.9 版本时间线中diff-match-patch库够用2Notion/命令弹菜单插入块v1.10 新增结构化内容小纯 UI 层3GrapesJSStyle Manager 样式面板v1.10 样式检查器大开源可抄代码4ObsidianCommand Palette ⌘Pv1.9 低成本加分小2-4 小时5Marker.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 / 知乎用户真实痛点4npm trends / GitHub Stars客观数据5AI 辅助汇总快速过一遍大局千万不要只信 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 分钟55 条清单整合成文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 也行可视化更好个人判断打分 ✅✅/✅/⚠️/❌谁也代替不了你对产品的感觉延伸阅读《好战略坏战略》—— Rumelt护城河概念的战略理论基础《Zero to One》—— Peter Thiel垄断 差异化的另一种表达《竞争战略》—— Porter五力模型更重的分析框架作者路易乔布斯项目DocCenter本地 HTML 文档工作台系列AI Agent 实战方法论日期2026-05-06如果这篇文章对你有帮助欢迎点赞 / 收藏 / 关注。下一篇预告《从 v1.0 到 v1.8一个本地工具的 40 次迭代笔记》