发布时间：2022-11-12 分类： 行业资讯
我将从定义和分类入手，结合实际案例，为您解释流程图的作用和绘图方法。然后你可以画它〜
概要
对于任何产品设计，构建过程都是不可分割的链接。它为后续产品框架奠定了基础，是用户体验的基石。本文将从定义和分类入手，结合实际案例，以简单的方式解释流程图和绘图方法的作用。
定义
流程——顾名思义：水流的距离;事情发生的命令或命令的安排或安排。这个过程是自然的，可以是非标准的，可以修复的，也可以是充满问题的。
通过两个或多个步骤完成完整行为的过程可称为过程;请注意，有两个或更多步骤。
流程图的核心是如何安排执行事务的顺序。不同的序列可能导致非常不同的结果。
目的
产品经理的绘图流程图的目的不过是：
流程图是产品设计的基石，可以确保合理使用产品逻辑
沟通需求并使用流程图来更好地表达产品逻辑
检查是否缺少空缺并检查是否缺少分支流程
分类
该流程图描述了对象分类，包括：业务流程图，页面流程图，功能流程图，数据流程图等。
业务流程图（TFD）
以Song Dandan草图中的脑筋急转弯为例：将大象放入冰箱，共计几步？
三个步骤：
第一步是打开冰箱门;
第二步是把大象放进去;
第三步是关闭冰箱门。
这可能看起来像个笑话，但它实际上包含了强烈的逻辑思维。首先，这里有很多现实世界的限制。例如，在大多数冰箱的容积中包装大象是不可能的;例如，你可以将大象切成碎片并放入其中吗？如果你把大象放进去，它会再次用完吗？限制，将大象插入冰箱的最小过程是三个步骤。打开冰箱门，把大象放进去，最后关上门。
我们做业务流程图。事实上，我们经常需要考虑“将大象插入冰箱”的方式，抛弃许多现有的认知限制并逐一抽象具体行为。
结合上面的例子，让我们仔细看看“业务流程图”的定义：
抽象地描述了执行事物的顺序和顺序，并且不涉及特定操作或执行细节。在互联网软件行业中，它通常指的是产品设计之外的用户行为过程。业务流程图是系统分析员理解的通用语言，用于描述系统组织结构和业务流程。
无论您是否理解上述定义，下面用抽象思维思考购物行为的业务流程图应该是什么？
以上三个步骤构成了一个最简单的过程，完全涵盖了任何购物行为的核心。无论是网上购物还是实体超市，这三种行为都是主体，然后扩展。与每个人通常看到的复杂的在线购物流程图相比，上述三步过程简直太可怕了，这正是简单易行的原则。我始终相信，无论多么复杂的东西都可以简化成极其简单的东西，如果你不能简化它，那就意味着你不了解它的核心。
基于上面的最小处理单元，让我们尝试扩展它并尝试将其应用于更详细的流程图。
页面流程图
定义：指电子产品提供的页面跳转流程图。它包含业务流程图中包含的业务流信息。
以下图片以淘宝为例，展示了网购的页面流程。
从上面红框中的三个节点，我们可以看到页面流程图仍然包含在业务流程图中。这完全符合定义中的要求，并且还确认了页面流程图的正确性。与最初的极简流程图相比，当前的流程图逐渐变得更加复杂。我们将抽象业务映射到具体页面，并使用软件页面来满足业务需求。以上是从业务流程图到页面流程图的转换过程。
功能流程图
定义：指单页内或多页之间的功能操作流，包含在页面流中。
任何功能都包含在页面中，但页面中通常有多个功能，因此单个页面流程图可能无法完全表达所有进程，然后您需要使用功能流程图来更具体地说明表达每一页。包含的功能。
从上面红框中的四个节点，我们可以看到功能流程图也从页面流程图中扩展而来。功能流程图在页面流程图的基础上进一步加深，变得更加复杂。与此同时，它逐渐变得像每个人每天看到的流程图。
数据流图
定义：软件产品中的图表，描述在不同节点处理数据的过程。它主要表达了企业计算机程序的实现原理。对于功能流程图中用户的每个操作，相应的信息将反映在数据流程图中。同时，数据流图也可以称为程序流程图。
它是全面描述信息系统逻辑模型的主要工具。它可以与几个符号组合以反映系统中信息的流动，处理和存储。数据流图是抽象的和通用的。
也许每个人都熟悉业务流程图，页面流程图和功能流程图，但数据流程图可能不太了解。实际上，每个核心都有一个核心，它通过不同的操作在整个系统中循环。例如，业务流程图主要以人为中心，每个节点都传递不同的人员行为。页面流程图和功能流程图类似，所有这些都基于人类操作行为，并在不同页面和功能之间传输。但数据流程图不同。它基于数据并显示了如何在整个系统中处理数据。
它更具技术性思维，更多的是展示后台程序的实现原理。因此，开发人员通常会绘制此图表，而产品经理则较少参与。但随着产品经理的发展，它会上升到战略层面，直至实施层面。了解程序的开发原则及其背后的数据流无疑将使产品经理更深入地了解产品设计。
数据流程图仍然以下面的主题为购物流程。
与上图相比，数据流图增加了一个新维度——程序。在呈现用户的操作行为时，客户端还表达了用户行为背后的程序操作。当人们说产品很复杂时，它可能只会注意到它的前端交互是复杂的，它忽略了后端逻辑的复杂性。对于一个优秀的产品经理来说，不仅要关注前端用户体验，还要看到事物背后的逻辑。毕竟，每个人都可以告诉用户体验，当涉及到程序实现时，它可以反映产品经理的专业性。
总结
上图显示了产品的业务流程，页面流，功能流和数据流。可以发现，从业务到页面，到功能，再到数据处理的顺序是顺序的。产品的页面或功能不会凭空出现，而是根据业务层的各种节点和流程设计的。这就是您在设计产品时必须首先了解业务的原因。
当您最初学习绘制流程图时，请尝试清楚地区分业务，页面，功能和数据，然后逐步进行。不要将多种类型的流程图混合在一起。这反而会混淆思想。
流程图的粒度
所谓流程图的粒度实际上是指流程图的细节级别。
我在绘制流程图时经常犹豫不决。该功能点未详细说明。这个分支没有标记？是否与流程图中未使用的服务器交互？这是产品经理每天画画时会遇到的。
以购物流程为例，最简单的业务流程分为三个步骤。如果它被精炼，你能画出不同的流程图吗？
显然，即使是相同的过程，您也可以绘制不同的流程图。如上所示，所选项目分为三个步骤，结账分为两个步骤。但是这两个流程图仍然表达了一系列流程。这就是每个人对粒度的不同掌握方式。有很多新人总是希望一步到位，并一次绘制一个完美的流程图。但这实际上是一种非常不受欢迎的想法。任何完美的流程图都需要经历一个简单到复杂的过程，而不是一步到位的过程。
理论上，流程图越详细，产品设计越准确和流畅。但实际上，过多的细节是浪费时间。掌握学位的能力需要经验积累和团队磨合。这也是产品经理掌握粒度能力的地方。我们的流程图的最终目标是让团队成员了解我们的产品设计，而不是必须绘制非常详细的流程图。理想的情况应该是绘制一个团队可以用最简单的形式理解的图表。
流程图绘制
上面解释了流程图的定义和分类。以下是工艺图的详细说明。
流程图的基本要素
以上是流程图中最常用的元素。此处未显示不经常使用的元素，您可以在Microsoft Visio中查看它们。
游泳地图
泳道地图是流程图中的一种绘图，它根据不同的操作角色划分流程图中的一些过程节点。例如，刚刚使用的数据流图实际上显示在泳道图的图中，其中顶部是两个不同的角色— —用户和服务器。同时，水平车道也可以垂直添加，以按不同页面对操作进行分类。
对于涉及多个角色的流程图，流路径看起来更清晰。
流程图的组成部分
流程图主要由三部分组成：
主要流程
分支过程（异常过程属于分支过程）
子
下图显示了上一个功能流程图的示例作为主要流程，然后添加了分支流程。在绘制流程图时，我们应该按照第一个主干和分支的顺序绘制流程图，因为主干过程是大多数用户最常用的路径。
主要过程和分支过程都很好理解。究竟什么是子流程？在绘制流程图的过程中，经常会遇到一些进程，例如登录进程，注册进程和密码修改进程。对于电子商务，可能存在退货流程，购物凭证使用流程等。每次绘制与其相关的流程图时再次绘制它会很麻烦。因此，子过程是具有逻辑关系的若干节点的集合，其可以在各个地方重用。
下图是将登录过程转换为子过程后的流程图。
流程图的结构
流程图通常包含四种结构：顺序结构，条件结构（也称为选择结构）和循环结构。基本上，大多数流程图都由这三种结构组成。
情况下
由于上面提到了如此多的理论知识和概念，以下是一个案例的真实例子。最初，我想以电子商务产品为例，因为电子商务产品是需要强大的逻辑思维并且更常见的产品。然而，发现淘宝和京东非常庞大和复杂，分析过于繁琐。想到共享自行车是一个非常好的教科书案例。它的产品很少，但它们背后有一个有趣的逻辑架构。特别是在市场上，Mobye和ofo不同的产品解决方案，分析更具对比性。
分享自行车的前身
如果你想追踪最早的共用自行车，我担心政府会推出一堆堆自行车。它的发射目的只不过是缓解交通压力和减少环境污染。当时，由于成本，技术和群众的一般质量的限制，桩式自行车的解决方案非常不方便。如果您想租一辆自行车，您必须首先在相关单位申请一张IC卡，并附上您的身份证，支付押金和预先存储的费用，然后只在固定点租车和归还。我们不要谈论处理卡片有多麻烦，租车有多么不方便，以及扣除多少时间。如果您只是在业务流程图中显示它，它应该是什么样的？
使用自行车业务的流程图仍然以最简单的业务形式显示：
看一下自行车的流程图是没有意义的。真正意义在于自行车与现在的Moby和ofo之间的横向比较。让我们来看看两辆共用自行车的业务流程图：
显然，可以看出，无论是自行车，摩托车还是自行车，业务流程图都没有太大差异。那么为什么多年前以政府为主导的自行车桩自行车不起眼，而2016年底出现的共用自行车是什么？哪两种不同的自行车与theo不同？有什么不同？我们需要更深入地分析。分析每个业务节点的功能。
因为自行车的使用过程不仅在APP上，而且在物理自行车上也有部分操作，你不能单独使用页面流程图，而是直接使用功能流程图。这里的功能流程图不仅限于页面中的功能，而是表达用户自行车和APP的每一步。
首先看看ofo自行车，在APP中支付押金，然后你需要找一辆自行车。这时我们发现虽然ofo有各种各样的自行车款式，各种车锁机制。但是这个案例主要关注第一代机械锁和第二代伪智能锁。
这两个锁实际上代表两种不同的产品解决方案我们先来讨论第一个机械锁。 （所谓的机械锁实际上类似于生活中常见的锁箱。每个锁箱都有预设的固定密码。您可以通过拨打拨号并输入正确的密码来解锁。机械锁的密码是固定，不会改变）。
我们从路边找到机械锁自行车，然后打开APP，输入车牌号或扫描二维码，从APP获取车的机械锁密码，然后输入密码打开自行车锁。此时，倒计时将在APP中执行，正式结算将在倒计时结束后开始。最后，在到达目的地后，需要关闭车锁，并且必须在应用程序中点击结束行程的按钮以结算行程的订单。
在阅读了ofo的过程之后，让我们来看看Moby的过程。
Mobye的产品解决方案是在扫描自行车的QR码后，Mobike的自行车锁将自动打开，不需要像机械锁一样手动操作。锁定锁定后，Mobility自行车将自动结束行程，而无需点击结束应用程序。结算只会在下次打开应用时生成。
下图显示了机械锁自行车的流程图和Mobike自行车的流程图（APP标志代表用户在APP上的操作）
我们可以清楚地看到，Mobai的过程比ofo少两个节点，这是Moby与第一代机械锁形成对比的优势。当然，第一代ofo还有其他比Moby更好的方面，比如骑行的舒适程度。但是本文主要关注产品流程，因此在骑行体验方面不会花费太多。
看看ofo机械锁和Mobility智能锁的解决方案，ofo显然是劣等的。机械锁造成的问题不仅在于使用过程的复杂性，还在于产品使用的漏洞。例如，在用户锁定汽车之后，必须手动粉碎密码，否则个人将能够免费乘坐。例如，如果用户在骑行结束后忘记点击应用程序，则会导致额外的扣减。还有很多问题等，并没有逐一列出。
说几句话，这些问题也可以理解。如果只在封闭的校园内运行，机械锁解决方案并不令人满意。但一旦将其置于校外市场，这种解决方案无疑将给公司带来巨大损失。那为什么我们知道这个问题并把它放进去了？原因很简单。在Mobai扩张的速度下，如果他当时没有迅速离开校园，那么他可能永远没有机会离开校园。
言归正传。之前的讨论总是避免一个非常重要的节点 - —&ndquo;“找到汽车”。除了路边，我可以随意看到自行车。拿地图找车。第一代theo机械锁绝对不是GPS定位。为什么它可以在地图上显示？
让我们尝试绘制解锁的程序流程图。
我们扫描二维码/从“APP”输入自行车号码;此节点开始派生。我想驾驶一辆牌照号为XXX的自行车，然后我需要获取密码，所有的车密码都应放在ofo的自行车数据库中。无论我们扫描QR码还是输入自行车号码，本质上应该是将自行车号码转移到服务器并告诉它我想要密码。服务器查询完这辆自行车的密码后，会转回APP，我们会看到这辆自行车的密码。
由于锁定电源的保存，服务器此时没有联系自行车，而是手动输入密码以打开锁。因此，在用户获得密码后，ofo将开始倒计时。在倒计时中可以取消解锁状态;当倒计时结束时，用户开始使用默认值，并且从此时开始计费。
此时，如果是iPhone用户，当ofoAPP最小化时，会发现手机顶部的电池条变为蓝色。事实上，这是自行车之旅的关键。由于机械锁无法将数据传输到服务器，因此最好让用户的手机替换它。获取手机的位置，以获得自行车的自行车路线。停车后，当点击行车结束时，报告位置，服务器标记自行车停放的位置。此时，报告的位置不是自行车。这就是ofo地图上有很多假标签的原因。
ofo使用的标记方法实际上非常粗糙。毕竟，如果用户强制应用程序结束，则不会获得行驶路线。并且还处理了骑行路线不可用的情况，即，使用标记起点到终点，然后根据地图提供的路线显示路线。
上图显示了我的亲测试案例。红色箭头是我实际骑行的路线，绿色线是由自己的ofo地图上的起点和终点计算的路线。
下面我们继续分析theo机械锁的程序流程图
请注意，上图服务中的部分似乎只有很少的步骤而且非常简单，真实服务器必须具有更复杂的逻辑判断。但是对于产品经理绘制的流程图，不可能完全描述编程中的技术细节，产品经理也不需要帮助技术实现代码的逻辑。我们要做的是了解程序的宏实现逻辑。
例如，在扫描二维码后，为什么APP会显示汽车密码而不是其他车辆的密码？非常简单，所有自行车的密码必须存储在服务器中，扫描QR码的过程是将自行车的ID传送到服务器，服务器在找到密码后将密码返回给用户。数据库。
在此过程中，服务器肯定会有其他判断，例如用户帐户是否正常，是否已密封，自行车是否已标记为故障车辆，等等。但是每个人都发现上面的流程图没有得出这些逻辑判断。我忘记了吗？实际上并非如此。在这里，我不得不提到这篇文章的核心概念——粒度。本图旨在表达宏程序的实现逻辑，为了使读者关注问题的核心，我们只需要关注主程序。如果添加更多分支进程和异常进程，则会影响读者的注意力。因此，它仍然是一句老话：流程图必须是主干，后者分支，一开始不要盲目追求细节。
更接近家庭，ofo的第一代锁定解决方案，尽管存在漏洞，仍然使用其巧妙的方式在地图上显示自行车位置。由ofo引入的第二代锁具在过去改进了机械锁的许多问题。最大的影响是锁的密码不再固定，锁定后锁定，无需结束行程。由于ofo的锁已被优化，为什么前者称他为伪智能锁，他和真正的智能锁之间的区别在哪里？为什么theo lock仍然需要手动输入密码，而不是像Mobai？锁会直接弹出？为什么你经常在地图上看到一辆车，实际位置没有车？
这是80后的童年记忆，90后：将军。
“一般订单”（又称网易帐户保护）是广州网易互动娱乐有限公司自主开发的具有完整知识产权的高科技身份认证产品。它是专门用于保护网易密码（游戏帐户）和分销商帐户密码的产品。其独特的60秒密码动态自动更新技术可最大限度地降低黑客攻击的风险。
“一般秩序”伴随着梦幻西游的流行，其创新技术确实解决了大部分黑客问题。一般订单的实施机制是什么？简单解释一下：首先，打开“一般订单”，这将生成一系列数字。当您登录游戏时，输入这些号码，系统将允许该帐户登录。同时，“常规订单”的数量每60秒动态更改一次。每次登录时，“一般订单”的验证码都会有所不同。其实现原理无非是“一般顺序”，服务器保持相同的算法，同时，它们的计算结果是一致的。
回过头来看看ofo的伪智能锁，实际上是同样的实现原则。每个车锁都有一个存储在服务器中的独立算法，车锁会定期根据算法更改密码。当您打开应用程序并查看自行车密码时，服务器使用与车锁相同的算法来计算当前时间的密码。密码必须与当前锁定一致。
下图显示了ofo伪智能锁自行车的程序流程
从以上分析，即使第二代锁，没有与服务器通信，其自行车仍然没有GPS，仍然依靠用户的手机定位。
Mobike的智能锁
在分析了ofo的机械锁和伪智能锁之后，让我们来看看Mobike自行车的智能锁。智力在哪里？
首先，通过实际体验，我们知道Mobike不需要输入密码。除了蓝牙本地验证密码之外，Mobike锁需要与服务器通信以在APP扫描后自动打开。
基于此原理，以下显示了Mobike自行车的流程图：
从上面的图表比较ofo的过程，可以看出Mobye采用的解决方案是将自行车连接到服务器。让每辆自行车成为终端并在整个地图上实时同步。这已经获得了良好的汽车体验并收集了用户数据。就解决方案而言，Moby比ofo好得多。
以上是整个ofo和Mobé解决方案之间的比较，我还在不同阶段勾画了流程图。基本上，它可以代表我的案例分析的一些想法。最重要的是让每个人都了解并将流程图应用于日常产品设计和分析。当我们构建流程图时，如果我们可以按照本文的方法，从业务到程序，从简单到复杂，那么我相信您的想法会更清晰，更顺畅。
总结
本文从定义，分类和绘图中解释了各种流程图的特点。尝试以教科书的形式解释原则和机制。由于目前没有统一的流程图规范，文本中不可避免会出现错误和理解偏差，我希望每个人都能证明和沟通。
虽然本文的目的是介绍流程图，但整个思考过程是我真正想要表达的核心。任何复杂的东西都可以拆解成最小的单元，然后复杂的单元逐渐被最小的单元恢复。通过扩展，这种思维方式实际上是一种分析事物的思维模式。熟练后，它可以应用于各种分析场景。我希望我有机会分别写一篇文章来详细介绍思维模型。
参考文献：
Process_百度百科
产品经理业务流程图绘制流程共享
如何绘制业务流程图
说说页面流程图（带案例）
产品设计流程系列：业务流程和流程图简介
云的第二个炸弹：从BRD到页面流程图
数据流程图_百度百科
解读NB-Iot Smart Lock：为什么和Mobai必须做NB-Iot智能锁？
