1. 竞品分析目标定义：明确分析目的、输出成果、应用场景
竞品分析不是“抄作业”，而是通过结构化对比，为功能边界划定提供决策依据。任何一次竞品调研，在启动前都必须回答三个问题：为什么要做？产出什么？给谁用？这三个问题的答案构成了竞品分析的目标定义，直接决定后续调研的深度、颗粒度和落地价值。
1.1 为什么必须在分析前定义目标
- 避免漫无目的的调研：没有目标的竞品分析容易变成“功能罗列”，无法支撑边界决策。
- 对齐业务问题：同样是分析竞品，解决“用户注册转化率低”和解决“支付流程出错率高”所需的调研维度完全不同。
- 保证资源投入产出比：一次完整竞品分析需要 2～5 个 PD 工作日，目标定义不清晰会导致时间浪费。
1.2 目标定义三要素
| 要素 | 定义 | 典型输出 |
|---|---|---|
| 分析目的 | 本次分析要解决的业务问题或要验证的假设 | “确认竞品在分期还款上是否支持提前结清” |
| 输出成果 | 最终交付物及格式（文档/表格/原型对比） | 功能对比矩阵 + 边界划定建议 |
| 应用场景 | 产出物将被哪些决策或会议使用 | PRD 评审会、功能边界评审会 |
📌 案例提示：某支付产品团队在分析竞品“账单分期”功能时，目标是“判断是否要支持用户自定义分期期数”。输出成果是《分期期数设定对比表》，应用场景是需求评审会。明确目标后，调研聚焦在“期数设定规则”和“用户触发条件”，避免了研究账单详情页的其他无关功能。
1.3 目标定义的实践框架
- 业务问题定位：从用户反馈、数据漏斗、业务方诉求中提取痛点。
- 假设提炼：将问题转化为可验证的假设（如“竞品通过前置引导提高了分期转化”）。
- 竞品范围划定：直接竞品（同赛道）+ 间接竞品（解决相同用户场景）。
- 分析维度对齐：目的决定维度——验证转化率 → 分析漏斗节点；验证易用性 → 分析交互路径。
- 交付物格式确认：提案阶段用对比图，评审阶段用需求侧写表。
💡 避坑指南：不要在分析结束后才发现“产出的表格无人需要”。建议在启动前与需求评审会主持人确认应用场景，并同步给相关 PM、研发和测试，避免返工。
1.4 常见误区与核对清单
| 误区 | 后果 | 纠正方法 |
|---|---|---|
| 目的写成“了解竞品” | 调研方向发散，无法聚焦 | 改为“验证竞品在XX场景下的交互方案是否适用于我们” |
| 输出成果未约定格式 | 交付物不满足下游使用需求 | 提前确定是否使用 Excel、Figma 或 Confluence 模板 |
| 应用场景模糊 | 分析结论在评审时被质疑 | 注明“该分析将作为需求评审附件，用于功能边界决策” |