一起来画流程图

怎样画好流程图

流程图的好处显而易见，既可以帮助整理思路也可以方便和RD的沟通，但是复杂的流程图却容易出现很多歧义，给程序的理解造成困难。

本期话题为怎样结构清晰的画好流程图，希望大家在讨论中能根据自己的工作经历总结出一些经验，给众多pm们作为参考。

圆桌总结

在产品设计中，流程图是产品们沟通业务需求时不可绕过的一个介质。本文主要就流程图的绘制工具、目的与分类、使用规范以及作用和注意点展开。

1、流程图的绘制工具

首先在此之前先看看你是什么操作系统，如果是mac，那么首当其冲的选择是omniGraffle；如果是windows，那么Visio就是目前使用最为广泛的一个工具了。不过笔者个人在这里想提及另一个工具：亿图。亿图图示专家是一款综合思维导图、流程图、线框图、组织结构图、商业图表等工具的软件，而且目前它是兼容Visio格式的。此外，其他流程工具如：Axure、Keynote、PPT也是有人用的。

2、流程图的目的与分类

首先大抵归纳下来就是为了描述事物在不同的触发条件下的发展轨迹（除了系统出错以外，因为这个错误在任何步骤都是有的）。

在描述功能模块之间的交互流转时，产品经理探讨业务需求时，用的流程图大多会出现跨部门或者是跨系统的职能描述，这里的流程图一般称之为业务流程图（Transaction Flow）或者根据表现形式称之为泳道图。

而交互设计师在设计非常明细的页面流程跟跳转时，会将具体的功能点拆分的特别细致，这里的流程图则一般称之为页面流程图（Page Flow），这里的表现形式基本为一般流程图。

3、流程图的使用规范

1.必须有开始跟结束；

2.每个控件都有自己的使用说明，不能串用。

3.流程图自己的信息：要留有专门的空间介绍作者、流程图名称（描述具体，某个系统某个模块）、流程图的版本、流程图绘制的时间。这么做的目的是在发给别的部门比如程序员的时候，他们有不能理解的地方就可以十分便捷地定位到具体问题跟人。

4.善于使用标注。当不是特别明确的或有重复描述词汇出现时，做标注帮助他人理解，不要把所有的信息都写入控件内（这是很奇怪的做法，你做了不能说错，但是别人会觉得你很不讲究，排版的审美很差）。

4、流程图的作用及其注意点

一般情况下，我们在需求评审时，会通知到这个项目的所有干系人。做产品宣讲跟演示的时候通俗做法是在宣讲一开始是整体的整体业务介绍，然后一边演示流程图一边演示原型，迫不得已再看文档。那么，流程图的作用非常明显，就是告诉他人业务怎么玩的，然后引导他人如何查看、使用原型。

我们在设计基线确定以后，给到技术人员的交付物一般为：产品需求文档与原型。流程图是嵌在文档里的。整体的业务流程图一般位置是在需求描述前，告诉阅读者整份文档将要描述的整体需求的大致轮廓（注意！这里一定是比较最粗的功能交互的描述）。然后具体的功能模块前会有更为具体的流程图。

所以PM们在绘制流程图的时候一定要学会拆分子流程。非常细致具体的流程图一般都是交互设计师参照PM给出的业务流程图来完成的。当然某些小公司的话可能是这些活都是一个人干。但是大体要遵循的顺序肯定也是先大后小，先整体后局部细节，整体要学抽象提炼。因为你的需求文档肯定也是按照功能模块来的，不然一大团的东西怎么写。所以流程图画好后，需求文档也就好写了。

绘制流程图的时候不可避免会有诸多分叉，这里要注意的就是排线不要交叉，尽量左右对称。