在用户体验设计领域，设计师常常用流程图的方法进行需求解析，任务描述，所有情况罗列、发掘新设计点等。流程图是非常有效的将需求转化为具体设计稿的思考工具。本文中，小可将会结合自己的经历，来讲下用户体验设计中流程图（UXF）的运用。最早关于流程图的概念由F和LG在1921年美国机械工程师社团（ASME）的《流程图：寻找工作最有途径的第一步》（PC:FSFOBWW）演讲中提出【1】。随着在工程领域中的逐渐推广和运用，流程图（F）已经成为描述计算机算法的常用工具之一。

流程图中的常用图形流程线（FL）是单箭头线，起始于一个图形，终止于另一个图形，代表了流程的流转。通常用实线表示，在多任务间跳转或次要流程流转时，也可以使用虚线表示。起终点（T）可以用圆型、椭圆或圆角矩形来画，通常写着开始、结束，或其他代表流程结束的短语，如提交信息等。操作（P）用矩形表示，指某件事发生了、做了什么操作等，如输入身份证号、查询交易记录等。条件判断（D）在多情景中，需要进行条件判断，用菱形表示。一般来说，条件判断多为是与非（或对与错）的结果，于是就有两条流程线从条件判断中流转出，通常正面回答的流程线从下方流转出，负面回答的流程线从右侧流转出。每条流转出的流程先必须标明判断结果（即是或非）。当然也会存在多种判断结果的情况，这时候会有多条流转出的流程线，注意标注清楚每条流程线上的适用条件。在这种情况下，要特别注意是否遗漏某些条件，所以建议将复杂的条件判断，拆分为多个二元判断的组合，这对于后续对外沟通、自我检查来说也更加友好。预定义操作（PP）用左右双线的矩形表示。在一些复杂流程中，有些复杂模块可以单独进行详述，此时在主流程中，就可以使用预定义操作模块进行指代，并在其他地方进行详述。以上五种是流程图中最最基础的常用图形，对于设计师来说，也基本够用了。在学习完基本功后，你就可以进行自我修行了！（不负责任的作者啊喂(+一︿一)）一个小练习好了，那我们来做一个小练习最常见的登录功能。这，似乎看起来很简单。于是有了以下这张流程图：似乎并没有什么问题。但是（记住，通常每个似乎都有一个但是在等TA），这里的登录要素只考虑了手机号+密码一种方式，是否满足需求呢？为什么没有邮箱登录？昵称登录？手机号+短信验证码登录？继续看第一步输入手机号，是否会存在手机号格式错误、手机号未注册的情况？系统是否有必要对手机号进行单独检验？如果单独检验，会不会有什么安全隐患？不检验，是否体验友好？如何进行评估？其中的操作、判断是由用户来做还是系统来做？系统做的话，是前端还是后端做呢？用户忘记了密码怎么办？等等等等。看似简单的登录流程，竟然会如此状况百出。这里分享几条我画流程图的心得体会：面向操作的流程图不同的学科、不同的人都有不同的画流程图偏好。有些人喜欢面向页面的流程图，有些人偏爱面向状态的流程图，而我更倾向面向操作的流程图画法，这样做可以更聚焦在任务本身，排除界面元素干扰，（具体界面设计应在流程图的基础上进行后续的深入）。由繁入简在刚开始训练的时候，建议尽可能地将流程图画细，每一个操作每一次判断都详细画出，能拆分的情况都进行拆分，思考尽可能地全面。站在不同的角色角度进行思考在画流程图的时候，应当多思考各项操作、判断的操作者是谁，是系统还是用户，并用不同颜色（或其他方式）标明。不同情况全覆盖对照流程图检验是否满足所有情况。最简单的检验原则就是每条路都应该走得通，都有开始和结束的点而非莫名终端，每个判断都至少有两条流转出的路。发掘新设计点在流程图中，可以这样问自己，会不会有无法进行某操作的情况？在每一种发生错误的时候，是否有对应的设计对策？如在登录的任务中，就发掘出了用户忘记密码的情况。基于以上考虑，我们来优化下登录功能的流程图，假设这里的登录方式仅允许手机号+密码一种方式：注意，因为涉及到注册、忘记密码两种新的情况，所以在这里限于篇幅，就用虚线流转线、预定义操作的图形来简述。若要具体展开，那就是一整套的登录注册咯~关于流程图的学习就先讲到这里。流程图的练习是一个熟能生巧的过程，记住：站在不同角色角度多思考、勤练习多推敲、覆盖全情况、发掘新设计点。相信在经过严谨的训练之后，面对再复杂的需求也能够游刃有余化繁为简了。