流程图那么多,你数得过来吗?
在看文章时,我们时不时会碰到各种流程图:业务流程图、功能流程图、页面流程图、用户操作流程图、系统流程图等等这些叫得出名叫不出名的流程图,这着实让人头痛不已,这里作者分享一些自己对于流程图的理解,着重介绍产品中会用到的相关流程图,希望能够抛砖引玉。
定义
百度百科:以特定的图形符号加上说明,表示算法的图,称为流程图或框图;
智库百科:流程图是流经一个系统的信息流、观点流或部件流的图形代表;
维基百科:A flowchart is a type of diagram that represents an algorithm, workflow or process, showing the steps as boxes of various kinds, and their order by connecting them with arrows. This diagrammatic representation illustrates a solution model to a given problem.
(译文:流程图是一类代表算法、工作流或过程的图表,它通过一些用箭头连接的各类图形来展示其中的步骤。这类图形表示方法常用来阐述一个给定问题的解决模型。)
通俗来说,流程图就是一个有特定逻辑顺序的步骤地图,在这份地图的帮助下,我们可以预知某类步骤走法所能到达的终点,同时,我们也可以通过这份地图找到某个目的地的具体实现路径。
种类
维基百科原文引述Types部分:
Sterneckert (2003) suggested that flowcharts can be modeled from the perspective of different user groups (such as managers, system analysts and clerks) and that there are four general types:
- Document flowcharts, showing controls over a document-flow through a system
- Data flowcharts, showing controls over a data-flow in a system
- System flowcharts, showing controls at a physical or resource level
- Program flowchart, showing the controls in a program within a system
Notice that every type of flowchart focuses on some kind of control, rather than on the particular flow itself。
However, there are several of these classifications. For example, Andrew Veronis (1978) named three basic types of flowcharts: the system flowchart, the general flowchart, and the detailed flowchart.[11] That same year Marilyn Bohl (1978) stated “in practice, two kinds of flowcharts are used in solution planning: system flowcharts and program flowcharts…”.[12] More recently Mark A Fryman (2001) stated that there are more differences: “Decision flowcharts, logic flowcharts, systems flowcharts, product flowcharts, and process flowcharts are just a few of the different types of flowcharts that are used in business and government”.
大意:
Sterneckert在2003年提出流程图可以根据不同的用户群(例如管理人员、系统分析师、书记员)这个角度来绘制,并且划分出了四种常用的种类:
文档流程图:展示经过一个系统中的文档流的控制;
数据流程图:展示对一个系统中数据流的控制;
系统流程图:展示对于物理层面或资源层面上的控制;
程序流程图:展示一个系统中对于程序的控制;
值得注意的是:相较于特定的流程图本身,每一类流程图都更关注于某一种类型的控制。
然而,这些分类还有好几种。比如说,Andrew Veronis (1978)命名了3类基本种类的流程图:系统流程图、通用流程图、详细流程图。同一年,Marilyn Bohl提出:“事实上,在解决方案规划领域有2类流程图:系统流程图和程序流程图”;离现在更近的是2001的Mark A Fryman,他提出:“在商业和管理领域,流程图有更多的种类如决策流程图、逻辑流程图、系统流程图、产品流程图、过程流程图”
在上文中我想强调与重申的是“Notice that every type of flowchart focuses on some kind of control, rather than on the particular flow itself。”
相较于特定的流程图本身,每一类流程图都更关注于某一种类型的控制。
看到这里,坚强如你是不是也得吐槽一句:“真是B了狗,怎么就没有一个固定的标准,我怎么数得清有多少种,说不定明天又出来一种新类型的流程图”。其实,在这里我引用这么一大段东西,不止是为了让大家吐槽。更是想要传递一个观点:“现实世界中不像程序中那么非0即1,某件事物的定义或定性没有一个统一的标准是不难见到的。”但中式教育似乎又更加严格强调标准答案这个概念,就如我们小时候,教材被视为绝对的真理,语文课上考察背诵时,就需一字不多不少得背下来,句子中加个语气助词“了”可能都算错。种种这种类似的经验就很容易造就了一堆死记硬背的读书人,当他们遇到一个新概念时就会查看其定义,如果定义有严格的标准,那就不管是否已经理解先背下来(当然,这种背诵行为不是说不好),但如果缺乏一份严格的标准,他们就会惊慌失措,不知道何去何从。互联网产品行业又是一个新兴领域,其中许多标准与规范也没有达成共识,这就需要我们勇于探索和总结了,希望这段话能够给鼓励一些迷茫于没有标准教材学习的朋友。
话题扯回来,对于PM,我们经常接触到的流程图又有哪些种类呢?按照产品设计过程中的时间先后顺序,我想分享一下自己对于产品业务流程图、产品功能流程图、产品页面流程图的思考和总结(这里请注意我们将讨论前提限制在了产品领域)。
标准
虽然流程图的类别没有严格的分类标准,但对于其图形表达已经有一套基本的共识。在介绍具体的流程图前,我们先对常用的图形标准达成共识:
产品业务流程图(绘制人:产品经理)
1. 定义
产品业务流程图就是通过图形化的表达形式,阐述产品在业务层面控制的图表。产品业务流程图通常作为产品设计初期阶段的工具使用,通过图形化,能够更清晰、直观地传达产品在业务层面的控制(如业务动作、方向、逻辑等信息)。
2. 作用
业务流程图通常用于介绍产品业务,如产品经理需要向老板介绍产品业务时,用流程图辅助讲解的效果,相较于纯语言或文字表达要好得多。
绘制业务流程图的过程能够帮助PM根据产品定位对产品业务进行设计、分析与优化。
3. 实例
注:这里我们以ofo小黄车为例,粗略地绘制其业务流程图、功能流程图、页面流程图,希望能够帮助理解
产品功能流程图(绘制人:产品经理)
1. 定义
产品功能流程图就是通过图形化的表达形式,阐述产品在功能层面控制的图表。产品功能流程图通常作为产品设计中期阶段的工具使用,通过图形化,能够更清晰、直观地传达产品在功能层面的控制(如功能动作、方向、逻辑等信息)。
2. 作用
功能流程图通常用于介绍产品功能模块的相互关系或某个功能模块的具体组成,如产品经理需要向开发人员介绍某个新增功能模块时,可以在原型图宣讲之前使用功能流程图让其对功能的轮廓和走向了然于胸。
绘制功能流程图的过程能够帮助PM确定产品的功能范围同时避免不合理的功能使用逻辑。
3. 实例
产品页面流程图(绘制人:交互设计师、产品经理)
1.定义
产品页面流程图就是通过图形化的表达形式,阐述产品在页面层面控制的图表。产品页面流程图通常作为产品设计后期阶段的工具使用,通过图形化,能够更清晰、直观地传达产品在页面层面的控制(如页面功能和信息、方向、逻辑等信息)。
2. 作用
页面流程图通常用于介绍产品页面元素及页面之间的跳转关系。
产品页面流程图一般由专门的交互设计师进行设计,其绘制过程能够帮助交互设计师确定产品页面之间合理自然的跳转顺序以及页面本身的功能及信息构成。
3.实例
总结
通过上面的实例我们不难发现:业务流程图、功能流程图、页面流程图的主要区别在于矩形图形(流程或节点)的内容的所处层次,其分别对应着业务动作、功能动作、页面功能和信息。
整体上来说,产品业务流程图、功能流程图、页面流程图分别是产品设计阶段早、中、晚时期的阶段性产物。在产品设计阶段,从业务到功能再到具体页面设计,这是一个抽象到具体实现的过程,也是产品概念转变为产品介质的核心过程。在这个过程中,产品业务确定了产品功能范围,产品功能又进一步确定了页面的实现范围。
最后,作者整理了引言中涉及到的各类流程图的对比关系图
后话
现在你还在意能否数清流程图的种类吗?其实流程图就是一个图形化的表达工具,其绘制过程能够帮助我们思考系统在某个层面的控制,流程图本身的图形化表达也能更简洁、清晰的传达系统在某个层面的控制信息(节点、流转方向等)。对于这个工具,我们最好不要钻牛角地非要数清流程图的“界门纲目科属种”(如上文介绍也没有这么一个通用的标准),根据实际情况灵活使用和理解才是第一位。
参考:
(1)维基百科:流程图
作者:蓝调Lee,微博号:蓝调L
本文由 @蓝调Lee 原创发布于人人都是产品经理。未经许可,禁止转载。
题图由作者提供
功能流程图都画错了
看完了,学到很多,先感谢作者。
另外,有一点疑问。
在“产品功能流程图”下的“3.实例”处,“是否符合免押金条件”后,是不是应该这样:Yes——选择免押金通道,NO——交押金并充值。原文中好像反了。
整天复制粘贴有意思么?后缀还写自己的 脸呢?人家转载都说明个出处 你还真喜欢往自己脸上贴金,2017年的文章了你说是你写的 呵呵 😐
感觉你画的这个ofo业务流程图和功能流程图有点类似,如果可以专门强调一下这两个流程图的区别对比会更好
最近在学习UML流程图,有些表达上和UML流程图的不太一样呢,哪种比较标准?
请教一下,业务流程需要多个系统配合完成要怎么画图啊,例如商品提供者后台,商品审核管理后台,移动端购买者购买
泳道图
兄台的归纳能力真是强
你这个,有点误导人,业务流程是泳道图,表面参与者之间的业务关系。功能流程是某个功能的操作流程,站在某一个参与者的角度完成操作。页面流程表面页面之间的跳转关系。数据流程表面数字在系统之间的流转关系。
业务流程不一定是泳道图吧,toB的业务复杂,业务涉及多个角色需要用到泳道图,那像文中举例ofo的业务相对简单,这样描述也没问题,无非是站在全局的角度说明几个流程图的区别~
这个看懂了很多,但是到最后的图,我发现自己对系统流程图和用户操作/使用流程图又没有搞懂。。。忘能够用通俗的话给予指点
请问这边的系统流程图和数据流程图是一回事吗?
应该不是一回事,数据流程图有相应的规则,可以百度一下;个人认为这里说的系统流程图是功能流程图的一种,一般是通过泳道图来表示
还有交互线框流程图
我有个疑问,判定框里的问题为什么是“是否怎么怎么样”而不是“怎么怎么样?”,就比如“是否符合免押金条件?”和“符合免押金条件?”,这样不会造成歧义么?
我依稀记得初中还是高中最刚开始接触流程图的时候,老师讲过判定框的问题不能是“是否”的形式,这样会对后面“是”和“否”的两条分支造成歧义。不知道是不是我记错了😂😂😂
这个是个人习惯问题吧,如果按照严格的定义,逻辑判断框中需要填写的是一个陈述状态的条件P(如此处“已符合免押金条件”)。只要能让用户理解不产生歧义即可,在这里“是否XX”只有表肯定的Y和表否定的N,没有理解楼主说的歧义,能举个例子吗?
说白了,看这个文档的都是专业的人员,会议宣讲一眼既明白了,”是否符合免押金条件“,Y一条路,N一条路,像楼主所说的“符合免押金条件”我更比较偏向笔者的,是与否,更直白,如果使用楼主的“符合免押金条件”在项目组人员看到之后也会心中默读“判断是否符合免押金条件”,注意“心中默读”
功能流程那里好像有点错误
能指正一下吗?好让大家都可以看到,谢谢! 😳
功能流程图中【是否符合免押金】的yes和no写反了
是的,点个赞!
为什么不是先实名认证,再进行判断是否符合免押金条件
抛开是否错误,就从流程来说,是否交押金业务中符合交押金的条件是有没有选择渠道呢?