泳道图是把流程图按"角色"纵向切开的图：横轴是时间/步骤，纵轴是"谁"，每个角色一条横向泳道，谁负责哪一步清清楚楚。它解决的核心问题是：流程图已经画清楚了"按什么顺序走"，但还没说清"这一步归谁"。
一、先看一个甩锅现场
客服组长画了退货流程图，三方都点头，挂在墙上。结果一周后又吵起来了：客服说"我们早就做完了"，订单组说"我们压根没收到"，财务说"工单发到我们群里时已经下班了"。
问题出在哪？流程图写得清清楚楚每一步是什么，但没写清楚每一步是谁。加一句"客服做A"不够用——客服内部又分早班晚班、值班和非值班。事情说不清，是因为责任分给了"一个部门"，而不是"一个人"。
二、泳道图三要素
| 要素 | 含义 | 画法 |
|---|---|---|
| 角色 | 谁负责这件事 | 左侧一列，每个角色一条横向通道 |
| 步骤 | 按时间/工序走 | 从左到右，每个角色在自己的通道里画矩形和菱形 |
| 交接 | 角色之间的握手 | 跨通道的箭头 = 一次甩锅的入口 |
横轴是时间，纵轴是角色，图上所有的"跨通道箭头"就是甩锅的入口。
三、完整算例：电商退货怎么用泳道图把责任锁死
背景：上一节流程图我们算了一笔账：用"金额≤99元"菱形分流 42% 单子，日省 4.2 人日。但项目上线两周后，CTO 拿着数据问客服组长：自动退款错了 0.4% 那部分，谁负责？客服说"自动系统的事"；技术说"系统是按你们规则配的"；财务说"放款的是我们，但规则不是我们定的"。
甩锅三个来回，没人拍板。
第二步 画泳道图（ASCII）：
客服 订单组 财务 自动系统
│ │ │ │
▼ ▼ ▼ ▼
受理申请────────▶
│
│ 创建工单──────▶
│
│ 接收工单
│
│ 查询规则
│
│──────▶ 规则匹配
│
│◀────── 返回结果
│
│ 放款审核
│
│────────────────▶ 执行退款
│
│◀──────────────── 回调
▼ ▼ ▼ ▼第三步 加判断：在"自动系统"通道里加一个"规则是否匹配"菱形——是，走自动通道；否，把球踢回"客服"通道（人工接管）。
第四步 算账：加上泳道图后的流程
- 自动系统按规则匹配 99% 的单子，错配的 1% 直接回到客服通道
- 客服不再需要"我们也没做错"式澄清，因为通道里写明了
- 甩锅时间从日均 1.5 小时降到 0.2 小时
- 客服组长拿着泳道图找每个角色签字确认"我这一段"——这是流程图做不到的签字背书
第五步 上线一周复盘：甩锅率从 60% 降到 5%。剩下的 5% 不是规则不清，是真的漏了，那才需要复盘。泳道图的意义在于，把"人不清楚"和"规则不清楚"分开。
四、画一张合格的泳道图，就四步
- 列角色：从左到右排好所有"动作人"，从客户、到一线、到后台、到系统
- 画通道：每个角色一条横向通道，宽度一致，名字清晰
- 填步骤：每个角色在自己的通道里画矩形和菱形（流程图的画法照搬）
- 接交接：跨通道的箭头 = 一次甩锅机会，少一条是一条
五、流程图和泳道图，什么时候用哪个
| 维度 | 流程图 | 泳道图 |
|---|---|---|
| 主线 | 顺序 | 责任 |
| 适合 | 单一角色、清晰分支 | 多角色协作、频繁交接 |
| 关键信号 | 看箭头方向 | 看跨通道箭头数量 |
| 失败预警 | 菱形分叉太多 | 跨通道箭头太多 |
实际工作里它们经常连着用：先用流程图理清单个角色的步骤，再把多个角色拼在一起画成泳道图，出了问题用鱼骨图回头找根因。
六、四个常见坑
- 角色画得太粗：用"客服部"做角色，部门内部还要再分早班晚班——每个"格子"必须是一个具体的人/系统
- 跨通道箭头太多：每条跨通道箭头都是一次甩锅的入口，5 条以上说明该拆子流程
- 没有系统通道：很多公司责任不清是因为"自动系统"没画——系统是角色，不是黑箱
- 通道不画系统：把"自动退款"埋在客服通道里，等于让客服背系统的锅
七、自检清单
- 每个角色是一条独立的横向通道吗？
- 每个矩形只装一个动作吗？
- 跨通道的箭头，每一条都有名字（"已申请""已放款"）吗？
- 跨通道箭头超过 5 条了吗？
- 有系统作为单独通道吗？
- 每个角色都签字确认过自己那一条吗？
- 这张图能挂墙上让所有人一眼看到自己负责哪一格吗？
- 出问题的时候，能指着这张图说"这一步没做好的是这个人"吗？
- 你拿着这张图，能复述整个流程而不漏一个角色吗？
九条里第六条最重要。流程图可以画得不漂亮，但签字一定要全。