检查库存
业务流程图
订单详情页
业务流程图大多以人为核心，每个节点都是在传递人的不同行为。而页面流程图和功能流程图也类似，都是以人的操作行为为核心，在不同页面和功能间进行流转。但数据流程图不同，它是以数据为核心，展示整个系统中，数据是如何被处理、判断和交互的。
生成订单
不成功提醒
关闭冰箱门
功能流程图定义：
返回首页
功能流程
把“大象塞进冰箱”看似是一个笑话，其实里面包含了很多的绘制流程图的精要：抛开很多现有的认知局限，不受具体操作与执行细节干扰，抽象地描述事物进行的次序和顺序。
依据上面的最小流程单元，我们下面尝试能不能将其扩展，尝试套用在更细节的流程图上面。
验证通过
预告
打开首页
不同类型流程图对应关系
判断是否成功付款
去结算
付款结账
每 天 进 步 一 点
提交
数据流程图
把大象放进冰箱
Made by Processon流程图
下一节我们重点说一下，业务流程图。
进入淘宝
点击购买
加入购物车
支付页
业务流程
登录页
点击登入
流程图分类小结
打开冰箱门
02 页面流程图
——流程图的分类
页面流程图定义：
请求数据
以数据为核心
输入账号/密码
跳转购买成功页
坐地铁
页面流程图
错误提醒
功能流程图
进入商品详情页
特指软件产品中，描述数据在不同节点被处理的过程所画的图表。主要表达计算机程序对于业务的实现原理。用户在功能流程图中的每一个操作，对应都会反映在数据流程图中。同时，数据流程图也可以叫程序流程图（Program Flow Diagram）。
检查成交
指单页面内或多页面之间的功能操作流程，其包含在页面流程中。单个页面可能包含多个功能。
上图绿色虚线箭头和三个绿色节点我们可以看出，页面流程图依然是包含在业务流程图的。这恰恰符合定义中的要求，同时也印证了页面流程图的正确性。相较于一开始的极简流程图，现在的流程图已经渐渐变得复杂了一些。我们将抽象的业务，映射在了具象的页面上，用软件的页面承载起了业务需求。而以上就是由业务流程图到页面流程图的转化过程。
上一节流程图应该这样画（一）中讲了，绘制流程图的主要元素、流程图的基本结构、以及画好流程图的7个关键点，点赞收藏非常多。所以决定写一下后续。流程图的核心特征是时序性，就是排布事务进行时间和次序，不同的排列方式会得到不同的结果。依据这个核心特点，流程图在互联网产品设计时应用最为广泛。产品设计时，不同的排列对象，就产生了不同的分类。
淘宝购物
从产品经理的角度看一下“淘宝购物”的流程，简单的三个步骤高度概括了购物的关键行为。相对于大家平时看到的复杂的网购流程图，以上的三步流程简直简单的令人发指，而这恰恰是印证了大道至简的原理。
打开登录页
付款完成页
流程图应该这样画（二）
登入成功
挑选商品
确认支付
跳转付款页面
03 功能流程图
选择付款方式
返回数据
进站
选择规格
继续加入商品
为了更清晰的展示页面流程图-功能流程图之间的过膝，方便理解，下面以淘宝为例，看一下页面流程图和功能流程图。
下面仍以购物流程为主题来展示数据流程图。
Y
服务器验证账号密码
点击登入按钮
N
业务流程图定义：
收货地址页
付款
付款成功
服务器
进入商品分类页
具象到极致的关键行为
指WEB/APP产品具体所呈现的软件/H5页面跳转流程图。它承载了业务流程图所包含的业务流转信息。
出站
如图，本篇主要讲讲不同描述对象下流程图的4大分类：业务流程图、页面流程图、功能流程图和数据流程图。
无法生成订单
立即购买
04 数据流程图
选择收货地址
返回淘宝首页
客户端
业务流程图：把业务流程按照固定的逻辑顺序，用流程图标准元素具象地表达出来。
填写订单页
是否默认收货地址
由上图红色箭头和四个红色节点我们可以看出，功能流程图同样也是由页面流程图拓展而来的。功能流程图是在页面流程图的基础上继续深化，变得更加复杂。同时也渐渐变得像大家日常看到的流程图一样。
商品推荐页
业务流程，有时间空间顺序的流程，我们身边随处可见。例如：把大家装进冰箱、坐一趟地铁、或者淘宝购物。
01 业务流程图
页面流程
数据流程图定义：
把大象放进去
本篇主要介绍了一个互联网/IT 产品的业务流程、页面流程、功能流程和数据流程。从中可以发现，由业务到页面，再到功能，再到数据处理，是顺序拓展的。除业务流程图外，一般是互联网产品经理的需要拓展深化的知识。在学习和使用流程图时，尽量将业务、页面、功能和数据区分清楚，并且逐层递进，不要把多种类型的流程图混杂一起。这样反而会将思想搞得混乱。
打开购物车
