流程图定义 流程图是表示流经一个系统的信息流的图形代表。 说白了就是表示先做什么后做什么，实际上就是“开始，结束，行动，状态与判断”的组合。 产品流程图 产品流程图包括业务流程、操作流程和页面跳转流程。 业务流程图 作用：描述系统内各角色之间的业务关系和作业顺序，包括使用产品各种角色中的操作，是描述整个系统的业务走向和业务流程，以业务处理过程为中心。 通常会由几个角色来组成，他会有一种流水线般的工作线，A搞定了，传给了B，B搞定他的部分，传给了C，C搞定后又要将结果传给A做。 操作流程图 作用：描述用户为完成某个任务而对产品的一个操作流程 比如成功下单，比如登陆注册，比如退款等等。 页面跳转流程图 作用：描述页面之间的跳转逻辑，主要面向表现层。 这里面会设计到一些逻辑上的问题，比如一个提示弹框出现后，如果点击确定，下一步页面去哪里？点击取消呢？ 例子 拿外卖点餐产品当例子：“我要订餐” 业务流程图 设计产品的时候常常从业务流程开始。 假象一下我们的产品是个第三方订餐平台，平台上有很多餐馆，用户通过我们的平台点餐付款，我们通知餐馆做饭，送餐等等。我们首先要做的就是理清产品中有多少种角色，在脑子里想象下如果一个用户下单，需要穿梭过多少种角色才能完成它的下单流程，然后将流程画出。 画业务流程通常会用到“泳道图”这个是专门来表示多角色配合的一种流程。如下图 角色有三，用户，系统（后台），厨房（第三方商家）。 跑一下这个短短的流程，如果用户选好了今天的饭菜，提交订单了，这时就将订单信息推送给了系统，系统在后台生成订单，用户的订单状态变为等待付款。（其实系统这部分用户是看不到的，但是产品经理需要想清楚。）用户会来到支付页面，这时候做一个判断，用户是否为这个订单支付了费用呢？如果是，那么系统就会受理这个订单，将信息推送给第三方厨房，如果不是，那么用户就是取消了订单，订单状态变为订单失败。 流程中总是由一个动作展开，那么思考时，我们要对每一步都带着一个“如果不”会怎么样的心态，就会发现很多可以做判断的地方。如果支付不成功呢？如果厨房不接单呢？如果退款不成功呢？这样想下去你的流程细节就会越来越完善。 总结 业务流程着眼于整个系统的，注重主要环节。 你不只是一个用户，因为用户是不必知道后台的一些判断细节或是操作过程的，但如果你是产品经理的话是一定要清楚的。 业务流程设计流程 设定角色跑通流程用“如果不”穷尽判断，思考产品背后的判断逻辑。 对于操作流程图和页面跳转流程图设计，关键是要模拟用户场景，则需要考虑三个场景 用户在什么时候会使用这个功能；（如何开始） 用户在使用这个功能的时候希望能提供给他们什么；（如何行进） 用户在结束这个功能的时候希望是怎样的。（如何结束） 即操作流程图：功能层面（有什么功能，如何进行），页面逻辑层面（前置条件、（入口）怎么开始、怎么结束） 操作流程（功能层面，有什么功能，如何进行） 第一步：定义这个功能的正常流程 功能的用户操作流程，只设计最简单，最正常的流程行进。 以下是是“用户下单”的操作流程。 举个栗子，假设设计一个手机号码的注册功能时，用户的人机交互正常流程应该按照如下的方式行进。 这里可看到，用户可操作4个子功能、分别是输入手机号码、点击获取验证码、输入验证码、确定注册。 这样就有了一个基本流程，这个流程只能作为一条主线，并不能直接交付开发。 第二步：模拟用户场景 检验流程是否满足用户需求：主要的原理是行进中的流程，应该将自己代入到用户当中，去感受这个功能是否让用户感到舒适，或者为了用户的体验，应该增加哪些功能。 在这里，我将输入验证码修改成自动读取验证码并输入，这个可以方便用户不用来回切换程序来进行输入。 第三步：极端的模拟（对功能考虑完善） 每一个环节去考虑分支及异常事项：通过代入极端数值去验证流程是否具备对异常情况的应对方案。 对于无数值输入的功能，则按照是否的形式去思考。 示例1：（是非判断） 第一个环节：打开页面A提示进入到注册功能（不需用户进行任何数值输入，我们用是、否的方式考虑） 考虑的问题： 是：什么场景下，打开页面A会提示并进入注册功能？ 否：什么场景下，打开页面A不会提示并进入注册功能？ 通过这个方法，引入用户是否已登录的判断。 示例2：（当涉及到数值输入我们需要引入极端数值） 在输入手机号码的环节涉及到数据的交互，这个时候我们可以采取是否判断极端数值的办法去考虑异常流程。 是：如果用户输入的是手机号，怎么办 否：如果用户输入的不是手机号，怎么办 最大数值：在输入无限多的手机号数时，怎么办？ 最小数值：在不输入手机号码或只输入1个数字的时候，怎么办？ 通过这四个问题，就可以归纳出，应该对流程做出如下限制： 用户应在此输入框中，只能输入数字 用户应在此输入框中，必须输入11位的数字 而上文所说的第二步及第三步，是一个反复思考的步骤。 我所建议的是，当第三步修改完毕，返回第二步重新考虑，然后再一次进行第三步的修改。直至发现功能流程已达到改无可改的时候。 总结 相对于业务流程图，操作流程图更专注于某一个任务或目标，注重细节； 操作流程图是以一个用户的操作角度来写，并不限于所谓的消费者用户（后台的操作流程也可以）； 在初画操作流程的时候，不要早早的去过分在意细节与逆流程。（逆流程便是那些需要判断是否的那个“否”的流程），第一次用最理想的状态，将流程跑通，再去思考这里面会不会有那些“如果不”的细节。 页面流程图 主要讨论的是入口问题： 模拟用户场景，则需要考虑三个场景 用户在什么时候会使用这个功能；（如何开始） 前置条件 用户在结束这个功能的时候希望是怎样的。（如何结束） 那还是按照刚才的功能流程，先考虑如何开始： 实际上，我们需要考虑的是，这个功能的入口是否合理（有些同学可能将功能设计得很好，但忘记了入口在哪里） 其次，我们再考虑如何结束： 在流程的完结，应该考虑功能最终体现给用户是什么效果，这里以注册来做例子，则是返回到进入前的页面。 看下图： 从图中可以看出构成： 1。界面。 一个矩形代表一个界面，这个流程中用户走过两个界面（登录页和首页），因为表达的是界面的跳转，界面是用户实实在在接触到的媒介，非界面的内容，不要出现。 2。动作。 矩形之间也就是界面之间加上一个触发动作，比如从界面A点击下一步按钮，到达界面B，“点击下一步”就是连接这两个界面的关键动作，需要标示出来，上图例子就是“单击提交按钮”。 3。条件。 一个动作之后可能有多种“是否”的结果，则在矩形之间、动作之后加上一个或多个判断菱形。如上图的检验账号密码是否输入正确。 注意事项 1。坚持表达表现层。 不要一个流程图里面，又有内部算法逻辑，又有界面逻辑，下图标红的矩形就是多余的，这个不关用户的事情，会扰乱你的导航设计思路： 2。不要把步骤和界面本身都用矩形表示 比如下图标红的矩形： 3。抛弃系统错误。 什么是系统错误呢，也就是非用户犯的错误，比如登录的时候服务器当了，网络连接错误等导致登录失败。除非你特别想强调系统错误后的提示界面，否则建议不要加进去流程图里面，因为每一步操作都可能错误，你的流程图会因此变得很庞大。如下图： 4。形式可以很灵活。 a如果一个界面可以通往多个界面，而你又真要描述出这些跳转，那就一个矩形长出多条线路，对应标示上对应的动作就ok了。如图： b。如果你想把一些警告窗口等临时窗口表达出来，也可以自定义一些图形，比如： 总结 业务流程与操作流程都在他之上完成，当建立起来操作流程，页面跳转的流程也就跃然纸上了。只是在做某些交互行为时要多加注意页面之间的逻辑、层级关系，做到跳转不歧义。
