3. 审批流需求拆解：用户故事、功能列表、非功能约束
需求拆解是产品设计的原点，也是产品需求型课程区别于纯工具操作课的核心分水岭。本章从真实的用户场景出发，通过用户访谈提炼结构化用户故事，再映射为功能列表，最后用非功能约束框定质量边界。完成本章后，你将掌握一套可复用的「故事→功能→约束」三层拆解方法，并拿到可直接填入项目需求的交付物模板。
3.1 用户场景与业务问题
在企业审批流场景中，我们常听到三类典型抱怨：
- 发起人：不知道申请提交后卡在哪个环节，只能反复追问审批人；
- 审批人：每次都要从邮件里翻找申请链接，缺乏统一待办入口；
- 管理员：流程变更时需要逐条通知，无法全局掌控审批效率。
业务问题：审批流的核心矛盾不是「流程不够多」，而是「信息不透明、状态不可见、操作不连贯」。在进入 Axure 原型设计之前，必须先通过需求拆解把这些模糊痛点转化为可度量、可验证的产品需求。
3.2 用户访谈——从抱怨到结构化洞察
我们针对上述三类角色分别进行了 30 分钟结构化访谈，核心问题包括：
- 你最近一次提交/处理审批申请时，最困扰你的环节是什么？
- 你希望审批状态以什么方式、在什么时机向你呈现？
- 如果审批流程需要调整，你希望谁来操作、操作步骤能有多简单？
访谈技巧：不要直接问「你想要什么功能」，而是问「你完成这件事时最大的阻碍是什么」。前者得到的是已有解决方案的复读，后者才能发现真正的需求缺口。
3.3 用户故事——As a… I want… so that…
将访谈结果转化为结构化用户故事，每个故事遵循标准三要素格式：
| 角色 | 用户故事 | 核心诉求 |
|---|---|---|
| 发起人 | As a 发起人, I want 提交审批申请并实时查看进度, so that 及时获得批准、推进工作不卡顿 | 快速提交 + 进度透明 |
| 审批人 | As a 审批人, I want 在统一待办中查看申请详情并一键决策, so that 高效完成审批、减少重复沟通 | 集中待办 + 便捷决策 |
| 管理员 | As a 管理员, I want 可视化配置审批链路并监控全流程状态, so that 保障流程合规、快速定位瓶颈 | 灵活配置 + 全局监控 |
故事验收条件：每个用户故事必须附带至少一条可验证的验收条件。例如「发起人提交申请后，在 2 秒内看到『已提交，待审批人处理』的状态回执」。验收条件是非功能约束的雏形，也是后续原型测试的检核点。
3.4 功能列表——从故事到能力的映射
将用户故事中的「I want」展开为具体功能项，并用优先级（P0/P1/P2）标注实现顺序：
| 功能模块 | 功能描述 | 优先级 | 关联用户故事 |
|---|---|---|---|
| 申请提交 | 支持表单填写、附件上传、提交后生成唯一申请编号 | P0 | 发起人故事 |
| 进度查询 | 以时间线或步骤条展示当前节点、处理人、耗时 | P0 | 发起人故事、审批人故事 |
| 审批处理 | 统一待办列表 + 详情预览 + 同意/驳回/转办操作 | P0 | 审批人故事 |
| 驳回修改 | 驳回时附带原因，发起人修改后可重新提交，保留历史版本 | P1 | 发起人故事、审批人故事 |
| 历史归档 | 已完结申请自动归档，支持按日期/类型/状态检索 | P1 | 管理员故事 |
| 流程配置 | 拖拽式设置审批节点、处理人、超时规则 | P2 | 管理员故事 |
优先级判断原则：P0 功能缺失会导致核心用户故事无法闭环；P1 功能提升体验但可临时绕过；P2 功能属于管理增值，可在 MVP 之后迭代。