流程图是产品经理必备的技能之一，但许多新手产品经理对其掌握程度有限。本文针对创业团队和产品经理的实际需求，详细介绍了四种常见的流程图，并结合具体案例讲解了它们的绘制要点和应用场景，供大家参考。“Simplicity is the ultimate sophistication.最好的流程，来自于最简单的思考。”——Leonardo da Vinci唐纳德·肯尼迪这位曾是《科学》杂志的主编。如何绘制流程图，是产品经理的一个基本功。但仍然还有不少的新手产品经理，对此并不是很清楚。今天就来简单聊一聊这个问题，不啰嗦了，直接上内容。并且也结合一下创业团队的情况来提供一些建议。希望能给大家带来一些帮助。一、功能流程题：一定需要掌握功能流程图是最常见的一种流程图。它体现了产品经理对需求的归纳，并且能进行多方的“翻译”。也就是将业务的需求翻译成了产品的需求，变成开发能看懂的“语言”去交付。尤其是功能流程图，是一个有利的沟通工具。举个栗子：注册功能流程图注意，这个例子是为了讲解来使用的，仅仅只是个模拟。现在真实的产品注册流程，其实都很复杂了。比如我没有加入一些特殊的情况，例如常用的第三方openid注册的方式。但这个例子已经足够给大家做引导了。功能流程图的要点功能流程图其实并不复杂，基本上大家都可以看得懂，以下几个要点，可以更好的帮助初学者迅速掌握。1.使用泳道图尽可能的使用泳道图，也就是每一列都分属于不同的职能。当然你也可以使用横向泳道。2.使用分隔步骤如果流程比较复杂的话，还可以用横向的虚线来分隔流程。当然，如果流程图使用横向的泳道，那就需要纵向的分隔线。3.使用子流程不要把流程图画的太复杂，要善于分解子流程。如图，符号就是图上左右各有两条竖线的方块。4.使用开始和结尾这样便于判断流程的开始和结束。如图，符号就是椭圆。5.一个流程只引出一条线而且这条线上要有箭头。6.一个判断可引出两条线而且这两条线分别代表“是”和“否”，上面要有箭头。而且一张图中的“是”和“否”的方向最好是一致的，如上可见，我把“是”都放在了下面，而“否”都放在了右边。7.线条要避免交叉如图，不过因为我坚持了原则5，所以还是出现了2个交叉。但过多的交叉确实会影响阅读，所以要尽量避免。8.这是功能流程图，不要带交互信息要不然图会变得非常的琐碎，这个下一节会讲。其他产品经理所用到的功能流程图技巧，一般都还是比较简单的。流程图最早是在在软件工程中使用的，会用到更复杂的方法，比如说包含有文档、存储数据等符号和功能。不过在创业团队中的产品经理，能掌握到如上7点，就足够用了。另外，功能流程并不仅仅只用在系统级别交互上。如果从运营经理出发，也可以学习和掌握这套方法，按照此来绘制业务流程图。比如报销流程，除了有系统参与的部分，还有人员自己人肉跑腿的部分，这些都属于业务流程的一部分。二、交互流程图：掌握但酌情使用交互流程图的核心需求，是把交互行为用逻辑链条的方式来表达，这样可以科学性的避免歧义。如果上面的功能流程图可能和整个项目团队来对话，那么交互流程图更多的是和前端交互设计师来对话。举个栗子：注册中填写电话交互流程图这个例子也只是个模拟，模拟的是在注册时，在输入框中输入电话号码的交互。这个小小的输入框，现在也有比较成熟的交互解决方案，比如会判断输入的手机号是否真实等。所以，大家理解就好。交互流程图的要点这里就不用多啰嗦了，要点其实和功能流程图是一样的，除了没有泳道和分隔符这两点，因为一般情况下不需要这么刻板。当然加上也可以。但是！注意……但是。如果是创业团队，我实际上不太建议画交互流程图：可能数量会很庞大，十分琐碎。普遍的交互方式，现在一般都进化的比较定型了，所以没有什么产出的必要，直接跟交互设计师进行沟通就可以。针对交互的表现和报错信息，可以直接用表格形式，其实会非常简单，见下图。所以不如把人力资源节省下来，同时也要避免如上我所说的，别把交互细节过多的绘制到功能流程图中。那在什么样的情况下，需要使用交互流程图呢？如果交互真的是非常的复杂，并且产品经理也有信心让用户接受，但可以一试（一般不太推荐）。较大型的公司、或较重点的项目会有严格的流程，需要多轮review，在某些重点内容上是可以使用的。但此时也往往需要配套可进行点击交互展示的线框图，用axure类工具即可实现。三、页面流程图：功能型产品经理需要掌握一般大家叫页面流程图，但其实跟上述两种流程图非常不一样。并非表现抽象的概念，而表现的是实体。并非表现有矢量方向的流程，而更像是网状关系图。举个栗子：注册各页面流程图这个例子也只是个模拟，模拟的是和注册登录相关的一组页面。当然了，现在主流产品的注册模块也比较复杂了，这也是一个比较简化的版本。同样，大家理解就好。页面流程图的要点页面流程图最大的作用，就是重视页面之间的关系，并且重视描述系统功能实现的路径。但要注意以下几个要点：1.想要表达什么？在我这个图中，我表示的是页面之间的链接关系，所以往往也有产品经理直接用高保真的UI图来更好的进行表现。另外，也可以在图中标注各个页面的功能列表，更好的进行逻辑化表达。2.了解适用范围同样，我也不建议一般情况下的产品创业团队使用页面流程图，原因也是过于教条，意义也不大。但是针对功能型的产品创业团队，做如操作后台、管理功能等产品，还是会有一定意义的，但一般来说这种情况下页面数量会非常多，之间的关系表达也过于网状，需要做好模块切割。四、时序图：不需要会画，但需要会看谈到时序图之前，先聊聊数据流程图。其实产品经理一般很少用的数据流程图，这也属于软件工程的范畴。主要从数据流动的过程来表述业务的数据处理方式，分为数据流、加工、存储和实体这四个部分。具体的例子，大家可以自己去检索。这部分我的知识储备也不足，待后续完善后再进行补充。但我在此建议，如果仅针对2C产品经理，还是应该更多的学习时序图。时序图在不少应用层面替代数据流程图，已经成为一个小小的趋势。举个栗子：微信登录获取openid此图来源于CSDN博主贝塔贝卡贝，我就直接拿来用了，讲的也是和注册相关的微信登录方式。这对开发人员是比较基础的知识，但对于产品经理来说还是需要学习的。产品经理往往不需要画时序图，但需要能看懂。我简单讲解几点：1.对象：头部/底部是对象，可以是用户也可以是系统，一个数据流程都先从最左侧的对象开始。2.时间线：每个对象都会下拉一条时间线，注意所有对象从上到下的时间线的进度是一致的。3.消息：（1）在自身时间线内循环的消息，是自关联消息，技术上是在一个对象内部来进行调用或处理。（2）从左至右，在时间上产生一个消息，无论消息流转多少圈，最终一定会返回最左侧对象，整个流程要能走通。（3）一般来说，在一个时序图中，除了自关联消息外，会要求向左和向右的消息数量相等。……本文由 @觅云人 原创发布于人人都是产品经理。未经作者许可，禁止转载。题图来自 Unsplash，基于CC0协议。