流程图有哪些类型？7种常见表达与适用场景

选择流程图类型，先看要解释什么：步骤顺序、工作交接、分支规则、程序控制，还是数据流动。常见的基本流程图、工作流程图、泳道图、数据流图、决策流程图、程序流程图和系统流程图，关注点不同，也会交叉使用，并不是互斥的七套标准。

例如，同一项订单业务可以用基本流程图讲操作，用泳道图讲责任，用数据流图讲信息处理。确定读者需要回答的问题后，再用 Boardmix 在线流程图工具选择图形与连接线，比先套复杂模板再硬塞内容更容易画清楚。

1. 基本流程图：把步骤和条件画清楚

基本流程图也常被称为过程流程图，适合讲清一项操作如何开始、经过哪些步骤、遇到不同条件时怎样处理，以及何时结束。先将执行动作和判断条件分开，再连接它们。

以日常工作汇报为例，可先列出“提交记录—检查内容—汇总—负责人确认”。若内容不完整，就从“内容完整？”的否分支返回补充，补充后重新检查；是分支才进入汇总。判断应有明确出口，不能把两个互斥条件画成同时执行的两条普通任务线。

通常可以从触发事件向后展开；也可以从结果倒推漏项，作为检查方式。倒推并不是所有流程图都必须遵守的绘制顺序。画完后，选一条正常路径和一条异常路径，沿箭头各走一遍，检查是否有悬空步骤或没有出口的判断。

2. 工作流程图：说明业务如何完成

工作流程图侧重业务活动的流转，常用于新员工培训、梳理交接和发现等待。它可以使用基本流程图的符号，也可以进一步分成泳道；“工作流程图”更多描述用途，不意味着必须采用另一套形状。

比如货物流转，先明确本图讲的是入库、出库还是退货，再展开具体工作。入库可包含核对到货信息、检查、办理接收与记录库存；出库和退货有各自的触发条件。不能为了画成三段，把“收货—发货—退货”串成每件货物都会走完的固定顺序。

业务概览与操作细节宜分层：概览图保留关键阶段和交付结果，某个阶段需要培训时再展开。一个节点写“完成审核”还不够，至少要在图中或配套说明中明确审核输入、结果去向和退回后由谁处理。

3. 泳道流程图：让责任与交接显现出来

当流程涉及多个岗位、部门或系统，泳道图可以将每一步放进对应责任方的区域。真正需要关注的是跨泳道的连线：这一步把什么交给谁，对方收到什么后才能继续。

例如生产计划与调度，市场或客服提供订单信息，制造部门安排生产，质量部门检查，仓储办理出入库，财务处理相关事项。把这些活动按角色分区，比在所有节点后重复写一长串部门名称更容易定位责任。

可以参考原有生产计划与调度管理模板的分区方式。使用时应依据实际业务核对每个条件与责任人，尤其是检验不合格、数量异常和退货等分支。泳道的数量不宜按组织架构全部照搬，只放参与本流程的责任方。

4. 数据流图：表达数据经过哪些处理

数据流图（DFD）关注信息如何进入系统、被处理、存储并输出，常用外部实体、处理、数据存储和数据流四类元素。箭头应标明传递的是什么数据，而不是“下一步”或“是／否”。

以订单为例，“客户提交订单信息→登记订单→保存订单记录”说明数据进入与存储；查询时，则是“客户提交查询条件→查询订单→向客户返回查询结果”，查询处理从订单库读取相应记录。客户不能绕过处理节点直接写入数据库，数据存储也不应无缘无故产生输出。

销售漏斗、客户从访问到购买的行为阶段，并不会因为包含“用户数据”就成为数据流图。若要表达时间顺序和条件分支，使用流程图；若要表达数据来源、加工和去向，使用DFD。两者可以描述同一业务，但回答的问题不同。

绘制时可先确定系统边界，列出数据来源与接收者，再检查每个处理的输入和输出是否对应。需要更细地比较两种表达，可阅读程序流程图与数据流程图的区别。

5. 决策流程图：把判断规则与结果对应起来

当读者需要根据条件作选择时，可将判断作为图的重点，例如资料是否齐全、申请是否满足约定条件。每个判断最好只问一件事，分支标签应能覆盖需要处理的情况。

例如“材料完整？”的否分支可以进入“通知补充”，补充后返回检查；是分支进入下一项处理。若一个判断框同时塞入金额、资格和时间三项条件，读者难以知道失败原因，应拆开或改用规则表配合说明。

决策流程图适合展示行动路径，决策树还常用于比较不同选择及其可能结果。遇到大量组合条件时，先整理规则表，再挑选主要路径入图，通常比不断增加菱形更清楚。

6. 程序流程图：关注算法的执行逻辑

程序流程图用来解释程序按什么顺序运行、怎样判断和重复，常见结构包括顺序、选择和循环。读者需要从图中知道输入是什么、变量或状态如何变化，以及什么条件下停止。

例如统计一组订单的总金额：先将合计值设为0，再逐项读取金额、累加，并判断是否还有下一条记录，直到结束后输出结果。如果漏掉初始化、推进到下一项或退出条件，即使箭头首尾相连，算法仍可能无法得到正确结果。

因此，程序流程图中的连线表示控制执行顺序，不能直接用DFD的“订单记录”“查询结果”等数据标签代替循环条件。业务人员不需要了解循环细节时，应另画业务流程概览，避免把代码逻辑整张交给不需要它的读者。

7. 系统流程图：展示跨系统的处理安排

系统流程图关注信息或工作在系统各环节中的处理安排，可包含输入、处理、存储和输出。与局部程序流程相比，它更关心哪些系统参与、处理在哪里发生以及结果送到哪里。

例如，订单系统产生发货请求，仓储系统接收并处理，配送信息再返回订单系统。图中需要说明请求与反馈的方向，异常时由哪个环节接收；不必把每个系统内部的所有计算都展开。

系统流程图也不等于网络拓扑图或ER图。前者关注系统处理过程，网络拓扑关注设备连接，ER图关注数据实体及关系。画图前给出本图的边界和要回答的问题，能避免把不同关系混在一张“万能架构图”中。

实际选择时，可先用简单流程表达步骤；交接不清就增加泳道，规则复杂就突出判断，关心数据则另画DFD。需要寻找起点时，可以浏览流程图模板，选择与任务关系相符的布局，再填写真实动作、条件和结果。