学习啦>创业指南>办事指南>办事流程>

产品行为流程图

嘉敏分享

  流程图,使用图形表示算法的思路是一种极好的方法,因为千言万语不如一张图。流程图在汇编语言和早期的BASIC语言环境中得到应用。以下是学习啦小编为大家整理的关于产品行为流程图,给大家作为参考,欢迎阅读!

  产品行为流程图

  产品的流程图的介绍

  流程图定义

  流程图是表示流经一个系统的信息流的图形代表。

  说白了就是表示先做什么后做什么,实际上就是“开始,结束,行动,状态与判断”的组合。

  产品流程图

  产品流程图包括业务流程、操作流程和页面跳转流程。

  业务流程图

  作用:描述系统内各角色之间的业务关系和作业顺序,包括使用产品各种角色中的操作,是描述整个系统的业务走向和业务流程,以业务处理过程为中心。通常会由几个「角色」来组成,他会有一种流水线般的工作线,A搞定了,传给了B,B搞定他的部分,传给了C,C搞定后又要将结果传给A做。

  操作流程图

  作用:描述用户为完成某个任务而对产品的一个操作流程

  比如成功下单,比如登陆注册,比如退款等等。

  页面跳转流程图

  作用:描述页面之间的跳转逻辑,主要面向表现层。

  这里面会设计到一些逻辑上的问题,比如一个提示弹框出现后,如果点击确定,下一步页面去哪里?点击取消呢?

  例子

  拿外卖点餐产品当例子:“我要订餐”

  业务流程图

  设计产品的时候常常从业务流程开始。

  假象一下我们的产品是个第三方订餐平台,平台上有很多餐馆,用户通过我们的平台点餐付款,我们通知餐馆做饭,送餐等等。我们首先要做的就是理清产品中有多少种角色,在脑子里想象下如果一个用户下单,需要穿梭过多少种角色才能完成它的下单流程,然后将流程画出。

  画业务流程通常会用到“泳道图”这个是专门来表示多角色配合的一种流程。如下图

  角色有三,用户,系统(后台),厨房(第三方商家)。

  跑一下这个短短的流程,如果「用户」选好了今天的饭菜,提交订单了,这时就将订单信息推送给了「系统」,「系统」在后台生成订单,用户的订单状态变为「等待付款」。(其实系统这部分用户是看不到的,但是 产品经理 需要想清楚。)用户会来到支付页面,这时候做一个判断,用户是否为这个订单支付了费用呢?如果是,那么「系统」就会受理这个订单,将信息推送给第三方「厨房」,如果不是,那么用户就是取消了订单,订单状态变为「订单失败」。

  流程中总是由一个动作展开,那么思考时,我们要对每一步都带着一个“如果……不……”会怎么样的心态,就会发现很多可以做判断的地方。如果支付不成功呢?如果厨房不接单呢?如果退款不成功呢?这样想下去你的流程细节就会越来越完善。

  总结

  业务流程着眼于整个系统的,注重主要环节。

  你不只是一个用户,因为用户是不必知道后台的一些判断细节或是操作过程的,但如果你是产品经理的话是一定要清楚的。

  业务流程设计流程

  设定角色→跑通流程→用“如果……不……”穷尽判断,思考产品背后的判断逻辑。

  操作流程

  以下是“用户下单”的操作流程。

  总结

  相对于业务流程图,操作流程图更专注于某一个任务或目标,注重细节;

  操作流程图是以一个用户的操作角度来写,并不限于所谓的消费者用户(后台的操作流程也可以);

  在初画操作流程的时候,不要早早的去过分在意细节与逆流程。(逆流程便是那些需要判断是否的那个“否”的流程),第一次用最理想的状态,将流程跑通,再去思考这里面会不会有那些“如果……不……”的细节。

  界面。

  一个矩形代表一个界面,这个流程中用户走过两个界面(登录页和首页),因为表达的是界面的跳转,界面是用户实实在在接触到的媒介,非界面的内容,不要出现。

  动作。

  矩形之间也就是界面之间加上一个触发动作,比如从界面A点击下一步按钮,到达界面B,“点击下一步”就是连接这两个界面的关键动作,需要标示出来,上图例子就是“单击提交按钮”。

  条件。

  一个动作之后可能有多种“是/否”的结果,则在矩形之间、动作之后加上一个或多个判断菱形。如上图的检验账号密码是否输入正确。

  总结

  业务流程与操作流程都在他之上完成,当建立起来操作流程,页面跳转的流程也就跃然纸上了。只是在做某些交互行为时要多加注意页面之间的逻辑、层级关系,做到跳转不歧义。

产品行为流程图相关文章:

1.采购控制流程图

2.采购控制程序流程图

3.采购过程流程图

4.材料付款制度及流程图

5.部门业务流程图

    2940592