竞品分析的整体框架：目的、范围、方法、输出物概览
竞品分析不是“看看别人做了什么”的简单动作，而是一套结构化的决策支撑工具。在权限设计场景中，竞品分析需要回答的核心问题是：“别人如何处理类似的权限冲突？这些方案的代价与收益分别是什么？” 本章从目的、范围、方法、输出物四个维度建立框架，为后续各章节的实践提供统一坐标系。
3.1 竞品分析的目的
在权限设计决策中，竞品分析的目标可分解为四个层次：
| 层次 | 目的说明 | 对应的业务问题 |
|---|---|---|
| L1 验证假设 | 判断自己提出的权限模型（如 RBAC、ABAC、ReBAC）在真实场景中是否可落地 | “我们的细粒度权限方案，竞品用了为什么用户投诉？” |
| L2 识别盲区 | 发现被自己忽略的边缘用例（如跨组织继承、临时权限、审计追溯） | “为什么竞品的权限管理页面比我们多两个设置项？” |
| L3 量化代价 | 评估方案在研发投入、性能损耗、用户学习成本上的真实开销 | “竞品用动态权限真的比静态权限快 30% 吗？” |
| L4 对齐标准 | 确保设计不偏离行业最佳实践（如 OAuth 2.0、XACML、NIST RBAC） | “我们的权限缓存过期策略是否符合主流规范？” |
用户场景映射：假设你正在设计一个“文档级权限”功能，竞品分析目的应聚焦于 L2 和 L3 —— 重点看同类产品如何处理“文档所有者变更后子文档权限继承”这个常见业务问题。
3.2 竞品分析的范围
范围决定了分析的深度和有效性能用资源。按权限设计决策的典型需求，范围需从四个维度定义：
- 时间范围：产品版本快照（如 v3.2、SaaS 2024-11 更新）——避免分析历史废弃功能。
- 空间范围：直接竞品（相同赛道）、间接竞品（相似业务模型）、标杆竞品（行业最佳实践）三类。
- 功能范围：按权限生命周期拆解——
定义权限 → 分配权限 → 验证权限 → 审计变更。 - 用户范围：按角色划分——管理员（配置）、普通用户（使用）、审计员（追溯）三个视角分别提取需求。
业务问题驱动：若你的产品面向企业客户，“管理员如何批量回收离职员工的权限”是一个高频业务问题，这会将范围锚定在“批量操作”和“变更追溯”两个功能切片上，而非泛泛分析所有权限功能。
3.3 竞品分析的方法
围绕“用户访谈 → 需求拆解 → 方案表达 → 指标验证”的课程主线，本章推荐四种匹配的方法：
- 场景剧本法：基于用户访谈中的典型业务问题，编写“权限操作剧本”（如：部门主管给新员工分配项目文件夹的编辑权），还原竞品中用户的实际操作路径。
- 功能矩阵对比：将权限功能拆解为原子能力（如：角色继承、资源组、约束条件），用二维表标注竞品的有无与实现方式。
- 流程差异分析：画出竞品中权限生效的完整数据流（前端 → API → 策略引擎 → 数据库），对比自己的设计，定位差距。
- 性能与成本基准：针对关键指标（权限验证延迟、数据库查询次数、配置页面加载时间）建立测试脚本，获取可对比的度量数据。
常见陷阱：只对比 UI 界面的视觉差异，忽略后端策略引擎的实现逻辑。权限设计的核心差异往往隐藏在“权限策略的存储结构”和“查询时的缓存策略”中，必须通过需求拆解才能暴露。
3.4 输出物概览
课程交付物模板贯穿每个章节，本章定义输出物的标准结构：
| 交付物名称 | 核心内容 | 对应章节 |
|---|---|---|
| 竞品分析报告 | 目的、范围、方法、数据源、对比结果、决策建议 | 第 3、7、12、18、25 章 |
| 权限功能对比矩阵 | 竞品与自己的功能纬度+实现细节表 | 第 6、9、14 章 |
| 用户操作路径图 | 每个业务问题下用户在不同产品中的操作步骤对比 | 第 5、10、17 章 |
| 指标验证报告 | 测试环境、脚本、结果数据、结论 | 第 15、20、27 章 |
| 验收标准清单 | 针对每个需求拆解出的验收项 | 第 8、19、29 章 |
3.5 验收标准与交付物模板
基于本课程的需求拆解主线，完成本章后需满足以下验收标准：
验收项清单（第3章）
□ 明确了本次竞品分析的4个目的（L1~L4）
□ 定义了分析范围的4个维度（时间/空间/功能/用户）
□ 至少选择了2种分析方法（场景剧本法必选）
□ 输出了“竞品分析报告”模板（含目的、范围、方法、数据源、对比结果、决策建议）
□ 每个业务问题都映射到了至少一个用户访谈记录
交付物模板（缩略示例）：
# 竞品分析报告 - 权限模块 v3.2
## 目的
- L1：验证“基于资源的权限继承”方案的用户接受度
## 范围
- 时间：产品A v3.2 / 产品B 2024-11
- 功能：[定义权限] → [分配权限] → [验证权限] → [审计变更]
## 方法
- 场景剧本法（3个典型业务问题）
- 功能矩阵对比（12个原子能力）
## 核心发现
1. 产品A在继承机制上使用了“显式覆盖”，产品B使用“隐式优先级”
2. 性能差异：产品B的权限验证延迟平均低22%
## 决策建议
- 采用产品B的继承策略，但需增加“显式覆盖”选项以满足企业客户定制需求以上框架将贯穿后续所有章节。实际分析时，请从用户访谈中提取具体的业务问题（见第4章），再使用本框架将问题转化为可执行的竞品分析计划。