PM的日常工作中，经常和业务流程图打交道。对于才入行的PM来讲，业务流程图到底是什么、该怎么画以及注意事项有哪些，在本篇文章中将具体介绍，希望给在工作中对应业务流程图“懵逼”的你有些许帮助。
业务流程图(TFD)是一种描述管理系统内各单位、人员之间的业务关系，作业顺序和管理信息流向的图表。
——摘自百度百科
以上是来自百度百科中对业务流程图的定义。不过，个人认为这个定义太抽象，对于不太熟悉业务流程的人来讲，这个定义有点过于“专业”。个人对流程图是这么理解的：业务流通图是按顺序描述某一事项执行过程（或流程）的图形化展示形式。对业务流程图，有如下解析：
是什么：是对业务流程的一种表示形式而已。换句话说，业务流程也可以用别的形式表示，而不用“图”（比如口述、文字描述等）也可以，但是“图”更直观、形象；
描述对象是什么：对象是业务流程。那么什么叫业务流程呢？从以上“业务流程图”定义可以对“业务流程”做一个简单定义：某一事项的执行过程（或流程）；
内容包括什么：业务流程图中主要包括活动和方向（流程流向），如果是泳道图的话，还包括角色（或者说岗位）。这方面，下文会细说，莫捉急。
业务流程有一个特点，即：时序性（有时间先后顺序）。
地铁乘车流程图-示例
二、作用关于流程图的作用，个人认为有以下意义：
1. 简单明了地表达业务流程虽然口述比画业务流程图在时效上确实快很多（嘴的播放速度毕竟比敲键盘快），但“语言（口述）”在信息传递上的准确性上确实没有“白纸黑字”清楚。
有人说，文字描述流程也不行吗？行，但是长篇大论的文字，除了小说或者你感兴趣的内容，你平常会从头到尾认认真真看密密麻麻的文字吗？就算你会看，你可能也会在心中骂这个人做事方式有问题。
总之，图比其他的表现形式都要友好，且人对图的记忆更深刻。业务流程图一般需要附在产品文档中，供读者理解业务。
2. 确认需求比如你最近需要和相关业务部门确认需求，你拿出你那高大上的业务流程图往投影上一放，不用你介绍，他们自己就能看明白。他们看到后，就知道你画出的流程是不是他们实际需要的。这样就能保证IT和业务同事理解一致，这在软件开发中是很关键的。
另外，如果把流程图发给开发同事，他们也能大概了解整个系统是要实现什么需求，做到心中有数。
三、分类
业务流程图常用的分为：基本流程图和跨职能流程图（泳道图）。
基本流程图：主要用于描述单一角色在处理某一个事项时的流程（当然，也可以描述多角色）；
跨职能流程图：描述的是多个角色同时处理某一个事项时的流程。
不过，跨职能流程图在PM日常中用到的更多，也显得更专业。所以，下文主要对跨职能流程图作解说。如果想了解基本流程图的童鞋们，也可在评论区找我哦。（悄悄告诉你，上面的“地铁乘车流程图”其实就是基本流程图）
四、画业务流程图步骤以下以满足“要吃饺子”为例，详细描述业务流程图的画法。假设：我洗菜、老婆拌饺子馅，所有人包饺子、妈妈煮饺子。
1. 思路（1） 明确需求
画业务流程图之前，首先得确认需求，或者说你得搞明白具体流程。
比如上面举的“要吃饺子”，其实我已经知道了要想吃到饺子的需要有哪些流程或过程（洗菜–拌馅–包饺子-煮饺子），最好是在纸上画一个草图。
（2） 其次明确流程的粒度
就是说，如果你打算画流程图，你应该心中有把“尺子”：我这次画流程图要画一个“什么样的”？是详细的呢还是粗略的。就像画原型一样，画之前你得清楚你是要画一个高保真原型还是一个草图。
比如上面我说到的：洗菜–拌馅—包饺子–煮饺子，这很明显是一个粗略的流程图。而上图中的蓝色圆圈中的是对“洗菜”和“拌馅”环节更细的流程。
只有业务流程基本定型，你就可以“按需”画出“粗暴或详细”的流程了。
为什么叫“按需”呢？这是因为得看你们项目的具体需求，如果领导说要画详细点，那就画详细点；如果简单粗暴能满足会议或沟通需要，也是ok的。流程图只要正确的话，那么就没有好坏之分，只有合适不合适之别。
（3） 确定有几种角色
如果是画跨职能流程图的话，一定要在画流程图之前把几种角色给捋清楚。
2. 工具接下来就开始要画流通图了，那就不得不说画图工具了。作为PM，会用Visio这是最基本的要求了，因为Visio是最基本也是PM用的最多的画图工具。
有人可能喜欢用ppt画流程图，这也不是不可以。用ppt的话可能会更随意，效果也更漂亮，但是画图效率比较低。另外，可能还有人用Axure画流程图，我平常用Axure画一些基本的简单流程图，但泳道图确实没有过Axure画过，毕竟没有Visio简单高效。
其他画流通图的工具，大家可以从网上再了解下，但建议才入行的PM把Visio用好就ok了。
对于Visio中各符号的使用（以下仅列举了常用的几个符号），有以下供同行的你参考：
示例V0.1
示例V0.2
以上两个示例中，示例V0.2的两个黄色方框内是对示例V0.1中的“洗菜”和“拌馅”环节进行了细化。
(责任编辑：Morse)