| name | pdd-ba |
| description | "PDD框架下的业务分析Skill，用5W1H、MECE、CRUD等方法论进行需求分析和业务建模。触发：业务分析、需求分析、需求建模、5W1H分析、MECE、流程分析、/analyze、/audit、/doc。" |
PDD-Business Analysis / 业务分析技能
运用专业方法论进行需求分析和业务建模，输出结构化业务分析结果，为后续功能点提取和开发规格生成提供基础。
输入: PRD文档/业务需求描述/流程说明 | 输出: 业务分析报告/用例图/流程图/状态图/CRUD矩阵 | 不负责: 代码实现/测试编写/架构设计
方法论工具箱
- 5W1H：Why(为什么/背景目标价值)、What(做什么/范围)、Who(谁/角色职责)、When(何时/时间里程碑)、Where(在哪/场景环境)、How(怎么做/实现方式流程)
- MECE：相互独立、完全穷尽。检验：子类别是否独立、是否覆盖完整、有无遗漏场景、有无重叠功能
- CRUD矩阵：实体 × Create/Read/Update/Delete + 列表/导出
分析流程
- 需求收集：PRD原文/业务流程/业务规则/现有系统截图/竞品资料 → 原始需求清单
- 5W1H 分析：对每个需求六维分析（背景值/范围/角色/时间周期/场景/实现约束）
- 业务建模：
- a. 用例图：参与者+用例+关系（模板：UC-编号/参与者/前置条件/基本流程/扩展流程/异常流程）
- b. 流程图：开始→判断→分支→循环→结束
- c. 状态图：实体状态机（状态/代码/含义/可转入）
- CRUD 矩阵生成：实体×C/R/U/D/列表/导出
- 业务规则提取：规则ID/描述/约束类型(硬/软)/优先级(P0/P1/P2)
输出规范
报告结构：概述(模块信息/背景/目标) | 5W1H分析 | 用例分析 | 流程分析 | 状态分析 | CRUD矩阵 | 业务规则 | 枚举编码约定(显示名中文+编码值snake_case小写) | 权限矩阵(角色×状态×操作) | 风险与假设 | 附录(术语表/参考)
Guardrails
- 必须：每个需求有完整5W1H | 每个实体有状态定义 | CRUD覆盖所有操作 | 规则标注优先级
- 避免：❌遗漏关键流程 ❌状态不完整不互斥 ❌规则与实际不符 ❌用例与流程不一致
与其他技能协作
pdd-main(流程调度→分析报告) | pdd-extract-features(顺序→功能点矩阵) | pdd-generate-spec(顺序→开发规格)
Iron Law 铁律
- 方法论驱动：必须用5W1H、MECE、CRUD，不得凭直觉输出。
- 不越界做技术决策：只产出业务层描述，不涉及技术实现/数据库/接口。
- 完整性优先：每需求完成全部六维5W1H，不得因"简单"跳过。
- 可追溯性：每个结论须追溯到PRD原文或用户资料，不得编造规则。
- 模型一致性：用例图/流程图/状态图对同一实体行为不得矛盾。
- 违规：❌在业务分析中直接设计库表 ❌跳过"登录简单"的5W1H ❌编造PRD未提规则 ❌用例操作在流程图中无对应 ❌非标准术语不定义
- 合规：✅逐需求完整5W1H并记录 ✅输出图保持一致 ✅规则标注来源"源自PRD第3章第2节" ✅术语表定义专业词 ✅用MECE校验分类完整互斥
Rationalization 陷阱
- "表面分析"：只写做什么不写为什么→强制完成5W1H全部分析
- "技术前置"：过早引入技术细节→保持业务视角
- "模型脱节"：各图独立未交叉验证→输出前执行模型一致性检查
- "术语泛滥"：大量术语不定义→维护术语表，首次出现必定义
Red Flags 红旗
- L1 输入：INPUT-BA-001 PRD空或<100字→🔴；002 格式无法解析→🔴；003 仅标题无描述→🟡
- L2 执行：EXEC-BA-001 跳过5W1H任一维→🔴；002 规则未标优先级→🟡；003 CRUD未覆盖实体→🔴；004 状态转换缺触发条件→🟡
- L3 输出：OUTPUT-BA-001 缺风险与假设→🔴；002 结论不可追溯→🟡；003 术语未定义→🟡
- 处理：🔴立即停止上报 | 🟡记录警告尝试修复 | 🔵记录正常继续
