任务流程(二)——多角色任务流程的设计

2019-04-03    来源:legene的交互设计博客

容器云强势上线!快速搭建集群,上万Linux镜像随意使用

之前我写过一篇文章《任务流程——产品设计的骨架》,讲的是任务流程的重要性及作用,在文中,我把流程图比做迷宫,分析了两者的共同特征,以及该如何去设计流程。

照那篇文章中的思路,流程图做好后一般是这个样子的。看,是不是很像一个迷宫路径:

但是,当时我只想到了单一角色的使用流程,却忽视了另一种更复杂的情况,即多角色共同参与才能完成的操作,比如C2C网站中买家和卖家的操作。

遇到这种情况,之前的流程图画法还好使吗?流程图还和迷宫类似吗?NO!答案当然是否定的。买家和卖家共同操作,其实更像是在下一盘棋,双方依次在棋盘(网站)上出招,一来一往,直到决出胜负(到达操作终点)为止。唯一和下棋不同而和单一角色流程相同的是,参与的用户都希望能快速完成任务,而不浪费过多的时间在这上面。但如果依然用传统的流程图去描绘这些行为,还是难以直观的表现出这种回合制操作的特性。

下面以在线交易为例(担保交易)来说明这种流程图的画法

1.标注出参与的角色

在这个例子中有两个角色:买家和卖家,中间的是系统,它是一个第三方工具,通过它买家和卖家才能形成互动,也就是买家和卖家进行对弈的棋盘。在这个图中,三方的关系一目了然。

2.画出主流程

前面提到过,角色的目标都是快速完成任务,这其实和通过迷宫是一样的道理。因此和单一角色的流程设计一样,先画出最重要的主流程。(注:红色是被动流程,即由于对方操作所造成的)

3.画出次要流程

接下来再补足剩余的部分,即异常或支线流程(比如退款)。注:这个流程并不是真正的担保交易流程,仅作示范,目的在于讲解该方法。

看,这么复杂的流程要是还用传统的流程图画法来演绎的话,估计整个项目组的人都会疯掉。我认为这种流程图虽然不如传统的流程图标准,但对于快速让项目组熟悉整体业务逻辑还是非常有帮助的。

4.全局分析

别以为这个图真的很复杂,其实是有规律可循的。

把这个图按照不同阶段分成四个层次,然后再来解读:第一层不必说了,是我们平常接触最多、最普遍的正常流程;第二层是由卖家发货后,买家发起了退款申请而导致的一个异常流程。

当卖家同意退货后进入到第三层,这个时候操作完全逆转了,买家需要把货寄给卖家,而卖家要确认收货。从流程图中可以看到,第三层和第一层几乎是一样的,只是方向相反而已。

受第三层的影响,第四层和第二层也是非常相似的,只是方向相反,另外在收尾处有点小区别,最终完成操作。

当然,这个流程图画的过于理想,实际情况要比这复杂的多,在此只是举个简单例子来介绍这种画流程图的方法。

5.后续工作

流程图是产品设计的骨架,有了这个流程图,就可以清楚的判断整个交易过程中一共存在多少种状态,对应的操作分别是什么,以及每一种操作要提供多少页面,总共有多少页面,每个页面的内容是什么等等。然后设计师就可以制作页面原型了。当然还是建议把该流程分成不同的小模块,再使用传统流程图画法详细画出每个模块下的流程。因为我所介绍的这种流程图无法包含所有的细节,比如超过时间限制后默认的流程是什么;或者根据不同操作,系统如何判断等等。了解整体是重要的开始,但接下来的细化也是非常重要的内容。

总结:

多角色配合完成任务时,角色间更像是在下棋或打牌,顺序操作,直至到达终点。但有一点和普通产品一致:即参与者都希望快速完成指定任务。因此设计流程时,先标注出角色,画出角色间共同的主流程,再画出次要的支线流程。这样做有如下好处:

1.突出回合制操作的特性,不同角色的操作及之间的联系更直观

2.便于更好的理解整体的操作逻辑

3.对于较复杂的逻辑容易从图中找出规律

当然,最后别忘记把整体流程细分成不同模块,再用传统的流程图详细描述之。

文章来源:blog.sina.com.cn/legene 转载请注明出处链接。

相关报道

任务流程(一)产品设计的骨架

标签: 产品任务流程 多角色流程设计 产品流程设计 

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点!
本站所提供的图片等素材,版权归原作者所有,如需使用,请与原作者联系。

上一篇:如何利用百度贴吧进行有效的推广

下一篇:可用性测试中的任务设计方法