当流程涉及多个角色或部门时,普通流程图往往说不清"谁干什么"。泳道图通过分区+顺序的方式,让每一步的归属一目了然。本文系统讲解泳道图的核心概念、组成元素、绘制方法与常见误区。
一、什么是泳道图
泳道图(Swimlane Diagram),又称跨职能流程图,是一种特殊的流程图。它将参与流程的部门、角色或阶段划分为平行的"泳道",每个活动放在对应泳道内,按时间顺序从左到右排列,跨泳道的箭头表示交接。
与普通流程图的核心区别:普通流程图只回答"做什么、按什么顺序做",泳道图额外回答了"谁来做"。一次跨泳道的箭头就是一次交接——箭头越密集、越混乱,说明部门墙越厚。
适用场景
| 场景 | 说明 |
|---|---|
| 跨部门业务流程 | 采购审批、报销流程、入职流程等涉及多部门的活动 |
| 角色协作流程 | 用户、前端、后端、运维之间的请求链路 |
| 服务台/工单流程 | 客服→技术→产品→开发的流转路径 |
| 风险诊断 | 识别流程中交接过多、等待过长的瓶颈环节 |

二、泳道图的组成元素
1. 泳池(Pool)
泳池是泳道图的外部框架,代表整个流程的参与者集合。一个泳池代表一个独立实体(如一个组织或一个系统)。跨泳池的交互通常表示不同组织之间的协作。
2. 泳道(Lane)
泳道是泳池内的分区,代表具体的部门、角色或阶段。一个泳池内可以有多条泳道,每条泳道对应一个职能单元。
3. 五类基本符号
| 符号 | 形状 | 含义 |
|---|---|---|
| 起点终点 | 圆角矩形/圆形 | 流程的开始与结束,锚定触发事件与验收结果 |
| 活动 | 矩形 | 流程中的具体动作或任务 |
| 判断 | 菱形 | 分支决策点,注明判断条件与去向 |
| 文档 | 带波浪底的矩形 | 环节的输入物或输出物 |
| 交接箭头 | 跨泳道的连线 | 不同角色间的信息或实物传递 |
4. 分隔符(Separator)
分隔符用于创建"阶段维度",将流程按时间或逻辑阶段切分(如售前→售中→售后)。阶段维度为可选元素,视流程复杂度决定是否添加。
三、泳道图的三个维度
| 维度 | 说明 | 示例 |
|---|---|---|
| 部门维度 | 按部门或角色区分,明确每个环节的负责人 | 市场部、技术部、财务部 |
| 阶段维度 | 按任务阶段区分,明确各阶段需处理的环节 | 售前→售中→售后 |
| 活动维度 | 流程图上的每一个任务节点 | 提交申请、审核、放款 |
注意:部门维度下的表达要统一——不能有的是部门名,有的是岗位名,有的是个人名。一般定位到部门或岗位即可,不建议细化到具体个人,否则人员变动时需频繁修改流程图。
四、水平泳道 vs 垂直泳道
| 对比项 | 水平泳道 | 垂直泳道 |
|---|---|---|
| 泳道排列 | 从上到下排列角色 | 从左到右排列角色 |
| 活动流向 | 从左到右 | 从上到下 |
| 适合场景 | 流程较短、步骤较少、强调时间线 | 流程较长、步骤多、需要纵向展开 |
| 阅读习惯 | 符合从左到右的自然阅读习惯 | 节省横向空间,适合复杂多步骤流程 |
| 选择原则 | 受众预期从左到右阅读、流程简洁 | 步骤多、交接频繁、横向空间有限 |
经验法则:大多数业务流程用水平泳道即可。当步骤超过15个或涉及5个以上角色时,考虑垂直泳道。
五、六步绘制法
第一步:定义流程边界
明确起点事件和终点事件,两端都锚定在客户或触发条件上。
- 起点示例:客户提交采购申请
- 终点示例:客户收到货物并验收签字
关键:不定义边界,流程图会越画越大,最终偏离核心目标。
第二步:识别参与角色
列出流程中所有参与的部门、角色或外部实体,按协作顺序排列。
常见角色清单:
- 内部部门(市场、技术、财务、法务等)
- 岗位角色(申请人、审批人、执行人等)
- 外部参与者(供应商、客户、第三方平台)
排序原则:按流程中首次出现的顺序从上到下(水平泳道)或从左到右(垂直泳道)排列。
第三步:划分泳道
为每个角色创建一条泳道,标注角色名称。如需阶段维度,添加分隔符切分阶段。
命名规范:
- 部门维度统一用部门名或岗位名
- 阶段维度用业务阶段名(如"申请阶段""审批阶段""执行阶段")
- 不要混用命名维度
第四步:填入活动
从起点到终点,将每个环节按时间顺序填入对应泳道,标注环节编号。
要点:
- 每个活动必须落在正确的泳道内——谁执行就放在谁的泳道
- 活动名称用动词开头("提交申请""审核材料""安排发货")
- 控制单个泳道内活动数量,超过7个考虑是否需要拆分子流程
第五步:标记判断与分支
用菱形标出分支决策点,注明判断条件与分支去向。
示例:
- 判断:"审核是否通过?"
- 是→继续下一步
- 否→退回申请人修改
注意:每个判断节点的分支必须标注条件,不能只画箭头不写文字。
第六步:标交接与文档
用跨泳道箭头标出每次交接,在箭头旁注明传递的文档或信息。同时标注每个环节的责任角色(谁负责、谁审批)和时间数据。
进阶标注:
- 关键路径用颜色或粗线标出
- 风险环节用图标标注(如时钟图标表示等待过长)
- 延迟传导标记:哪些环节的延误会传导到下游

六、五个常见错误
错误1:泳道过多
表现:画了七八条泳道,图面拥挤,交接箭头交叉混乱。
修正:泳道控制在3-5条。角色相近的合并(如"前端开发"和"后端开发"合并为"开发组")。
错误2:维度混用
表现:一条泳道叫"技术部",另一条叫"张三",第三条叫"售前阶段"。
修正:同一维度内保持统一。要么全用部门名,要么全用岗位名。阶段维度用分隔符单独区分。
错误3:活动名用名词
表现:活动框写"采购单""合同""验收报告"。
修正:活动用动词短语命名——"填写采购单""签署合同""执行验收"。名词应作为文档符号标注在活动旁。
错误4:交接箭头无标注
表现:跨泳道箭头只画了一条线,没写传递了什么。
修正:每次交接必须标注传递的信息或实物——"采购单→审批""合同→签署""货物→验收"。
错误5:忽略异常路径
表现:只画了正常流程,审核不通过怎么办、超时怎么办完全没画。
修正:每个判断节点必须画出所有分支。异常路径可以用虚线或不同颜色区分,但不能省略。
七、从泳道图到流程优化
一张成熟的泳道图不只是"示意图",而是"诊断图"。通过观察图面特征,可以发现流程问题:
| 图面特征 | 诊断结论 | 优化方向 |
|---|---|---|
| 某条泳道活动密集、其他泳道大量等待 | 资源瓶颈在某角色 | 增加该角色人手或拆分职责 |
| 跨泳道箭头频繁交叉 | 交接链路过长 | 合并相邻环节,减少不必要的交接 |
| 某段流程泳道跳来跳去 | 职责分配混乱 | 重新梳理职责边界 |
| 判断节点集中在末端 | 问题发现太晚 | 前移检查点,尽早拦截异常 |
| 同一泳道内活动超过7个 | 单角色负担过重 | 考虑拆分子流程或增加协作角色 |
八、工具选择
| 工具 | 定位 | 优势 | 适合谁 |
|---|---|---|---|
| singcheng.com | 一站式画图平台 | 流程图/架构图/原型图/思维导图/白板一体化,无需多工具切换 | 需要多种图表类型的团队和个人 |
| Draw.io | 通用画图 | 免费、支持泳道模板、导出格式丰富 | 预算有限、需求简单的用户 |
| Lucidchart | 专业流程图 | 模板丰富、协作功能强 | 企业级流程管理团队 |
| Visio | 桌面端专业工具 | 功能全面、企业认可度高 | 已有Office生态的企业 |
| ProcessOn | 在线画图 | 中文友好、模板社区活跃 | 国内团队快速上手 |
选择建议:如果日常工作涉及多种图表类型(流程图、架构图、原型图、思维导图、白板),可以优先试试 singcheng.com,一个平台覆盖大部分画图场景,不用在多个工具间来回切换。
九、自检清单
绘制完成后,逐项核对:
- 流程起点和终点是否明确,且锚定在客户或触发条件上
- 泳道数量是否控制在3-5条
- 泳道命名是否维度统一(全用部门名或全用岗位名)
- 每个活动是否落在正确的泳道内(谁执行放谁的泳道)
- 活动名称是否用动词短语
- 每个判断节点是否标注了判断条件和所有分支去向
- 跨泳道箭头是否标注了传递的信息或文档
- 异常路径是否完整画出(不通过、超时、退回等)
- 是否标注了责任角色和时间数据
- 关键路径和风险环节是否做了视觉区分
- 图面是否整洁——箭头无大量交叉、泳道宽度合理
总结
泳道图的核心价值在于让"谁做什么"一目了然。一张好的泳道图同时回答四个问题:谁做什么(活动归属)、按什么顺序(时间先后)、交接在哪里(跨泳道箭头)、卡点在哪里(活动密集与等待密集的区域)。
绘制要点记住三句话:先定边界再画泳道,先填活动再标分支,先画正常再补异常。

