竞品分析框架是一套把竞品研究从零散信息整理为可复用判断的结构化方法，通常由分析目标、竞品范围、比较维度、信息采集、结论输出五个部分组成。本文聚焦产品规划场景，说明它的定义、边界、组成与常见误用，并简要交代团队协作中的承载方式。
要点总览（TL;DR）
- 竞品分析框架是围绕明确产品决策问题，事先约定竞品范围、比较维度、信息来源与结论输出形式，并规定复核更新节奏的结构化方法。
- 完整框架包含五个要素：分析目标、竞品范围、比较维度、信息采集、结论输出，前一环节的产出是后一环节的输入。
- 框架聚焦产品定位、功能取舍与机会判断；营销投放策划归营销主题，企业购买研发工具的评估归工具选型主题。
- 框架保证过程可复核，不保证结论正确；维度并非越多越好、竞品并非越多越好、结论也不宜一次定稿。
- 团队落地需要任务状态流转、竞品条目归属和结论评审更新三个环节，可借助项目与文档协作工具承载。
竞品分析框架的准确定义
竞品分析框架可以定义为：围绕一个明确的产品决策问题，事先约定看哪些竞品、按什么维度比较、信息从哪里来、结论以什么形式输出，并规定何时复核更新的一套结构化方法。它把“找几份竞品资料看看”变成“按约定口径收集、比较、形成判断”的过程，使不同人做同一主题的研究时能对齐口径，也让结论可以被追溯和复核。
这个定义包含五个要素，缺一项框架就不完整：
- 分析目标：要支持的具体决策问题，例如某功能是否立项、某版本定位如何调整。
- 竞品范围：纳入比较的竞品清单及其分层方式，说明为什么选它们。
- 比较维度：按哪些角度对比，每个维度的判断口径是什么。
- 信息采集：信息来源、采集时间与标注方式，保证结论有据可查。
- 结论输出：结论的形式、面向的读者，以及后续更新机制。
框架与单次竞品调研的区别在于复用性。单次调研围绕一个临时问题展开，做完即结束；框架则把目标设定、维度口径、来源标注和更新节奏固定下来，下一次研究可以沿用同一套结构，只替换竞品和问题。前者产出一次性的材料，后者产出可积累、可对比的判断基础。
框架要回答的产品规划问题主要有三类：定位问题，即产品在同类中处于什么位置、差异点在哪里；取舍问题，即某项功能是否值得投入、做到什么程度；机会问题，即市场上存在哪些尚未被满足的需求。三类问题对应的竞品范围和比较维度并不相同，框架的作用是让这些差异在开始研究前就被说清楚。
框架的边界：包括什么、不包括什么
竞品分析框架服务于产品规划中的判断，它的范围由“是否直接影响产品定位、功能取舍与机会判断”来划定。超出这个范围的工作，即使也涉及竞品信息，也归其他主题处理。明确边界可以避免把一份竞品研究文档写成什么都装一点的资料汇编。
| 工作内容 | 是否属于框架范围 | 说明 |
|---|---|---|
| 竞品分层与选择依据 | 属于 | 说明纳入哪些竞品、为什么纳入 |
| 功能、定位、目标用户的比较维度设计 | 属于 | 维度需对应具体决策问题 |
| 信息来源与采集时间标注 | 属于 | 保证结论可追溯 |
| 结论输出与定期更新安排 | 属于 | 让研究结果可复用 |
| 营销投放与传播策略策划 | 不属于 | 归营销与增长主题 |
| 企业购买研发工具的具体选型评估 | 不属于 | 归工具选型主题，评估对象、评分方式与采购决策不同 |
| 具体竞品的价格、版本逐项对比 | 视目的而定 | 作为支撑产品判断的证据时纳入；作为采购比价时归选型主题 |
需要特别说明的是，框架保证的是过程可复核，不保证结论正确。按框架收集的信息可能不完整，维度设计可能遗漏关键角度，判断也可能受当时认知限制。框架的价值在于让这些局限暴露在明处：读者能看到结论基于哪些竞品、哪些维度、什么时间的信息，从而判断结论的适用条件，而不是把框架当成正确性的背书。
框架由哪些部分组成
五个要素之间存在先后衔接关系，前一环节的产出是后一环节的输入。下面按执行顺序说明各自的任务与产出。
分析目标与决策问题
任务是把模糊的研究意愿转成可回答的问题，例如把“看看竞品做得怎么样”改写为“在协作场景下，竞品是否已提供某类能力，我们的版本是否需要在下一周期跟进”。产出是一句或几句明确的决策问题，以及该问题对应的决策人和使用时间。目标不清会导致后续维度设计失去依据。
竞品分层与选择范围
任务是对候选竞品分层，常见分法是直接竞品、间接竞品和参照对象，并说明每层的选择理由。产出是一份带分层标签和纳入理由的竞品清单，以及明确排除某些竞品的说明。范围过宽会稀释分析深度，过窄则可能漏掉替代方案。
比较维度设计
任务是把决策问题拆成可观察、可比较的维度，并为每个维度约定判断口径，例如按“是否提供、覆盖程度、使用门槛”三档描述。产出是一张维度表，每个维度对应一个决策问题中的关注点。维度数量应与问题复杂度匹配，与竞品数量无关。
信息采集与来源标注
任务是为每个维度确定信息来源，如公开文档、产品试用记录、用户反馈，并记录采集时间。产出是带来源和时间标注的信息表。来源标注的作用是让后续复核者能判断信息是否过期、是否可靠。
结论输出与更新机制
任务是把比较结果整理成面向决策的结论，写明支持什么判断、存在哪些不确定；同时约定复核触发条件，例如竞品重大版本发布、自身规划周期切换。产出是一份结论文档和一条更新规则。没有更新机制的框架，使用一次后就会失效。
竞品分析框架与相邻概念的区别
几个概念常被混用，区别主要在对象、产出和使用方式上。
| 概念 | 核心对象 | 主要产出 | 与框架的关系 |
|---|---|---|---|
| 竞品分析框架 | 研究过程本身 | 可复用的研究结构与判断 | 本文主题 |
| 竞品清单 | 竞品名单 | 一份分层或分类的竞品列表 | 框架的一个组成要素，清单本身不产生判断 |
| 竞品情报监控 | 竞品动态 | 版本发布、价格调整等变化记录 | 为框架提供持续输入，侧重持续采集而非结构化比较 |
| 市场分析 | 市场规模、增长、竞争格局 | 市场层面的规模与趋势判断 | 提供外部背景，框架聚焦具体产品间的比较 |
| 用户研究 | 用户需求与行为 | 用户画像、需求洞察 | 为比较维度提供依据，框架不替代用户访谈与观察 |
| 工具选型评估 | 待采购的工具 | 选型建议与采购决策依据 | 评估对象是自用工具，评分与决策流程不同 |
其中最容易混淆的是竞品清单与框架。清单回答“看谁”，框架回答“为什么看、看什么、怎么看、看完得出什么”。只有清单没有维度和结论规则，研究仍会停留在资料收集阶段。竞品情报监控与框架的关系则是输入与加工的关系：监控持续提供变化信息，框架决定哪些变化值得纳入比较、如何影响既有结论。
一个具体例子与常见误解
以下为演示情景，用于说明框架如何运转，不代表真实案例。某产品团队计划在下一版本调整协作功能，需要判断是否跟进某项能力。
- 目标：明确决策问题为“该能力是否纳入下一版本，做到什么程度”，决策人为产品负责人，结论需在规划评审前完成。
- 范围：选择三个直接竞品和一个间接替代方案，排除两个定位差异过大的产品，并写明排除理由。
- 维度：围绕决策问题设计四个维度，包括能力覆盖范围、使用门槛、与现有功能的衔接方式、目标用户匹配度，每维度约定三档判断口径。
- 采集：逐维度记录信息来源与采集日期，对无法直接验证的部分标注“待确认”。
- 结论：输出“跟进、部分跟进、暂不跟进”三种判断及依据，写明不确定项，并约定下次竞品重大更新后复核。
常见误解有三个。其一，认为维度越多越好，结果维度表膨胀到几十项，采集成本上升而决策问题仍未被回答；纠正方式是每个维度都能对应到决策问题中的某个关注点，对不上的删掉。其二，认为竞品越多越好，范围过宽导致每个竞品只能浅层描述；纠正方式是先分层再取舍，并写明排除理由。其三，认为结论一次定稿，之后不再复核；纠正方式是约定复核触发条件，把结论当作有有效期的判断。这三种误解的共同后果是研究投入增加、结论可用性下降，团队逐渐不再信任竞品研究的输出。
把框架落到协作流程中
框架停留在个人文档里时，往往随人员变动而流失。变成团队机制需要三个承载环节：任务有状态、条目有归属、结论有评审和更新。
研究任务需要可跟踪的状态流转，例如从“待研究”到“采集中”“待评审”“已结论”，每个状态对应明确的负责人和完成标志。竞品条目应按分层维护，每条记录关联来源与采集时间，避免同一竞品在不同文档中出现互相矛盾的描述。结论文档在评审环节由决策人确认适用范围和不确定项，评审通过后进入复用状态，并按约定条件触发更新。
角色分工上，通常由产品规划人员提出决策问题并确认结论，研究执行人员负责维度设计与信息采集，评审环节由相关功能负责人核对结论与自身规划的一致性。交接的关键是让下一环节能看懂上一环节的口径，而不是重新解释一遍背景。
这类任务、条目与文档的状态流转，可以借助ONES的项目与工作项管理、文档协作能力承载：研究任务作为工作项跟踪状态，竞品条目和结论文档在统一空间中维护并关联评审记录，更新触发条件可以写成周期性任务。具体配置方式需结合团队现有的项目结构确定，工具承载的是流程，框架本身的维度设计与判断口径仍由团队约定。
常见问题
竞品分析框架一定要五个要素齐全吗？可以只用其中几个吗？
五个要素齐全时，框架才能形成从问题到结论的闭环。实际执行中可以先从分析目标和竞品范围起步，但比较维度、信息采集和结论输出缺一项，研究就容易退回资料收集状态：没有维度就无法横向比较，没有来源标注就无法复核，没有结论输出和更新机制，成果用一次就失效。若时间有限，可以压缩每个要素的深度，例如维度只保留三到四项，但不宜整项省略。
竞品信息变化很快，框架的结论多久更新一次比较合适？
更新频率取决于结论支撑的决策周期和竞品变化速度，没有统一标准。更实用的做法是设定触发条件而非固定周期，例如竞品发布重大版本、自身规划周期切换、关键维度上的信息被证伪时启动复核。同时给结论标注采集时间和适用范围，让读者知道结论基于哪个时点的信息。触发条件写进结论文档，比依赖个人记忆更可靠。
团队里没人专职做竞品研究，框架还能运转吗？
可以运转，关键在于把职责拆小并嵌入现有流程。决策问题由产品规划人员提出并确认结论，维度设计和信息采集可以由相关功能的产品人员分担，评审环节由功能负责人核对结论与自身规划的一致性。框架本身约定的口径和模板能降低对个人经验的依赖，使兼职参与的人也能按同一结构产出可对接的结果。人员变动时，条目和结论文档的归属清晰，交接成本也会下降。
框架里纳入的竞品数量和维度数量，有没有可以参考的经验值？
数量应由决策问题的复杂度决定，而非套用固定数字。竞品方面，先分层再取舍，每层保留能代表该层典型做法的对象，并写明排除理由；维度方面，每个维度都应能对应决策问题中的某个关注点，对不上的删掉。当维度表膨胀到需要大量时间采集却仍回答不了原问题时，说明设计偏离了目标，应回到分析目标重新裁剪。
竞品情报监控工具产出的动态记录，能直接当作框架的结论吗？
不能直接等同。情报监控侧重持续采集版本发布、价格调整等变化，提供的是输入信息；框架负责决定哪些变化值得纳入比较、如何影响既有判断。把动态记录直接当结论，容易得到零散的事实堆叠，缺少与自身产品决策的对应关系。合理的衔接方式是让监控记录按框架约定的维度归类，定期汇入比较表，再由结论环节判断是否需要调整原有判断。
