全面解读流程图｜附共享单车摩拜ofo案例分析

梗概

对于任何产品设计来讲，构建流程都是一个绕不开的环节。其奠基了后续的产品框架，是用户体验的基石。本文将从定义和分类出发，结合实际案例，深刻浅出地阐述流程图的做用以及画法。

定义

流程——顾名思义：水流的路程；事物进行中的次序或顺序的布置和安排。流程是天然而然就存在的，它能够不规范，能够不固定，能够充满问题。

由两个及以上的步骤，完成一个完整的行为的过程，可称之为流程；注意是两个及以上的步骤。

流程图的核心就在于如何排布事物进行的次序，不一样的顺序可能形成大相径庭的结果。

目的

产品经理画流程图的目的不外乎几点：

流程图为产品设计基石，能够保证产品的使用逻辑合理顺畅

传达需求，用流程图来更好地表达产品逻辑

查漏补缺，检验是否有遗漏的分支流程

分类

流程图以描述对象分类，包括：业务流程图、页面流程图、功能流程图、数据流程图等。

业务流程图（Transaction Flow Diagram, TFD）

先以宋丹丹小品中的一个脑筋急转弯为例：把大象装冰箱，总共分几步？

三步：

第一步，把冰箱门打开；

第二步，把大象装进去；

第三步，把冰箱门关上。

这看似是一个笑话，但其实蕴含着很强的逻辑思惟。首先这里忽略了不少现实中的限制条件。好比，以大多数冰箱的容积都不可能将大象塞进去；好比是否能把大象切成块放进去？若是把大象塞进去，它会不会又跑出来？但抛开这些限制条件，那把大象塞冰箱的极简流程就是三步。打开冰箱门，把大象装进去，最后把门关上。

咱们作业务流程图，其实不少时候都须要具备把“大象塞进冰箱”的思惟方式，抛开不少现有的认知局限，将具象的行为一个个抽象出来。

结合上面的例子，再来细细品味“业务流程图”的定义：

抽象地描述事物进行的次序和顺序，不涉及具体操做与执行细节。在互联网软件行业一般指脱离产品设计的用户行为流程。业务流程图是一种系统分析人员都懂的共同语言, 用来描述系统组织结构、业务流程。

无论是否理解上述定义，下面带着抽象思惟去思考购物行为的业务流程图应该是什么样的？

以上的三步组成了一个最简的一个流程，其彻底涵盖了任何购物行为的核心。不管是网购仍是在实体超市，都是以这三个行为为主体，而后进行扩展的。相对于你们平时看到的复杂的网购流程图，以上的三步流程简直简单的使人发指，而这偏偏是印证了大道至简的原理。我始终坚信不管再复杂的事情都能简化为极其简单的事情，若是你没法将其简化，说明只是你没有理解其核心。

依据上面的最小流程单元，咱们下面尝试能不能将其扩展，尝试套用在更细节的流程图上面。

页面流程图（Page Flow Diagram）

定义：指电子产品具体所呈现的页面跳转流程图。其承载了业务流程图所包含的业务流转信息。

下图以淘宝为例，展现出了网购的页面流程。

由上图红框中的三个节点咱们能够看出，页面流程图依然是包含在业务流程图的。这偏偏符合定义中的要求，同时也印证了页面流程图的正确性。相较于一开始的极简流程图，如今的流程图已经渐渐变得复杂了一些。咱们将抽象的业务，映射在了具象的页面上，用软件的页面承载起了业务需求。而以上就是由业务流程图到页面流程图的转化过程。

功能流程图（Function Flow Diagram）

定义：指单页面内或多页面之间的功能操做流程，其包含在页面流程中。

任何功能都是被包含在页面内的，但一个页面内每每不止一个功能，因此单单页面流程图可能没法完整表达全部流程，而这时就须要用功能流程图来更加具体表达每一个页面内所包含的功能。

由上图红框中的四个节点咱们能够看出，功能流程图一样也是由页面流程图拓展而来的。功能流程图是在页面流程图的基础上继续深化，变得更加复杂。同时也渐渐变得像你们平常看到的流程图同样。

产品/运营/测试/程序员必备干货【资源下载】

www.jianshu.com/p/875b98aba…

数据流程图（Data Flow Diagram）

定义：特指软件产品中，描述数据在不一样节点被处理的过程所画的图表。主要表达计算机程序对于业务的实现原理。用户在功能流程图中的每个操做，对应都会反映在数据流程图中。同时，数据流程图也能够叫程序流程图（Program Flow Diagram）。

它是一种能全面地描述信息系统逻辑模型的主要工具。它能够利用少数几种符号综合的反映出信息在系统中的流动、处理和存储的状况。数据流程图具备抽象性和归纳性。

可能业务流程图、页面流程图和功能流程图你们都耳熟能详，但数据流程图恐怕了解的就比较少了。其实，每一个流程图中都有一个核心伴随着不一样操做在整个系统中不断流转。好比业务流程图大多以人为核心，每一个节点都是在传递人的不一样行为。而页面流程图和功能流程图也相似，都是以人的操做行为为核心，在不一样页面和功能间进行流转。但数据流程图不一样，它是以数据为核心，展现整个系统中，数据是如何被处理的。

其更偏技术思惟，更多的是展示后台程序的实现原理。因此，经常是开发人员绘制此图，而产品经理涉及较少。但随着产品经理地不断成长，向上提升到战略层，而向下则会深刻到实现层。理解程序的开发原理和背后的数据流转，无疑会让产品经理对产品设计有更加深入的理解。

下面仍以购物流程为主题来展现数据流程图。

相较于以前的图表，数据流程图增长了新的维度——程序。客户端在展示用户操做行为的同时，也表达了程序在用户行为背后的动做。而每每你们说一个产品复杂的时候，可能只注意到了它的前端交互复杂，而忽视了后端逻辑的复杂。对于一个优秀的产品经理来讲，不止要关注前端的用户体验，更要能看清事物背后的逻辑。毕竟人人均可以对用户体验指手画脚，而说到程序实现，那可就体现出产品经理的专业性来了。

小结

以上几幅图片分别展现了一个产品的业务流程、页面流程、功能流程和数据流程。从中能够发现，由业务到页面，再到功能，再到数据处理，是顺序拓展的。一个产品的页面或功能，不是凭空出现的，而是依据业务层的各个节点和流程进行设计的。这就是为何在作产品设计时必定要先理解业务的缘由。

在初步学习画流程图时，尽可能将业务、页面、功能和数据区分清楚，而且逐层递进，不要把多种类型的流程图混杂一块儿。这样反而会将思想搞得混乱。

流程图的颗粒度

所谓流程图的颗粒度，其实就是指流程图的细致程度。

我在画流程图时也经常会犹豫纠结，这个功能点用不用描写得更详细？这条分支用不用标出来？这个和服务器的交互事件用不用在流程图体现？等等这些问题，也都是产品经理在平常画图时会遇到的。

依然拿购物流程为例，最简的业务流程分为三个步骤，那若是细化一些，是否能够画出不一样的流程图呢？

显而易见，即使针对同一个流程，也能画出不一样的流程图。如上图，将挑选商品拆分为三个步骤，将结帐拆分为两个步骤。但两个流程图依然表达的是一套流程。而这就是每一个人对于颗粒度的把握有所不一样。有不少新人总想一步到位，一次画出完美的流程图。但这实际上是一种很是不可取的思惟。任何完善的流程图，都须要通过由简单到复杂的过程，而不是一蹴而就。

理论上来讲，流程图的细致程度越高，产品设计就越准确顺畅。但实际状况中，过分的详细反而是浪费时间。而对于度的把握能力，则须要经验积累以及团队磨合，这里也是体现产品经理对颗粒度把握能力的地方。咱们画流程图的最终目的是让团队成员理解咱们的产品设计，而不是须要画一幅很是详细的流程图。理想的状况应该是以最简的形式，画出团队都能理解的图表。

流程图画法

上面讲解了流程图的定义和分类，下面就进入具体的流程画法讲解

流程图基本元素

以上为流程图中最经常使用的几种元素。不经常使用的元素就不在此展现了，你们能够在Microsoft Visio中查看。

泳道图

泳道图是流程图中的一种画法，是将流程图中的一些流程节点按操做角色的不一样而划分。好比刚才的数据流程图其实就采用泳道图的画法展现，其中顶部为两个不一样角色——用户和服务器。同时在竖向的基础上也能够添加横向泳道，以不一样页面来给操做分类。

对于涉及到多角色比较复杂的流程图来讲，画泳道流程图会看起来更加清晰明了。

产品/运营/测试/程序员必备干货【资源下载】

www.jianshu.com/p/875b98aba…

流程图的组成部分

流程图主要由三部分组成：

主干流程

分支流程（异常流程属于分支流程）

子流程

下图是将以前功能流程图的例子做为主干流程，而后添加了分支流程。咱们在画流程图时应该遵循先主干后分支的顺序来描绘流程图，由于对于大多数用户来讲，主干流程是最经常使用的路径。

主干流程和分支流程你们都好理解，那到底什么是子流程呢？在画流程图的过程当中，有一些流程是会常常遇到的，好比登陆流程、注册流程、修改密码流程。对于电商来讲，可能有退货流程、购物券使用流程等等。若是每次画与之有关的流程图的时候，都将其再画一遍，那实在繁琐。因此，子流程就是将某几个具备逻辑关系的节点集合而成的，能够复用在各个地方。

下图就是将登陆流程变成子流程后的流程图。

流程图的结构

流程图中大体包含四种结构：顺序结构、条件结构（又称选择结构）、循环结构。基本上大多数流程图都是由这三种结构组成的。

案例

上面说了那么多理论知识和概念，那下面就开始真刀实枪地展现一个案例。原本一开始我想以电商产品做为例子，由于电商产品是须要极强逻辑思惟的产品，而且比较常见。但后来发现淘宝、京东等都极为庞大和复杂，分析起来过于笨重。转而想起共享单车是个很是不错的教材案例。其产品极简，但背后却暗藏有趣的逻辑架构。尤为是市面上摩拜与ofo不一样的产品解决方案，分析起来更加有对比性。

共享单车的前身

若是要追溯最先的共享单车，恐怕就是政府推出的有桩自行车。其推出目的无非就是缓解交通压力，以及减小环境污染。而当时受限于成本、技术以及大众人群的广泛素质，有桩自行车的解决方案是极其不方便的。想要租一辆有桩自行车，首先要凭身份证在相关单位办理IC卡，并缴纳押金和预存费用，而后租车和还车只能在定点位置进行。先不谈办理卡片有多麻烦，租车还车有多不方便，超时扣费有多惊人，若是只单纯将其用业务流程图展现出来，应该是什么样的呢？

下面依然以最简单的业务形态来展现使用有桩单车业务流程图：

单看有桩单车的流程图其实没有任何意义，真正的意义在于有桩单车和目前摩拜与ofo的横向对比，下面看一下两家共享单车的业务流程图：

很明显能够看出，不管是有桩单车、摩拜单车仍是ofo单车，在业务流程图上居然没有太大区别。那为何多年以前政府主导的有桩单车平平无奇，而2016年底出现的共享单车红极一时？那摩拜和ofo两款大相径庭的单车，区别点到底在哪里呢？咱们须要更加深刻地分析每一个业务节点，剖析其功能。

由于单车的使用流程不只是在APP上，还有一部分操做在实体自行车上，这时就不能单使用页面流程图，而是要直接使用功能流程图。而且这里的功能流程图不局限于页面内的功能，而是要表达用户对单车和APP的每一步操做。

首先看ofo单车，在APP中支付押金后，接着便须要寻找自行车。而这时咱们发现，虽然ofo有多种单车样式，多种车锁机制。但本案例着重讲ofo第一代机械锁，与第二代伪智能锁。

这两种锁其实表明了两种不一样的产品解决方案，咱们先讨论第一种机械锁。（所谓机械锁，其实相似于生活中常常见到的密码箱。每一个密码箱有预设的固定密码，经过拨弄表盘输入正确密码，便可开锁。而且机械锁的密码是固定的，不会改变）。

咱们从路边找到机械锁单车，而后打开APP，输入车牌号或扫描二维码，从APP中获得本车的机械锁密码，而后输入密码，打开单车车锁。此时APP中会进行倒计时，倒计时结束则开始正式计费。最后，骑行到目的地后，须要将车锁关闭，而且必须在APP中点击结束骑行的按钮，才能结算这次行程的订单。

看完了ofo的流程，下面来对比看一下摩拜的流程。

摩拜的产品解决方案为，扫描单车的二维码之后，摩拜单车的车锁会自动打开，不须要像机械锁同样手动操做。而且在锁车后，摩拜单车自动会结束行程，无须在APP中点击结束。在下一次APP打开时，才会进行帐单结算。

下图分别为ofo机械锁单车使用流程图和摩拜单车使用流程图（APP标识表明用户在APP上的操做）

咱们能够清楚地看到摩拜的流程比ofo的少了两个节点，而这就是摩拜对比ofo第一代机械锁的优点。固然，ofo第一代也有其余方面是优于摩拜的，好比骑车的温馨程度。但本文主要聚焦于产品流程，因此并不在单车体验上花费太多笔墨。

纵观ofo机械锁和摩拜智能锁的解决方案来看，ofo明显是逊色不少的。机械锁带来的问题，不止是使用流程的复杂，还有不少是产品使用上的漏洞。好比，用户锁车后，必须手动将密码拨乱，否则下我的将能够免费骑行。好比，用户在骑行结束后，忘记在APP点击结束，会形成更额外扣费。等等还有不少问题，就不一一列举了。

说句题外话，这些问题ofo也都明白。机械锁的解决方案假若只在封闭的校园内运行，那还差强人意。但一经投放到校外市场，那么这种解决方案无疑会给公司带来巨大的损失。那为何ofo明知问题，还要大量投放呢？缘由很简单，以摩拜拓展的速度，若是他不在当时迅速走出校园，那么也许永远也没机会走出校园了。

言归正传。以前的讨论，一直避开了一个很是重要的节点——“找车”。抛开路边随机看到单车不谈，就拿地图找车来讲，ofo第一代机械锁确定是没有GPS定位的，为何也能在地图上显示呢？

下面咱们尝试画一下ofo对于解锁的程序流程图是什么样的。

咱们从“APP扫描二维码/输入单车编号”此节点开始推导。我要开车牌号为XXX的单车，那么就须要获得密码，而全部车的密码，都应该放在ofo的单车数据库中。咱们不管是扫描二维码，仍是输入单车号，本质都应该是将单车编号传输给服务器，告诉它我要哪辆车的密码。服务器查询到此单车的密码之后，就传输回APP，咱们就看到了此单车的密码。

由于节省车锁电源的缘由，服务器此时并无和单车联系，而是靠人工输入密码打开车锁。因此ofo在用户获得密码后，就会开始倒计时。倒计时内能够取消开锁状态；倒计时结束，则表明用户默认开始骑行，计费也今后时开始。

此时若是是iPhone用户的话，将ofoAPP最小化时，就会发现手机顶部电池电量条变成了蓝色。其实，这就是ofo获取单车行程的要点所在。既然机械锁没法向服务器传输数据的话，那不如让用户手机代替。以获取手机的定位来获取单车的骑行路线。而且在停车后，点击结束骑行时，上报位置，由此服务器来标记此单车停放的位置。而此时上报的位置其实并无单车。这就是ofo地图上有不少假标记产生的缘由。

ofo采用的这种标记方法其实很是的粗糙，毕竟若是用户强制结束应用，也就获取不到骑行路线了。而ofo针对获取不到骑行路线的状况，也作了处理，那就是用标记起点到终点，而后根据地图提供的路线来显示路程。

上图我亲测的案例。红色箭头是个人实际骑行的路线，绿色线是ofo自带地图上经过起点和终点计算的路线。

下面咱们继续分析ofo机械锁的程序流程图

注意上图服务内的部分，看起来步骤很是少，也很是简单，而真实的服务器确定有更多复杂的逻辑判断。但对于产品经理画的流程图来讲，不可能完彻底全描绘编程中的技术细节，并且也不须要产品经理去帮技术想代码的实现逻辑。咱们要作得是，理解程序宏观的实现逻辑。

好比，在扫描二维码后，为何APP会显示这辆车的密码，而不是其余车辆的密码呢？很简单，服务器内确定储存了全部单车的密码，而扫描二维码的过程就是将此单车的ID传送给服务器，服务器在数据库中找到密码后，返回给用户手中。

服务器在此处理过程当中，确定还会有其余的判断，好比此用户帐号是否正常，有没有被封号？此单车是否已被标记为故障车？等等。但你们发现，上面的流程图内并无画出这些逻辑判断，是我忘记了吗？

其实并非。这里又不得不提到本文的核心概念——颗粒度。

此图想表达的是宏观的程序实现逻辑，是为了让读者更聚焦于问题核心，咱们只须要着重表达主干流程就好。若是添加更多的分支流程、异常流程，那反而会影响读者的注意力。因此，仍是老生常谈的那句话：画流程图必定要先主干，后分支，千万别在一开始就盲目追求细节。

言归正传，ofo的第一代锁的解决方案虽然漏洞百出，但依然用其巧妙的方式，实现了地图上单车位置的显示。ofo推出的第二代锁，改进了以往机械锁的不少问题。其中最大的效果就是车锁的密码再也不是固定的，而且锁车以后，不须要再点结束行程。那既然ofo的锁已经优化了，那为何前文还称他为伪智能锁，他和真正的智能锁差在哪里呢？为何ofo的车锁依然须要手动输入密码，而不是像摩拜同样，车锁直接弹开？为何经常在地图上看到有车，而实际地点没有车呢？

下面引入一个80、90后童年的回忆：将军令。

“将军令”（又名网易账号保护器） 是广州网易互动娱乐有限公司自主研发的、具备彻底知识产权的高科技身份认证产品。它是专为保护网易通行证帐号（游戏帐号）、直销商账号的密码而出的产品，其特有的60秒密码动态自动更新技术将盗号风险降到最低。

“将军令”的产生伴随着当年梦幻西游的风靡，其创新技术确实解决了大多数盗号问题。那将军令的实现机制究竟是如何呢？简单地说明一下：首先，打开“将军令”，它会生成一串数字，你在登录游戏时，输入这些数字，系统就会容许帐号登录。同时，“将军令”的数字是每隔60秒动态变化的，每次登录时，“将军令”的验证码都会不同。其实现原理，无非是“将军令”和服务器保持同一种算法，在同一时间，他们的计算结果是一致的。

回来看ofo的伪智能锁，其实也是同样的实现原理。每辆车锁都有一个单独的算法保存在服务器，车锁每隔一段时间就会根据算法，变换一个密码。而当你打开APP，查看此单车密码时，服务器使用和车锁相同的算法算一遍当前时间下的密码，那此密码必定是和车锁当前算的是一致的。

开锁说完了，下面聊聊关锁。若是你骑太小黄车就会发现，小黄车的智能锁关闭之后，并不用手动点APP上的结束行程了。那要作到这点，必定是车锁与服务器进行了通讯，告诉服务器用户已经结束了行程，能够结算订单了。那既然车锁能够和服务器通讯，为何ofo还要采用上面的将军令方式来解锁呢，为何不直接用服务器通讯告诉单车自动开锁呢？

其实，就ofo第一代伪智能锁“海王星"来讲，并无作到实时和服务器通讯。在关锁的时候，只是车锁单方面向服务器发送消息。而同时服务器收取到消息后，在地图上显示其单车的定位。我想ofo这么作，缘由必定是由于想减小车锁的耗电量，要知道实时通讯是很是耗电的。

产品/运营/测试/程序员必备干货【资源下载】

www.jianshu.com/p/875b98aba…

下图是ofo的程序流程图

摩拜单车的智能锁

上面分析了ofo的机械锁和伪智能锁之后，咱们再来看看摩拜单车的智能锁，到底智能在哪里。

首先经过实际体验咱们知道，摩拜单车是不须要输入密码的。抛开蓝牙本地验证密码的方式，那摩拜车锁须要和服务器实时通讯，才能实现APP扫描以后自动打开。

可能有些读者不明白为何必定要实时通讯呢？难道在开锁时，服务器给车锁发送打开的指令不行嘛？举个例子，手机开飞行模式的时候，是没法接听电话和数据上网的。手机想接听电话和上网，就必定要每时每刻和通讯基站连在一块儿，这样才能保证通讯基站想要找你的时候能够找到。若是你和通讯基站断开，基站是没法知道你在哪里的。但若是你想要链接基站，只须要关闭飞行模式，打开信号，就能够和基站从新链接起来。这就是摩拜单车须要实时链接服务器的缘由。只有这样才能实现单车在地图上的定位以及扫码开锁。其实摩拜为了实现此功能也是大费周章。由于车锁比较耗电，传统电池是没法支撑的，因此摩拜的车采用了机械发电的原理。只要有人骑车，就会将机械能转化为电能，给车锁充电。这也解释了为何摩拜的车比较难骑，阻力大，车身重。

下面依据上述原理，画出摩拜单车的程序流程图

由上图对比ofo的流程，能够看出摩拜采用的解决方案是将自行车与服务器链接。让每个自行车都成为一个终端，实时同步在整个地图上面。这样既得到了良好的用车体验，也收集到了用户数据。就解决方案来看摩拜是比ofo完善不少的。

单车车锁的蓝牙解决方案

你们在用摩拜或ofo时，可能常常会看到提示：用蓝牙解锁更加快捷方便。那其实现原理是什么样的呢？咱们不妨推测一下。首先，用户在打开蓝牙后要让单车解锁，那就必定要和单车链接起来，不然不可能实现解锁。那单车的蓝牙就必须是实时打开的状态，以供任什么时候候用户进行解锁。那这时又有一个问题，若是周围有不少单车，那个人蓝牙到底要和哪辆单车匹配呢？这时就体现出扫码的做用了。我必定是扫码的时候，告诉服务器：我要解锁XX编号的单车。那服务器会返回给你这个单车的蓝牙"口令"，你经过“口令"与附近的蓝牙匹配，能匹配成功的必定是你想开的那辆自行车。由于你手机的蓝牙和单车的蓝牙距离很是近，蓝牙匹配是很是快速的。因此，一般摩拜或ofo都会推荐你们使用蓝牙解锁，这样的成功率更高，速度更快。就蓝牙解决方案来讲，ofo和摩拜其实没有太大区别的。

至于蓝牙解决方案的流程图，就交给你们看成本文的做业。若是你想检验一下本文对你到底有没有帮助，那么你能够尝试去画一画蓝牙解决方案的流程图。相信我，很是简单的。

以上就是整个ofo与摩拜解决方案的对比，其中我也画出了不一样阶段的流程图。基本能够表明我分析案例的一些思路。最主要的仍是让你们可以理解并应用流程图到平常产品设计与分析中。咱们在构建流程图时，若是能按照本文的方法，由业务到程序，由简单到复杂，那相信必定会让你的思路更加清晰顺畅。

（做者：臻龙，http://www.jianshu.com/u/d63842fef32b）

更多文章与互联网干货资源下载，请关注微信公众号【非典型运营】