2. 竞品筛选与信息收集框架
2.1 本章核心业务场景
B端产品经理在启动竞品分析前，常面临两个典型困境：
- 场景A（新人PM）： 刚接手一款“采购协同SaaS”，领导要求分析竞品。打开搜索引擎发现上百个类似产品，不知从何筛选，最终随便挑了三家名气最大的，结果其中两家根本不是同一赛道。
- 场景B（资深PM）： 公司要上线“智能客服工单系统”，团队花了两周收集了20份竞品资料，但信息零散且口径不一，导致后续的需求分析会议无法对齐结论，所有判断只能靠“感觉”。
这些问题的本质是：没有建立一套可复用的筛选标准与信息采集框架。本章解决的就是如何从“信息沼泽”中提炼出“结构化作战地图”。
2.2 业务问题拆解：筛-流-效
我们通过业务问题拆解，将“竞品筛选与信息收集”转化为三个可执行的需求分析任务：
| 业务问题 | 对应需求任务 | 常见陷阱 |
|---|---|---|
| 筛选无标准 | 定义行业/规模/功能匹配度 | 只看名气，不看适用场景 |
| 采集无结构 | 建立多维度信息收集模板 | 官网截图堆砌，缺乏业务分析 |
| 模式与功能分离 | 区分业务模式层与功能特性层 | 把UI交互差异当成业务差异 |
| 信息不闭环 | 用户反馈与官方报告交叉验证 | 相信厂商宣传话术，忽视用户吐槽 |
2.3 用户访谈实录（需求起源）
在需求调研阶段，我们对3家企业的产品负责人进行了深度访谈，以下为典型对话摘录：
- 用户A（某ERP公司PM）：“我们之前分析过一个竞品报告，列了30个功能点，结果发现人家核心优势在‘多工厂协同’，不是‘功能数量’。”
- 用户B（某CRM产品经理）：“最头疼的是信息源不一致。我去找官网，同事看知乎，还有人直接问销售。最后大家拿到的数据天差地别，没法讨论。”
- 用户C（某供应链SaaS总监）：“竞品分析如果只看功能列表，你永远做不出差异化。必须把‘他们的业务模式’和‘我们的目标客户场景’对比。”
需求拆解结论： 用户需要的不是一个“功能罗列清单”，而是一套 “业务模式+核心流程+关键指标” 的三维扫描框架。
2.4 方案表达：竞品筛选漏斗与信息维度矩阵
我们设计了一套“筛选-采集-结构化”的方案，核心包含两个部分：
2.4.1 筛选标准：三层漏斗
- 第一层（行业）： 仅保留与你目标市场重合度 > 70% 的竞品。例如“医院后勤物资管理”不能选“餐饮供应链”。
- 第二层（规模）： 筛选客户体量相近（小微/中小/集团）的产品。大厂套壳产品往往流程固化，不适合初创企业。
- 第三层（功能）： 至少覆盖你核心业务流的 60%。注意：不是功能数量多就好，而是“关键节点”匹配。
2.4.2 信息维度结构：四层模型
| 维度层级 | 采集内容 | 数据源举例 | 采集优先级 |
|---|---|---|---|
| 业务模式层 | 客群划分、定价策略、实施方式 | 官网、招股书、销售白皮书 | P0（必须） |
| 核心流程层 | 业务流转路径、审批节点、异常处理 | 产品Demo、帮助文档、架构图 | P0（必须） |
| 交互与体验层 | 页面布局、操作路径、反馈机制 | 截图、录屏、试用笔记 | P1（重要） |
| 生态与数据层 | API接口、三方集成、报表能力 | 开放平台文档、用户社区、反馈论坛 | P2（可选） |
2.5 信息收集渠道与验证策略
为了防止信息失真，我们对不同数据源做了置信度分级：
- 一手数据（高置信度）： 亲自试用、实施文档、API测试结果。这部分最可靠但耗时。
- 二手数据（中置信度）： 行业报告（如Gartner、艾瑞）、用户访谈纪要、竞品发布会内容。需要交叉验证。
- 三手数据（低置信度/提示性）： 知乎评论、百度百科、自媒体文章。只能作为发现线索，不能做决策依据。
实操提示： 客户访谈时，问“你们以前用竞品A时，哪个环节最痛苦”比问“竞品A有哪些功能”更有价值。因为前者揭示了业务模式层面的脆弱点。
2.6 指标验证：竞品覆盖度与信息完整度
在完成采集后，我们通过两个量化指标来检验工作质量：
- 竞品覆盖度（CCR）： 实际筛选的竞品数量 / 目标市场中应分析的竞品总数。目标：≥80%。
- 信息完整度（ICI）： 已采集的四层维度内容 / 计划采集的全部维度。目标：≥90%，且P0层必须100%。
只有两个指标同时达标，本章节点才算验收通过。
2.7 验收标准
- 形成一份《竞品筛选清单》，包含至少5家经过三层漏斗过滤的竞品名称及入选理由。
- 每款竞品均完成“四层维度信息收集表”，P0层级字段不可为空。
- 所有二手数据来源必须标注出处，并附上至少1条一手数据的验证记录。
2.8 交付物模板：竞品信息收集表
| 竞品名称 | 业务模式特征 | 核心流程差异点 | 数据来源 | 置信度评级 |
|---|---|---|---|---|
| 产品A | 订阅制，按座席收费 | 审批流支持动态节点 | 官网+用户访谈（非公开） | 高 |
| 产品B | 私有化部署，买断制 | 底层数据模型固定 | 行业报告+试用截图 | 中 |
2.9 本章核心流程图：竞品筛选与信息采集路径
2.10 避坑指南与交付检查点
常见误区：
- 误区1： 把“界面长得像”当成竞品。两个产品功能列表可能类似，但业务模式（如定价、客群）完全不同，必须筛掉。
- 误区2： 过度依赖官方渠道。厂商永远不会告诉你“这个审批流程实际上线后客户改成了线下模式”。
- 误区3： 信息采集后直接堆砌。缺少“模式-流程-体验”分层，导致后续需求设计时找不到重点。
交付检查清单：
- □ 是否已输出《竞品筛选清单》并附带剔除理由？
- □ 每款竞品是否都覆盖了“四层维度”且P0层非空？
- □ 是否已标记所有信息来源的置信度？
- □ 是否已针对至少2款核心竞品完成“业务模式对比”？