产品痛点：三类审批虽流程相似，但约束条件（如预算校验、假期余额检查）差异较大，动态面板需具备足够的灵活性来承载不同业务规则。
### 1.2 用户角色图谱：谁在参与审批流？
每一笔审批单背后都涉及三类用户角色，理解他们的痛点与操作习惯，是设计优秀审批流原型的前提。
- **发起人**：提交申请，最关注“能否快速提交流程”、“审批进度是否可追踪”、“被驳回时是否清楚原因”。
- **审批人**：对申请做出决策，最关注“待办任务清晰”、“决策信息完整（如附件、历史记录）”、“一键操作（通过/驳回/转办）”。
- **抄送人**：仅需知晓审批结果，不参与决策，最关注“及时收到通知”、“可查看审批详情”。
关键洞察：在Axure原型中，同一份“审批单”在发起人、审批人、抄送人视角下，应当展示不同功能模块与操作按钮。动态面板的“状态切换”正好能实现这种多视图复用。
### 1.3 状态流转：三态模型
一个完整的审批流，离不开标准化的状态机制。本课程使用最简洁的**三态模型**：待审批 → 通过 / 驳回。
| 状态 | 含义 | 视觉提示（Axure原型中） |
|------|------|------------------------|
| 待审批 | 流程处于等待审批人决策阶段 | 黄色标签/进度条灰色 |
| 通过 | 审批人同意申请，流程结束 | 绿色标签/进度条绿色 |
| 驳回 | 审批人拒绝申请，流程回退 | 红色标签/进度条红色 |
### 1.4 整体关系SVG图
下图展示三类审批场景、三类用户角色、三种状态流转之间的逻辑关系。本课程所有章节的SVG图均采用统一高对比配色，节点内文字为白色，背景明亮清晰。
### 1.5 用户访谈要点：发现真实需求
在进入原型设计前，建议对三类用户分别进行简短访谈，收集如下关键信息：
- **发起人访谈**：当前请假/报销/合同提交过程最痛点是什么？（如“找不到审批人”、“不知道驳回原因”）
- **审批人访谈**：决策时最缺什么信息？（如“缺少历史请假记录”、“看不到关联合同附件”）
- **抄送人访谈**：通知频率是否合适？查看详情时是否需要导出功能？
### 1.6 状态流转关键特征
在Axure原型中使用动态面板实现状态流转，需预先定义好三个关键特征：
1. **状态**：必含待审批、通过、驳回三种基础态，可扩展“已撤回”、“审批中”等中间态。
2. **角色可操作动作**：发起人只能查看与撤回（待审批状态下）；审批人可执行通过/驳回；抄送人仅可查看。
3. **过渡条件**：通过/驳回操作仅在“待审批”状态下可执行，其他状态需禁用按钮。
常见误区：在设计原型时，新手容易把“通过”和“驳回”设计成独立动态面板，导致需要大量重复的“后退”事件。正确做法是：将整个审批单卡片作为一个动态面板，状态层作为不同面板状态，按钮动作统一控制。
### 1.7 本章交付物模板
完成本章内容后，应产出的原型交付物包括：
| 交付物 | 载体 | 内容说明 |
|-------|------|---------|
| 审批场景列表 | Axure文本或Excel | 梳理公司内的三类审批流程名称及用户 |
| 用户角色定义表 | Axure表格组件 | 每类审批流按发起人、审批人、抄送人排列 |
| 状态流转图 | 白板截图或Draw.io导出 | 展示三态模型及允许的操作动作 |
### 1.8 核心概念速查表
| 概念 | 定义 | 在本教程中的体现 |
|------|------|-----------------|
| 审批流 | 由特定事件触发的多人协作决策过程 | 动态面板的“状态层”模拟流程节点 |
| 动态面板 | Axure中的多状态容器 | 每个审批单卡片使用独立动态面板 |
| 角色映射 | 不同用户看到不同操作界面 | 通过权限变量控制面板状态的显示/隐藏 |
| 状态流转 | 审批单从提交到完成的状态变化 | 动态面板的 Set Panel State 动作实现 |
> 本章核心洞察：审批流的本质是“数据在不同角色视角下的状态迁移”。掌握场景、角色、状态的定义，后续所有章节（动态面板嵌套、条件逻辑、变量传递）都将围绕这一基础展开。