4. 竞品功能拆解与模块化对比：功能列表构建、模块划分维度、对比矩阵表、输出物规范
4.1 适用场景
本章流程适用于以下具体场景：
- 新模块立项评估：产品经理需要从0到1规划一个B端业务模块（如CRM线索管理、ERP采购审批），需明确行业竞品已覆盖的功能范围与缺失点。
- 存量功能优化：对现有B端流程进行版本迭代，需对比2-3款竞品的产品功能粒度，识别可复用的最佳实践。
- 技术选型前的功能对标：开发团队需确认第三方集成模块（如OCR识别、审批流引擎）的功能完备度。
- 售前及POC支持：解决方案架构师需快速输出竞品功能差异矩阵，以支撑客户定制化需求。
4.2 前置条件
必须确认以下条件已满足，否则无法开展功能拆解与对比操作：
- 已完成竞品筛选（不少于2款核心竞品）并获取实际可操作的产品环境或专业评测报告。
- 已确定本次分析的业务域边界（如：合同管理、费控报销、数据看板）。
- 已收集竞品各自的功能架构图或菜单树（截图、文档或API文档）。
- 已准备统一的功能对比模板（如Excel、飞书多维表格）。
4.3 操作步骤
本章节流程分为四个核心步骤：构建功能列表、划分模块维度、创建对比矩阵表、规范输出物。
步骤一：构建功能列表
操作说明：将竞品各自的产品菜单树及二级页面功能点，逐项拆解并录入统一的功能列表中。此阶段仅做信息收集与罗列，不做主观评价。
| 操作节点 | 具体动作 | 产出物 |
|---|---|---|
| 1.1 录入一级菜单 | 打开竞品系统，截图/记录所有一级导航名称，按层级填入功能名称列 | 竞品功能清单（原始） |
| 1.2 展开二三级入口 | 展开每个一级菜单下的二级、三级菜单及按钮级功能（如：新建、编辑、导出） | 竞品功能清单（展开） |
| 1.3 定义功能类型 | 按“增/删/改/查/审批/配置/报表”等标签为每个功能打类型标签 | 带类型标记的功能项 |
提示：请使用功能类型标签进行粗粒度分类，后续模块划分时需重新聚合。避免在录入阶段就按自家产品逻辑裁剪竞品功能。
步骤二：划分模块维度
操作说明：基于步骤一收集的功能点，根据业务语义和流程节点，将其重新聚合到统一的模块维度下。常用划分维度参考如下：
| 模块划分维度 | 适用场景 | 示例（以合同管理为例） |
|---|---|---|
| 业务流程链维度 | 长流程、强状态变更场景 | 合同起草 → 合同审批 → 合同签署 → 合同履行 → 合同归档 |
| 角色权限维度 | 多角色协作、权限层级复杂的系统 | 管理员模块、业务员模块、审批人模块、审计员模块 |
| 数据对象维度 | 以核心实体为主要操作对象 | 合同对象、客户对象、收款计划对象、发票对象 |
| 功能类型维度 | 快速对比功能有无，适合早期筛选 | 基础CRUD、复杂配置、统计分析、系统集成 |
分组操作要求：将步骤一中带有类型标签的功能项，按照选定维度重新分组。每个功能点只能归属到一个模块维度下，避免维度交叉。
步骤三：创建对比矩阵表
操作说明：将步骤二重新分组后的模块维度作为行标题，将竞品名称作为列标题，构建二维对比矩阵表。在每个单元格中填入功能点的支持状态与实现程度备注。
| 模块维度（行） | 功能点项 | 竞品A | 竞品B | 竞品C（本产品） |
|---|---|---|---|---|
| 1.合同起草 | 预置模板库 | ✅ 支持（5种） | ✅ 支持（3种） | ⚠️ 仅支持纯文本 |
| 合同变量填充 | ❌ 不支持 | ✅ 支持 | ✅ 支持 | |
| 2.合同审批 | 条件审批分支 | ✅ 支持（金额>10万走三级） | ❌ 不支持 | ⚠️ 仅支持顺序审批 |
| 3.合同归档 | 自动归档至指定文件夹 | ✅ 支持 | ⚠️ 需手动归档 | ❌ 不支持 |
避坑重点：对比矩阵中同一功能点在不同竞品中的实现细节（如数量、条件、交互路径）必须在备注列中写明，仅使用✅/❌/⚠️符号无法支撑后续差异化设计。
步骤四：规范输出物
操作说明：基于对比矩阵表，产出以下三个标准交付物：
- 《竞品功能拆解清单》：包含原始功能列表、模块维度划分过程、每个模块下的功能点明细。
- 《模块化功能对比矩阵表》：即步骤三产出的二维表，需导出为.xlsx或.et格式。
- 《功能差异化分析结论》：一句话总结每个模块维度的核心差异点（如：竞品A在模块x上领先2个功能点，其实现逻辑为……）。
4.4 输入输出物
| 类别 | 名称 | 来源/去向 |
|---|---|---|
| 输入 | 竞品产品截图/菜单树记录 | 竞品环境（需签署保密协议） |
| 输入 | 《竞品功能清单原始记录》 | 步骤一产出 |
| 输出 | 《竞品功能拆解清单》 | 移交至步骤五（差异化分析） |
| 输出 | 《模块化功能对比矩阵表》 | 归档至项目知识库 |
| 输出 | 《功能差异化分析结论》 | 作为SOP第5章输入 |
4.5 责任边界
- 产品经理：负责构建功能列表、划分模块维度、填写对比矩阵表并撰写分析结论。对功能点的遗漏负责。
- 业务分析师：辅助确认业务域边界，提供业务维度划分建议，审核对比矩阵的业务逻辑正确性。
- 开发人员：负责技术可行性评估，特别是对功能复杂度（如自动化流程、条件分支）的备注说明。
- 测试人员：不参与本章节产出，但可作为对比矩阵数据准确性抽查的第三方。
4.6 记录材料
以下文件必须在任务完成后上传至项目共享文件夹（如TAPD、Confluence）并保留至少2个产品迭代周期：
- 第四章_原始功能列表_YYYYMMDD.xlsx
- 第四章_模块划分维度定义_YYYYMMDD.docx
- 第四章_模块化功能对比矩阵表_YYYYMMDD.xlsx
- 第四章_功能差异化分析结论_YYYYMMDD.docx
- 第四章_矩阵表评审会议纪要_YYYYMMDD.doc4.7 异常处理
| 异常类型 | 表现 | 处理方式 |
|---|---|---|
| 功能点遗漏 | 对比矩阵中某一模块的竞品A存在功能空白 | 立即回退至步骤一，重新采集该竞品该模块的完整菜单树；若无法采集，明确标注为“未获取到数据” |
| 模块维度划分争议 | 同一功能点被两个模块维度同时交叉引用 | 召集产品经理+业务分析师进行维度重新定义，遵循“强内聚、弱耦合”原则，调整维度定义文档 |
| 竞品数据源不一致 | 不同竞品的相同功能点存在版本差异（如旧版/新版） | 统一锁定竞品版本号（如v4.2.1），并在矩阵备注列注明版本信息及截取日期 |
4.8 验收标准
本章节内容完成验收需满足以下所有条件：
- 完整性：所有选定的竞品，其功能拆解覆盖率≥90%（以竞品官方功能菜单树为基准）。
- 结构正确：对比矩阵表的行按选定模块维度严格排列，列按竞品名称排列，每个单元格包含✅/❌/⚠️符号及详细备注。
- 可回溯：每个功能点都能追溯到步骤一的原始截图或链接（有记录ID或时间戳）。
- 可复用：矩阵表能够直接导入可视化工具（如Tableau、Power BI）或作为SOP后续章节的输入数据。
- 合规性：所有竞品数据已脱敏，不包含未公开的客户信息或内部业务数据。
核心指标参数：验收时需使用交叉抽检法：选取任意2个模块维度，由不同人独立复现该模块的功能点录入，对比结果一致性应≥95%。
4.9 本章核心流程示意图
4.10 本章对照清单
执行本章节时，请逐项确认以下检查点：
- 已完成所有选定竞品的功能菜单树完整截图或原始记录。
- 已选定一种模块划分维度（业务流程链/角色权限/数据对象/功能类型）。
- 对比矩阵中每个竞品列均标注了版本号及数据采集时间。
- 每个功能点的支持状态后面都有实现细节备注（至少一句话）。
- 输出物中的拆解清单、对比矩阵表、分析结论均已评审签字。