流程图
2016-12-21 14:24:22 0 举报AI智能生成
流程图是一种图形化表示工作流程、程序或算法的图表。它由一系列节点和连接线组成，每个节点代表一个特定的步骤或决策点，连接线则表示步骤之间的顺序或条件关系。通过流程图，人们可以清晰地了解整个过程的执行顺序和可能的分支路径，从而更好地理解和掌握复杂的工作流程。流程图常用于项目管理、软件开发、业务流程优化等领域，是一种非常实用的工具。
作者其他创作
大纲/内容
为什么要画流程图（Why）
在需求和原型图之间存在着两道墙
信息架构
流程设计
什么是流程图（What）
用图示的方式反映出特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程
核心是用图示来表示某一系列的操作流程
这个操作过程有特定的主体，是为了满足特定的需求且有特定逻辑关系的（例如：京东的购物流程，特定主体是用户、特定需求是购物、特定逻辑关系是用户购物过程中的逻辑）
与其他图表对比
在同一项目中
用例图，表现了一个角色在系统里要完成的活动是什么（如用户与ATM机的交互过程中，用户需要完成的活动有存钱，取钱，查询等），用例图可以不考虑用户动作的前后次序，而仅仅提取一些关键的动宾短语，映射出系统应该满足的功能点，常用用例图的人是产品经理和开发工程师
流程图，则表示用户每一个活动的前后次序（如用户必须要先插入银行卡，才能够输入密码），且流程图必须直接表现出各种异常判断（如当密码错误时，出现什么提示，密码输入错误超过多少次时，出现什么提示和动作），常用流程图的人是产品经理，设计师，或者任何需要讲述业务如何运作的人
信息架构图，又叫站点地图，表现为了做一个这样的系统，功能与内容的展现层次是什么（如用户一进去后，欢迎页面的导航如何设计，是否直接出现取款，存款，查询，或者还有别的导航？），常用信息架构图的是设计师
线框图，将具体每个界面的内容布局和权重表达出来，且标注出一些交互细节的设计（如当密码错误后，如何提示下一步动作。常用线框图的人是设计师）
实体关系图，则是数据库架构的工作，表示一个业务系统或场景中的实体时间的关系（如储户与银行卡的关系是归属1对多，通过开卡事件产生关联。），一般来讲，用矩形来表示实体，椭圆标识这个实体的属性，（如储户这个实体的属性有：姓，名，手机号码，住址等。而银行卡的属性有：开户行，开户名称，银行卡号等）
插入图
流程图六大要素
参与者：谁在这个流程中？可以是系统，可以是个打印机，更多的指什么角色——一般是有某种工种的人（如客服同时有小A和小B两人，但是若他们的工作性质完全一样，那么在流程图里只需要写一个客服角色就可以了）
活动：做了什么事（如点餐，结帐等活动）
次序：这些事情发生的前后顺序如何，哪个任务是其他任务的前置条件？（如客人不结帐，就不会产生送他优惠卡的活动）
输入：每项活动开始取决于什么样的输入物或数据（如做饭的师傅开始做菜时，需要拿到具体的点菜单）
输出：每项活动结束后，会输入什么样的文档或数据传递给下一方（如师傅做好菜后，如何让负责传菜的人知道菜已经做好？）
标准化：采用一套标准化的符号用以传递你的流程图，从而使受众更快明白
流程图的分类
业务流程图
偏大局，思考时要着眼于整个系统
一般分为两类
以部门和岗位为单位的流程图（下图中的圆形就代表一个个部门或岗位，矩形代表活动），这种流程图关注事情如何完成的逻辑，但是在体现各个部门的责任上比较弱，如果是某个岗位的人来看，很难像泳道图那样一眼就能看到自己部门的职责和任务，所以现在用得比较少
常用泳道图：是处理多角色、多系统、多模块的复杂需求的最好方法，本质就是希望可以通过角色、系统、模块的划分将复杂的功能梳理切割清晰，因此多模块之间的关联尽可能单一，实际中也很少存在多联系线条的情况（如果泳道之间多条关联，最好自己反思下是不是之前的功能模块架构切割的不太合理，导致绘制出来的图不够简洁）
为什么需要业务流程图
业务流程更关注于业务本身如何运作，讲的是业务故事，包含的是业务规则，而系统流程则是满足业务流程，实现部分流程或全部流程的信息化和系统化；所以业务流程是所有环节的前置条件——软件需求分析，信息系统建设也会先进行业务流程的梳理
应用场景
员工培训
流程图能够提供一种快速了解业务如何运作的视图，通过业务流程图，新员工能够快速明白业务的最终目标是什么，中有哪些角色在参与以及他们的职责，以及彼此之间的联接
除了培训新员工，在员工轮岗、调职场景中，员工也需要业务流程图参考，明白新的工作内容如何开展，以及自己所处的位置，自己的上游是谁，下游是谁，自己需要交付的工作内容是什么
流程优化与重组
业务流程重组的存在可以明确反驳：存在即合理。事实上，存在的业务流程并未是合理的，有可能是参与的多个角色习惯了某种做法，有可能是变革尚未影响到末端的操作，也有可能缺乏对于运行中的业务流程问题的洞察以及强有力的变革推动——因为要推动业务流程变革，不是某个部门的事情，而是需要流程中各个部门的通力配合
更多时候，业务流程优化是自上而下的，但是老板们未必对实际运作的业务流程那么心知肚明，业务流程图能够很好去表现这个“运作模型”。通过看业务流程图，找关键节点的人访问，能够直接切入：为什么要这么做，为什么不这么做？从而探索出更深层次的问题，而不是问：你们现在怎么做？
通过调研，分析业务流程图，引入更多角色，能够分析出目前业务流程的问题：缺失，重复，风险，效率等等。从而制定相应的优化方案。
信息化的基础
信息系统的一项任务就是解放员工的手脚，取代一些重复的人力劳动工作，那么在做系统的功能设计和系统流程设计时，是不是必须先要了解目前业务是如何运作的呢？从而更好分析、说明系统在什么环节取代了什么类型的人肉工作？
所以我们看到的PRD往往也会先以业务流程图开始说明，而叙述一个系统建设的好处时，也可以用以前的业务流程与系统上了之后的业务流程进行对比。根据分析，将愿景中的新的业务流程图背后需要系统的功能点撰写清楚
如何绘制业务流程图
调研
如何快速了解业务运作真相？有没有调研的技巧放送？
梳理与呈现
能否快速将调研得到的文字和问题，快速转化为业务流程图？
业务流程图的标准图示是什么？
怎么评价一个业务流程图的好与坏？
评审与确认
能否真正让业务流程图反映现实中的业务？
归档维护
流程不断变更，业务流程图如何快速响应？
设定角色，跑通流程，用"如果...不..."穷尽判断
例子：外卖第三方订餐平台业务流程
操作流程图（也叫任务流程图）
任务主体一般是产品的用户，反映的则是用户的行为：用户对产品的一个操作流程，为了完成某个任务（如登录注册、成功下单、退款等）
一般先画核心流程，再画其他
从整体流程到局部流程
从主干流程到分支（如滴滴易到，打车是主干，查看行程、优惠券，设置是分支）
从正常流程到异常流程（正常打车是正常流程，网络异常、高峰期、恶劣天气打不到车是异常），异常流程一定要思考的全面→产品的逻辑漏洞多半是由于异常流程没有考虑清楚，画任务流程图能有效的减少产品原型图的逻辑漏洞
初画时，不要早早的过分在意细节与逆流程（即那些判断是否中"否"的流程），第一次用最理想的状态，将流程跑通，再去思考里面会不会有那些"如果...不...”的细节
例子：用户下单操作流程图
逻辑流程图（也叫页面流程图）
通常会在完成原型后再来作，可以用Axure绘制，再加上一些文字上的注解
业务流程图与任务流程图都在他之上，当建立起操作流程，页面跳转的流程也就跃然纸上了，只是在某些交互时要多加注意页面之间的逻辑、层级关系，做到跳转不歧义
思考：当电商网站，用户整个下单流程走完，最后一步提示"恭喜你，下单成功"，然后给用户查看详情的按钮真的好么？如果用户想"下一步怎么办，我还想买点别的"呢？
子主题
用什么来绘制
先用纸和笔来做，先去多体验一下其他竞品的流程，把他们的流程及下来或是烂熟于心，然后在脑中去勾勒出自己产品的流程，逐渐将他们记录在本子上，试着去模拟一个用户在你的产品上使用的流程，当然也要去向后台如果来处理用户的乙烯利提交数据的动作，完成一整套的产品业务流程
像做项目一样，将庞大的东西细分打碎，通过完成一个个小模块来最终绘制完成所有的流程
流程图电子化只是一种表达形式，"想明白了"才是重点
0 条评论
下一页
