本文给出一份可直接对照填写的竞品分析报告示例，覆盖从分析目标、竞品范围到差距判断与规划建议的完整字段。示例中的公司、数据与时间均为演示情景，用于展示填写方式，实际使用时请替换为可查证信息并注明来源。
要点总览（TL;DR）
- 示例报告按基本信息、竞品范围、统一维度对照表、逐家事实摘要、差距判断、规划建议六部分组织，可直接对照填写。
- 竞品范围按直接竞品、间接竞品、潜在替代三类取舍，四到六家通常足以支撑一次版本决策。
- 对照维度要与规划动作对应：功能覆盖回答补什么，目标用户回答为谁补，定价与更新节奏回答竞争响应方式。
- 事实栏注明来源与采集时间，判断栏单独成段，评审时先核对事实再讨论结论。
- 示例中的公司、数据与时间均为演示情景，实际使用需替换为可查证信息并设定复查周期。
示例目标：这份报告要回答什么
示例设定为某产品团队在规划下一版本前开展的一次竞品研究。团队负责人需要在版本规划评审前提交一份竞品分析报告，供产品负责人和评审参与者共同讨论。这个背景决定了报告的组织方式：它服务于一次具体的版本决策，需要把事实、判断和建议放在同一份文档里，让评审者能快速核对依据并形成结论。
报告要回答三个问题：竞品是谁，即哪些产品与本产品构成直接或间接竞争关系；差距在哪，即本产品与竞品在关键维度上的具体差异；规划怎么调，即下一版本应优先补强哪些方向、暂缓哪些方向。三个问题对应报告的三段核心内容，范围清单、对照表与差距判断、规划建议。
读者是产品负责人与规划评审参与者，他们关心的是结论是否站得住、依据是否可查。因此报告需要把事实栏与判断栏分开呈现，让评审者可以先核对事实，再讨论判断。示例中的产品名称、团队名称、数据均为虚构，仅用于演示字段如何填写，不构成真实案例。
完整示例：一份填好的竞品分析报告
以下是一份字段填满的示例报告。为便于阅读，报告按基本信息、竞品范围、对照表、逐家摘要、差距判断、规划建议六个部分呈现。所有公司名称与数据均为演示情景。
报告基本信息
| 字段 | 填写内容 |
|---|---|
| 分析目的 | 为下一版本规划确定功能优先级，识别本产品在目标用户群中的主要差距 |
| 时间范围 | 信息采集截至示例日期，覆盖近两个季度的公开更新记录 |
| 负责人 | 产品经理（示例角色），协作方为设计负责人与研发负责人 |
| 报告版本 | 初稿，待规划评审会讨论后修订 |
竞品范围清单及入选理由
| 竞品 | 类型 | 入选理由 |
|---|---|---|
| 竞品A | 直接竞品 | 目标用户与本产品高度重叠，功能覆盖范围接近 |
| 竞品B | 直接竞品 | 在核心使用场景上与本产品正面竞争，近期更新频繁 |
| 竞品C | 间接竞品 | 解决同一类需求但产品形态不同，可能分流部分用户 |
| 竞品D | 潜在替代 | 当前覆盖有限，但扩展方向可能进入本产品所在场景 |
统一维度对照表
| 维度 | 本产品 | 竞品A | 竞品B | 竞品C | 竞品D |
|---|---|---|---|---|---|
| 功能覆盖 | 核心场景完整，扩展场景部分覆盖 | 核心与扩展场景均较完整 | 核心场景完整，扩展场景较少 | 聚焦单一场景 | 覆盖少量场景 |
| 目标用户 | 中小团队 | 中小团队与部门级团队 | 中小团队 | 个人与小团队 | 特定职能团队 |
| 定价模式 | 按席位订阅 | 按席位订阅，含分层套餐 | 按席位订阅 | 免费加增值 | 按项目计费 |
| 更新节奏 | 月度迭代 | 月度迭代，季度大版本 | 双周迭代 | 不定期 | 季度迭代 |
| 集成方式 | 开放接口与常用工具对接 | 开放接口，生态较广 | 有限对接 | 少量对接 | 以自有生态为主 |
逐家竞品事实摘要
竞品A：功能覆盖最完整，分层套餐覆盖不同规模团队，更新节奏稳定，生态对接较广。事实来源为公开产品页面与更新日志，采集时间见基本信息。
竞品B：核心场景扎实，迭代频率高，扩展能力相对有限，适合需求集中的团队。事实来源为公开更新记录。
竞品C：产品形态轻量，聚焦单一场景，定价门槛低，可能吸引预算敏感的小团队。事实来源为公开定价页面。
竞品D：当前覆盖范围窄，但扩展方向与本产品部分场景相邻，需持续观察。事实来源为公开路线说明。
差距与机会判断
对照表显示，本产品在核心场景上与直接竞品基本持平，主要差距集中在扩展场景覆盖与生态对接广度。竞品A在这两项上领先，竞品B以迭代速度弥补覆盖不足。机会在于：中小团队对扩展场景的需求正在增长，而竞品B尚未覆盖，本产品若在下一版本补齐一到两个高频扩展场景，可在该用户群形成差异。
对产品规划的具体建议
- 下一版本优先补齐两个高频扩展场景，对应差距判断中的第一项。
- 将生态对接列入下下版本规划，先完成常用工具的对接验证。
- 暂缓与竞品C的价格竞争，维持现有定价结构，观察其用户流向。
- 对竞品D设置季度复查节点，跟踪其扩展方向是否进入本产品场景。
逐项解释：每个字段为什么这样填
竞品范围的取舍依据是竞争关系而非知名度。直接竞品指目标用户与核心场景高度重叠的产品，间接竞品指解决同类需求但形态不同的产品，潜在替代指当前覆盖有限但扩展方向可能进入本场景的产品。三类都纳入，是因为规划决策既要应对当下竞争，也要预判未来分流。范围不宜过宽，四到六家通常足以支撑一次版本决策，过多会增加核对成本。
对照维度的选择与规划决策直接挂钩。功能覆盖回答补什么，目标用户回答为谁补，定价模式回答是否需要用价格手段，更新节奏回答对手的响应速度，集成方式回答生态短板。每个维度都应能对应到一条可能的规划动作，无法对应决策的维度可以不放，避免表格变成信息堆砌。
事实栏与判断栏分开写，是为了让评审者能先核对事实再讨论判断。事实栏只写可查证的公开信息并注明来源与采集时间，判断栏写基于事实的推论。两者混写时，读者难以区分哪些是观察到的事实、哪些是分析者的推断，评审时容易各说各话。
差距判断从对照表推导，方法是逐维度比较本产品与直接竞品的位置，找出本产品落后且影响目标用户的维度，再结合竞品覆盖情况判断是否存在空档。示例中扩展场景与生态对接被列为差距，是因为竞品A领先且竞品B未覆盖，同时目标用户需求在增长，三个条件同时成立才构成值得投入的差距。
建议对应到版本规划动作，每条建议都应能落到具体的版本、功能或时间节点。示例中的四条建议分别对应补齐功能、列入后续版本、暂缓动作和复查节点，评审时可以直接讨论优先级与排期，而不必再二次翻译。
报告撰写完成后，通常需要经过评审、修订和后续跟踪。团队可以把报告文档、评审意见和版本规划任务放在同一协作空间中管理，例如在ONES中建立规划项目，将报告作为文档关联到对应版本的工作项，评审结论直接转为待办并跟踪状态。这样报告不止是一次性交付物，而是与版本推进保持同步的记录。
可迁移规律：换一个品类怎么套用
这份示例的骨架不依赖具体行业，迁移到其他产品品类时，保留结构、替换字段即可。可迁移的规律有五条。
- 目标先行：先确定这次分析要支撑哪个决策，再决定维度和范围。决策问题不同，对照表的内容就不同。
- 统一口径：所有竞品用同一组字段填写，同一维度的判断标准保持一致，避免某家写得细、某家写得粗。
- 事实与判断分离：事实注明来源与采集时间，判断单独成段，便于复核和更新。
- 结论落到动作：差距判断之后必须给出可执行的规划动作，否则报告无法进入评审议程。
- 范围有边界：明确哪些竞品纳入、哪些暂不纳入，并说明理由，避免范围随讨论不断扩张。
换品类时需要替换的字段包括：功能覆盖的具体场景清单、目标用户的划分方式、定价模式的计费口径、更新节奏的观察周期、集成方式的对接对象。需要保留的骨架是：基本信息、范围清单及理由、统一维度对照表、逐家事实摘要、差距判断、规划建议。若品类涉及合规或认证要求，可在对照表中增加对应维度，并注明信息来源与核验时间。
适用边界：示例不能直接当结论用
示例中的公司名称、团队角色、数据和时间均为演示情景，用于展示字段如何填写，不能作为真实市场判断的依据。实际撰写时，每一项竞品事实都应替换为可查证的信息，并注明来源与获取时间，便于评审者复核和后续更新。
竞品信息具有时效性，价格、版本、功能覆盖会随对手更新而变化。报告应设定复查周期，在竞品发生重大更新或自身版本规划节点前重新核对关键字段，避免用过期信息支撑决策。
本文聚焦产品规划所需的竞品研究，营销投放效果评估不在讨论范围，企业购买研发工具的选型评估属于工具选型主题，本文不展开。示例中涉及的定价与版本信息仅作字段示范，具体数值需自行查证。
常见问题
示例里的对照维度可以直接照搬到自己团队吗？
可以借用维度框架，具体条目需要按决策问题调整。示例选功能覆盖、目标用户、定价模式、更新节奏、集成方式，是因为它们分别对应补功能、定人群、价格手段、响应速度和生态短板这几类规划动作。如果这次分析要支撑的是进入新市场的判断，可能需要增加渠道覆盖或合规要求等维度；如果只讨论单一场景的补强，维度可以收窄。判断标准是每个维度都能对应到一条可能的规划动作。
竞品数量控制在多少比较合适？
示例给出四家，覆盖直接竞品、间接竞品和潜在替代三类。一次版本决策通常四到六家足够，范围过宽会显著增加事实核对和更新维护的成本。取舍时优先保留与目标用户重叠度高、近期更新频繁的产品，其余可列入观察清单，在报告末尾注明暂不纳入的理由，避免评审时范围被临时扩张。
报告写完后多久需要更新一次？
建议按两个触发条件更新：一是竞品发生重大更新，例如核心功能发布或定价调整；二是自身进入版本规划节点前。日常可以只维护对照表中的关键字段，在规划评审前做一次完整核对。更新时保留上一版的事实与采集时间，便于对比变化趋势，也方便评审者判断哪些结论已经过时。
事实来源应该记到什么颗粒度？
至少记录来源类型和获取时间，例如公开产品页面、更新日志、定价页面、路线说明，并标注采集日期。对于会直接影响规划判断的关键事实，例如某项能力是否已上线、套餐如何划分，建议记录具体页面位置，方便评审者复核。来源与采集时间写在事实栏，推断和结论写在判断栏，两者不混在同一段里。
报告和后续版本规划怎么衔接？
把报告中的每条建议转成可跟踪的工作项，标注对应版本和负责人，评审结论直接记录在工作项上。报告文档与版本规划放在同一协作空间，后续竞品变化时回到原文档更新，工作项状态同步反映执行进展。这样报告从一次性交付物变成与版本推进同步的记录，复查时能直接看到建议的落地情况。
