B端产品的设计中经常会出现工作流的身影,有的流程复杂有的流程简单。无论是简单还是复杂,它的概念都是一样的。工作流的概念定义的很复杂,更多是从技术层面出发,通俗点说就是根据一系列过程规则,将文档、信息、任务在不同的执行者之间进行传递与执行。下面我将以一个相对简单的财务报销的工作流程,来介绍一下工作流中的交互设计是怎么做的

B端产品中工作流的交互设计

在开展交互设计之前我想说一说很多新手设计师都会踩的一个坑:做设计之前没有充分了解需求。需求的沟通是交互设计师非常重要的一个能力(千万不要以为交互设计师就是画画原型图,我做项目时也是最反感项目经理什么需求都不说清楚就让画原型图)。

需求和谁沟通?如果能接触到客户与客户沟通当然最好,当然更多时候我们是与项目经理或产品经理沟通,我们必须有透过现象看到本质的能力。需求沟通的话题太大在这里就不再赘述,后续有时间再单独聊一聊如何沟通需求。

我将以下面三个方面来阐述一下工作流中的交互设计该怎么做:

    需求的确定与梳理。正如前面所说任何设计一定是建立在明确的需求之上的;流程的梳理及信息架构的产出。流程的设计是交互设计中非常重要的部分,好的流程能够让用户更容易完成任务。这也是我本次分享着重要讲的部分;原型的产出。简单讲述一下原型设计中要注意的问题。
B端产品中工作流的交互设计

我们经过沟通交流进一步挖掘了一些潜在的需求,现在的需求是这样的:

B端产品中工作流的交互设计

B端产品中工作流的交互设计

刚开始客户的需求是申请人发起报销申请,然后经过部门经理、分管副总、总经理、财务的审批,在审批中发现问题,可以驳回,如果审批通过,财务进行打款,整个流程形成闭环。

我们在了解到需求后结合自己的分析提出了几个问题:

    审批中被驳回的申请需要怎么处理;如果申请人在提交申请后发现问题能否进行修改;部门经理、分管副总、财务以及总经理是否也需要报销申请。

在和客户沟通后最终需求为:申请人发起申请、然后经过部门经理、分管副总、总经理、财务审批,审批通过后财务进行打款。被驳回的申请,申请人在修改后可以再次提交。如果申请人在提交申请后发现问题可以先进行撤回然后再修改并提交。部门经理、分管副总、财务、总经理有审批和发起申请两种权限,毕竟他们也需要进行报销。

经过沟通与梳理需求基本敲定了,当然这只是一个大的框架还有许多细节没有考虑进去,这就是我们后面进行流程设计的时候需要做的事情了

B端产品中工作流的交互设计

B端产品中工作流的交互设计

这里有两个流程图,并不是说有两套流程,流程都是一样的,只不过是角色不同,后面再说。先看看我们梳理出的流程,功能点比较清晰,看上去似乎没有什么问题,那么我们需要更深入的去思考了,站在用户体验的角度去思考,这个时候我们就要带入一些使用场景了。

我们举两个比较通用的场景:

    如果操作途中出现了异常情况(网络异常、服务器异常);用户在使用途中因个人行为被迫中断操作(尝试挖掘用户新的需求点)。

第一点的异常情况现在的流程中我们并没有考虑到,那这里我们就要去思考了,异常情况有哪些,其实异常情况有很多这里我们只考虑几种常见的情况:网络异常;服务器异常。

(1)网络异常

如果用户在提交申请的过程中网络出现异常该怎么处理。我们在输入了很多表单内容上传了一堆附件之后在提交的时候网络出现异常了。如果不对这个环节进行设计的话,用户辛苦输入半天的内容直接没有了,回头还得再次输入,这是一件很崩溃的事情。这个时候我们需要一些策略,对用户输入的内容进行缓存,即使用户碰到网络异常再返回的时候内容仍然在,这个体验就很赞了。

有的同学可能会觉得这个是技术层面的问题应该是开发去考虑的事情,这就大错特错了。除了少数有经验的开发会去考虑这个问题,大多数开发是不会考虑的或者说他们更多只会按照需求清单进行开发,你没提他可能也不会问。而恰恰这些地方就是体现一个系统易用性的重要细节。也是体现一个产品经理或者交互设计师设计能力的点。

(2)服务器异常

服务器异常同网络异常基本类似,最大区别是网络异常可能不在我们的控制范围之内而服务器异常却是我们不可推卸的责任。所以在这个时候我们除了要解决用户内容缓存问题还需要安抚用户的情绪,提出一个好的解决方案,比如告诉用户尝试刷新页面,或者判断是不是用户操作导致的问题并进行提示引导,而不是直接丢给用户一个404页面。

第二点用户在使用途中因个人行为被迫中断操作

这个其实是从用户使用场景出发去挖掘用户潜在的需求点。比如说用户正在录入报销内容,中途突然有重要电话过来了,或者临时有重要任务需要处理,而这个时候用户录入了很多内容了他并不想放弃已经输入的内容,这个时候该怎么办?

如果不去做这个环节的设计会不会影响系统的可用性,当然不会,我们的核心流程是没有问题的。

那会不会影响用户的情绪呢?

可能会,为什么是可能,因为一部分用户可能不在乎或者没有这个意识。那如果我们在这里设计一个草稿箱是不是就能解决用户这一痛点了呢,这对于提升用户体验很有帮助。

这些用户潜在的需求点,只能通过带入用户场景,切实站在用户易用性的角度去考虑问题你才能寻求突破。

再来说说角色问题

角色是工作流中最根本的一个环节,不同角色权限不同,流程也会有些差别。

前面提到过,这个报销系统主要分为三个角色:员工、领导(部门经理、分管副总、总经理)、财务。

员工只有发起报销申请的权限,领导有发起报销和审批报销单的权限。这里把部门经理、分管副总、总经理都划为一个角色,因为他们的权限是一致的只不过在流程的节点上有先后关系,财务的权限比较特殊,从级别划分上他不具备审批权。但是要行使审核权,就是检查报销信息和发票信息是否正确、属实,但是在权限上他与领导角色是一致的这个是要特别注意的。

不同权限角色在流程设计上也会不同,所以设计流程时必须搞清楚角色权限问题。前面我们针对员工角色和领导角色分别设计了不同的流程,财务角色的流程和领导角色的流程是一致的。

这个报销系统的设计是最基础的工作流形式了,权限相对清晰,在实际工作中由于需求和应用场景不同,往往会很复杂。在设计的时候需要明确把角色权限控制的规则告知开发。

通过进一步的考虑分析,现在流程设计这个环节基本就完成了(不一定全面,任何设计都要结合实际的需求和业务场景)。

B端产品中工作流的交互设计

接下来是梳理信息架构了,有了流程和角色的设计,产出信息架构相对来说就比较简单了,这里需要注意的是信息架构需要考虑的更细,有哪些角色不同角色分别对应什么页面,页面有哪些功能点都需要列出来

B端产品中工作流的交互设计

三、原型的产出

原型同样是一个很重要的环节,因为它是连接上下游、可视化的呈现系统设计的一个重要载体,并且是设计、开发、测试工作的重要依据。所以原型的设计不能马虎,必须面面俱到,把前面设计的流程和角色权限的规则体现出来,同时还要注意细节和流程的完整。

在前面梳理信息架构的时候实际上页面的设计在我们脑海中已经有了一个雏形,原型的绘制只不过是时间问题。当然这里也不排除在绘制原型的过程中发现一些信息架构设计上的问题,可能需要同步整理修改。我个人习惯在绘制原型前简单的画一个草稿,这样有利于梳理思路,发现问题时修改成本也会比较低。

以上是我对工作流中交互设计的一些理解,仅代表个人观点不是行业准则,希望能对你有所帮助,也欢迎大家提出问题共同交流!

本文由 @鳄鱼先生 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议




阻力设计在产品中的应用

阻力设计在产品中的应用

阻力是指物体在流体中相对运动所产生与运动方向相反的力,不仅在自然间中常见,在互联网中也广泛存在。本文作者从五个角度,深入分析阻力设计在产品中的应用,希望对你...

2020-06-18
如何成为一个合格的数据架构师?

如何成为一个合格的数据架构师?

数据架构师在互联网行业中是个很重要的职位,是企业数据资产最重要的“奠基者”。那么,如何成为一个合格的数据架构师呢?本文作者基于自身经历,从三个方面展开介绍,推...

2020-06-18
倒推“抖音短视频”APP产品需求文档

倒推“抖音短视频”APP产品需求文档

文章是倒推“抖音短视频”APP产品需求文档,但由于作者是第一次写需求文档,所以仅对核心需求进行了需求分析与说明。一起来看看~ 目录: 一、文档综述 1.1文档属性 1.2产...

2020-06-18
微信“拍一拍”,真的是一个没什么用的功能吗?

微信“拍一拍”,真的是一个没什么用的功能吗?

昨天微信上线了“拍一拍”功能,用户点击2次头像,会产生头像抖动,震动反馈,且在聊天框中显示“XX拍了拍XX”。 这个功能推出后,很多微信群都在疯狂拍一拍,引起了一波拍...

2020-06-18
数据大屏设计师,我不信你没有这些困惑(上)

数据大屏设计师,我不信你没有这些困惑(上)

从事互联网行业的人,每天都在接收新知识,时常也会有迷惑的时候,尤其是数据大屏这样比较少有人踏足的领域。本文作者以自身经历出发,对数据大屏设计提出了自己的一点...

2020-06-18
客户关系管理的15个模型总结(下)

客户关系管理的15个模型总结(下)

对于ToB产品,仅仅基于用户需求来设计产品架构是远远不够的。B端产品服务的是有着几年,甚至几十年管理积淀的企业,必须依靠一定的理论知识来支撑系统的设计规划。本文...

2020-06-18
B端产品设计:价值主张与需求对应的价值

B端产品设计:价值主张与需求对应的价值

B端产品的需求来源于场景,产品经理通过满足客户需求从而产生价值。因此,SaaS产品经理面对扑面而来的需求时,应当更清晰理解并评判需求的价值。 01 2008年,著名商业...

2020-06-18
以知乎为例,探讨未来产品设计的几大变化

以知乎为例,探讨未来产品设计的几大变化

知乎作为一个典型的问答社区,它本身反映了内容社区产品的很多典型问题。本文以知乎为例,探讨社区类产品未来发展的一些变化,对内容社区感兴趣的童鞋不要错过。 前段...

2020-06-18
如何用产品思维打造线上课程?

如何用产品思维打造线上课程?

如何用产品思维来给自己打造一个线上课程呢?本文从市场调研、课程开发、运营推广、成交这几个方面分享如何打造自己的课程,希望对大家有所帮助~ “地摊经济”重出江湖,...

2020-06-18
「武侠连载」营销中心设计——优惠券

「武侠连载」营销中心设计——优惠券

优惠券是常见的一种营销推广的方式,但是你真的了解它吗?本文作者以武侠故事的形式,对优惠券展开了生动的分析,对优惠券感兴趣的童鞋不要错过哦。 (武侠情节接上文“...

2020-06-18
金融支付财务融合业务-实践分享1:订单、账单、交易流水、账套知识解构、原理解析

金融支付财务融合业务-实践分享1:订单、账单、交易流水、账套知识解构、原理解析

本文作者从实际工作实践出发,结合案例等分享了电商金融支付财务融合中的基本概念和相关原理解析,包括:订单、账单、交易流水和账知识解构,供大家一同参考和学习。 ...

2020-06-18
关于卡片设计的分析与思考

关于卡片设计的分析与思考

卡片是APP常见的设计形式,它既有好处也有弊端,因此需要根据场景和内容确定展现形式。本文从四个方面对卡片设计展开分析,推荐给对卡片设计感兴趣的童鞋阅读。 卡片是...

2020-06-17
内容型产品中,付费会员功能如何设计?

内容型产品中,付费会员功能如何设计?

付费会员制度让用户预付会员费,将钱留在平台,那么未来一定会有消费行为,那么会员制度要如何设计,才能激励用户付费呢? 01 为什么要做付费会员? 讨论这个问题之前...

2020-06-16
文字社区是否可以拥有弹幕?

文字社区是否可以拥有弹幕?

从社区产品的角度来思考,弹幕功能对于内容生产方,内容消费方以及平台方而言各自有什么意义?图文内容社区是否有机会拥有弹幕呢?如果可以发弹幕,用怎样的形式呢?本...

2020-06-16
FMS财务系统收支结算总结

FMS财务系统收支结算总结

本文按照FMS收支结算划分,结算流程分类及各系统交互,财务系统内部结算基础能力,收支结算整体结构的顺序来依次介绍,总结财务系统收支结算的结构,和一些作者的个人思...

2020-06-16
如何迅速提升用户好评?试试这三种方法

如何迅速提升用户好评?试试这三种方法

小编推荐:如何提高一个产品的用户评分,改变大家对这个产品的印象呢?本文作者给大家介绍了三个概念:用户体验地图、峰终定律和服务蓝图,并详细解释了该如何使用这三...

2020-06-16
对工具型产品易学习与易使用的思考

对工具型产品易学习与易使用的思考

小编推荐:易学习是指怎么让新用户的学习成本降低,能够很快地掌握产品的使用,它的前提是足够简单和容易理解。而易使用是指,如何让用户快速、高效地完成一项任务,达...

2020-06-16
比对象还懂你!推荐算法为啥这么准?

比对象还懂你!推荐算法为啥这么准?

信息过度和广告过多的社会中,推荐算法的使用也就显得理所当然,但是它是如何做到了解用户的呢?本文从用户画像的定义和设计出发,结合实际案例,深入浅出地阐述了基于...

2020-06-15
B端平台产品需要培养的4种意识

B端平台产品需要培养的4种意识

对于许多刚入行不久的产品经理来说,B端平台产品是比较有难度的一项工作。本文作者基于自己的工作经历,提出了四点关于B端平台产品需要培养的4种意识,希望对你有帮助。...

2020-06-15
广告系列:保留价

广告系列:保留价

在一次拍卖中如果所有买家的报价均小于卖家的估价时,则拍卖品不出售由卖家保留,此时卖家的估价就是保留价,也叫底价,全称市场保留价。对于卖家来说,保留价的设置保...

2020-06-15