基础信息说明
角色分析
流程所设计的所有角色,分别是谁,角色特点是什么,具有什么样的操作,需要有什么样的权限等。通过这样的角色卡片可以很方便的分析出这个角色的主要特点,以及在这个流程中发挥的作用。
角色所涉及的产品,功能模块
包括但不局限于以下的产品端。还是以医生角色为例
app | 患者管理,个人信息维护 |
---|---|
公众号 | 患者信息查阅 |
pc | 打标,实验匹配 |
推荐使用思维导图,或者专业的系统模块图或者产品矩阵进一步描述。
页面维度的结构图:
功能维度模块图:
角色涉及活动图
角色涉及状态图
流程需要
业务逻辑流程图
主要用来判断整个业务流所进行的全部操作项,以及核心的判断逻辑、分支逻辑。
特点:只涉及业务的流转状态,并不涉及具体角色以及产出文档
样板文件:
泳道图
比业务逻辑图更为完善的图,在整个业务流中,为每个操作找到对应角色,更好的理解角色在业务流中的作用。
不同业务状态对应用户展示状态的统计表
使用说明:
- 不同操作项按照业务逻辑顺序维护
- 操作项如果有不同分支,按照x.x维护
- 针对逻辑有回溯或者提前结束,增加文字描述到第几步
操作项序号 | 操作描述 | 角色a | 角色b | 角色c | 状态变更 | 备注 |
---|---|---|---|---|---|---|
1 | 角色a进行a操作 | 状态1 | 状态1 | 状态1 | ||
2.1 | 角色a进行b操作,选择1 | 状态1 | 状态2 | 状态2 | ||
2.2 | 角色a进行b操作,选择2 | 状态1 | 状态2 | 状态2 | 返回到1 | |
2.3 | 角色a进行b操作,选择3 | 状态1 | 状态2 | 状态2 | 进行到4 | |
3 | 角色b进行某操作 | 状态2 | 状态2 | 状态3 | ||
4 | 角色c结束确定 | |||||
… | ||||||
原型图
原型图是产品落地具体产品形态的最后一步,也是不可缺少的一步,在这一步需要严格注意的点有:
特别补充:针对不同角色,业务的展示,提示的文案等都需要详细的斟酌,符合可用、易用、好用层层递进的特点。