泳道怎么分：按部门还是按角色？5 种划分方法与适用场景 2026年4月9日
很多人画泳道流程图，卡的第一步不是“节点怎么画”，而是“泳道到底按什么分”。
结论先给你：**泳道怎么分，不看你有多少部门，看你要让谁对哪一步负责，以及交接点要交付什么。**如果一张图的读者需要快速判断“谁该做、谁该等、谁来验收、出了问题回到哪一步”，那这张图的泳道划分就是对的。
下面用 5 种常见划分方法，把“按部门还是按角色”这类纠结一次讲透，并配上反例与修正思路。
先用 30 秒做一个判断：你画这张图给谁看？
泳道划分的选择，和读者是谁强相关。
给管理者/跨团队对齐用：更需要清晰的责任边界与协作接口，通常偏“按部门/按系统”。
给执行者/新人培训用：更需要操作顺序与具体动作，通常偏“按角色/按阶段”。
给交付/审计/合规用：更需要证据链与验收标准，通常偏“按部门 + 交接物”。
如果读者是混合的（会议上既有业务、又有技术、还有财务），最稳的策略是：主泳道选“责任归属”，关键节点用标注把“执行角色/系统动作/交付物”补出来，而不是硬把所有信息塞进泳道里。
泳道分得好，应该让三件事一眼可见
不管你选哪种划分方式，最终都要落到这三件事：
责任边界：这一段流程由谁负责推进？谁有决定权？
交接点：从 A 到 B 的交接发生在哪？交接条件是什么？交接物是什么？
异常回路：被驳回、超时、缺资料、失败重试时，回到哪一步、由谁处理？
如果泳道划分让这三件事变得更难读（比如线乱到看不出交接、责任在图上漂移），那就算泳道数量很“完整”，也不是好划分。
5 种泳道划分方法：怎么选、适合什么场景
方法 1：按部门划分（最常见，也最容易“看起来对但用起来累”）
适用场景
流程的主要矛盾是“跨部门协作”：谁先谁后、谁卡谁、谁该背锅说清楚。
需要对齐 KPI、权限、审批链，或要明确“职责边界”的会议。
交接物清晰：例如“申请单”“合同”“付款凭证”“验收报告”。
优点
责任归属直观，图的政治成本低（大家容易接受）。
交接点天然清晰：部门之间的边界就是交接点高发区。
风险与常见坑
一个部门内部如果参与角色多（例如“HR 招聘专员/HRBP/薪酬”），单一部门泳道会把细节压扁，读者看不懂“到底是谁做”。
当某个部门既执行又审批（例如同一部门的“经办/复核/主管”），按部门会把关键分离掉，导致权责不对称。
怎么修正
保留部门泳道，但在关键节点的节点名里写清角色：如“财务（复核）”“财务（出纳付款）”。
或者将“部门”拆成两个泳道：例如“财务-经办”“财务-复核”，只拆关键部门，不必全拆。
方法 2：按角色划分（对执行最友好，但要小心“组织不买账”）
适用场景
一线执行需要照着图跑：客服、运营、项目助理、实施工程师等。
同一部门里角色差异显著：经办/复核/审批/归档分别是不同人。
你更关心“动作顺序”与“谁动手”，而不是组织结构。
优点
读者一眼能对号入座：我是谁、我做什么、我等谁。
容易把“信息不对称”暴露出来：谁在等谁的资料会很明显。
风险与常见坑
角色命名容易漂：同一家公司同一岗位不同叫法（“业务经理/客户经理/销售”），造成争议。
管理层更习惯部门视角，角色划分在跨部门会议上不一定好用。
怎么修正
在角色后面加上归属：如“销售（业务部）”“实施（交付中心）”。
或者把角色归并为 3–6 个“稳定角色”：经办、审批、支持、系统、客户。
方法 3：按系统划分（适合技术/数据/自动化场景）
适用场景
流程里系统动作密集：审批系统、ERP、CRM、工单系统、网关、风控等。
你需要说清“哪个系统触发、哪个系统落库、哪个系统发通知”。
自动化改造、RPA、对接联调、事故排查。
优点
对定位故障特别有用：卡在哪个系统、责任归属更清楚。
容易把“人工 vs 系统”的边界画出来，方便优化。
风险与常见坑
一旦把所有系统都当泳道，图会爆炸；读者会被系统名淹没。
系统泳道很容易忽略“谁来兜底”：系统失败后的人工处理被忘掉。
怎么修正
系统泳道只保留“关键系统”（影响交付或风险最大的 1–3 个），其他系统写在节点描述里。
必须补“人工兜底”节点：如“系统超时 → 经办人工核对 → 重新提交/升级”。
方法 4：按阶段划分（适合讲清节奏，但不适合责任对齐）
适用场景
你更想展示一个端到端过程：受理 → 处理 → 复核 → 交付 → 归档。
新人培训、流程宣讲、客户侧说明。
项目型流程：立项、设计、开发、测试、上线、运营。
优点
节奏感强，读起来像路线图。
特别适合把“里程碑”说清楚。
风险与常见坑
责任边界会变得模糊：阶段里到底谁负责推进？
交接点会被“阶段之间”掩盖，部门之间的扯皮点反而看不见。
怎么修正
阶段做主线时，关键节点用标注补充责任归属：节点名末尾加“（责任人）”。
或者把阶段放在图的上方作为“分组标题”，泳道仍按部门/角色。
方法 5：混合划分（最实用：少量泳道 + 重点拆解）
现实里，单一维度往往不够。
最稳的一种混合方式：
泳道层面：按部门（或按角色）保持 4–7 条，不要超过读者的阅读负担。
节点层面：用括号或小字补充角色/系统/交付物。
关键交接：用明确的“交接物/验收标准”节点名写出来。
举个典型组合：
泳道：业务部门 / 财务 / 法务 / 系统 / 客户
节点：
“提交申请（业务-经办）”
“系统校验（风控）”
“合同复核（法务）- 交接物：合同终稿”
“付款（财务-出纳）- 交接物：付款凭证”
这种做法的好处是：读者不会因为泳道太多而迷路，但关键责任与交付又不会丢。
需要快速把结构拖拽出来、再逐步细化时，可以直接用在线编辑工具把泳道与节点先搭起来：
泳道流程图在线制作
一个可落地的“泳道划分步骤”：从争论到定稿
很多团队讨论泳道怎么分，最后变成“谁的组织结构更重要”。更省时间的做法是按步骤做决策：
第 1 步：列出流程的 3 类对象（别急着画）
参与方：部门/角色/系统/外部单位（客户、供应商、第三方）
交付物：申请单、合同、工单、验收单、付款凭证、报表等
决定点：谁能通过/驳回？条件是什么？
当你把交付物和决定点列出来，泳道怎么分往往就不那么难了。
第 2 步：先选“责任最稳定”的维度做泳道
问自己两个问题：
如果流程出了问题，大家第一反应是找哪个组织还是找哪个岗位？
你们的组织结构/岗位命名，未来 6–12 个月哪个更稳定？
通常：
组织稳定、岗位经常调整 → 泳道按部门更稳。
组织经常变、但岗位职责稳定 → 泳道按角色更稳。
第 3 步：把交接点写成“可验收”的句子
交接点常见写法：
“提交材料”这种太虚。
更好的写法是：交接物 + 验收标准 + 下一步触发。
例子：
“交接物：报价单（含税率、有效期）；验收：字段齐全；触发：进入审批”
“交接物：合同终稿（含签章页）；验收：条款无缺失；触发：发起付款申请”
当交接点写得可验收，泳道划分的争议会明显减少，因为大家关注的是“交付清楚没”。
第 4 步：只对“扯皮最常见”的地方拆泳道
图要解决问题，不是复刻组织架构。
判断是否需要拆泳道，靠两个信号：
同一泳道里出现了多次“等待/退回/补充资料/复核”，且由不同人负责。
同一泳道里既有执行又有审批，导致权责混在一起。
只要拆关键泳道就够：比如“财务-经办/财务-复核”，其他泳道不动。
第 5 步：补上异常路径（否则“看起来很顺”但实际跑不通）
每个关键决定点，至少写清两条路：
通过 → 下一步
不通过/缺资料/超时 → 回到哪里、由谁处理、是否需要通知
异常路径越清楚，泳道越不容易被误读成“线性流水线”。
3 个常见反例：为什么你的泳道越分越乱
反例 1：把“每个人”都当一条泳道
现象：泳道十几条，线像蜘蛛网。
问题：读者的大脑负担从“理解流程”变成“在图上找人”。
修正：
把泳道收敛到 4–7 条：用“角色簇”合并（经办/审批/支持/系统/外部）。
在节点名称里写具体到“谁”，而不是用泳道表达全部细节。
反例 2：泳道按部门，节点却写成角色动作
现象：泳道写“财务部”，节点写“出纳付款/会计入账/主管审批”，但没有区分。
问题：执行者不知道自己何时该动手；审批权责不清。
修正：
把关键角色拆成两个泳道，或在节点中明确责任角色。
对“审批/复核”节点统一用同一种命名方式，让读者形成模式。
反例 3：系统泳道缺失人工兜底
现象：图上只有“系统校验→系统通知→系统归档”，看上去自动化很美。
问题：实际出错时大家不知道该找谁、怎么恢复。
修正：
在系统失败处补人工处理节点：人工核对、补单、升级、回滚。
把“超时阈值”和“通知对象”写在节点里（例如“超时 2h 通知经办与负责人”）。
一份可直接用的“泳道划分验收清单”
在你准备把图发到群里/放到文档前，按这份清单自检一遍，能省掉大量来回：
责任与边界
每条泳道的命名一致且可理解（部门/角色/系统不要混着叫）。
每个关键节点都能回答“谁负责推进到下一步”。
执行、复核、审批三类动作没有混在同一节点里。
交接点与交付物
每个跨泳道的箭头，都能说清楚交接物是什么。
至少在关键交接处写出验收标准（字段齐全/签章完整/金额一致等）。
交接条件明确（满足什么条件才流转，而不是“看情况”）。
异常路径
至少列出三类异常：缺资料、驳回、系统失败/超时。
异常回到哪里明确（回到提交、回到补充、还是回到审批）。
异常谁来处理明确（经办/负责人/支持团队）。
可读性
泳道总数控制在 4–7 条（超出就评估是否需要合并）。
线条交叉处能通过调整布局减少（优先减少跨越多条泳道的长箭头）。
同类节点用相同动词开头（提交/审核/复核/通知/归档）。
如果你想把清单落到图里，常见做法是：先搭“主干流程 + 关键交接”，再补异常路径和验收标准。
泳道流程图在线制作
场景拆解：三种典型流程，泳道怎么选更省事
场景 A：报销/付款类（交接物多、合规要求强）
推荐：按部门 + 关键角色拆分（财务经办/财务复核）。
原因：这类流程真正的争议点往往是“材料齐不齐、谁来验、验到什么程度”。泳道如果按角色全拆，会让组织对齐变复杂；按部门主线更容易落地。
关键写法：
交接物：发票/附件/审批记录/付款凭证
验收标准：字段、金额一致性、签章完整性、预算规则
异常：票据不合规、超预算、供应商信息缺失
场景 B：客服工单/问题流转（动作多、升级链复杂）
推荐：按角色（客服一线/二线/产品/研发/客户）或按队列。
原因：工单流转的核心不是部门边界，而是“谁接、谁处理、多久没动”。按角色划分能把等待与升级关系画清楚。
关键写法：
决定点：是否需要升级二线？是否需要研发介入？
异常：客户补充不及时、重复打开、超 SLA
场景 C：系统联调/自动化（系统边界清晰、排障需求强）
推荐：按系统 + 人工兜底泳道。
原因：联调最怕“到底哪个系统没干活”。把关键系统列为泳道，能让问题定位快很多。但务必把人工兜底画出来，否则只能“祈祷系统不出错”。
关键写法：
系统触发条件：接口返回、事件队列、定时任务
兜底：人工补单、重放消息、回滚
FAQ：泳道怎么分，这些问题几乎每次都会出现
1）泳道越多越好吗？
不是。泳道多的收益是“更细”，代价是“更难读”。大多数团队更需要的是把关键责任和交接讲清楚，而不是把每个参与者都分出来。
经验上，4–7 条泳道是一个舒服区间：既能表达协作，又不至于把图变成点名册。
2）同一个人身兼两职怎么办？
按“职责”而不是按“人”来分。
如果同一人既是经办又是复核，流程上仍然需要把这两步拆开，否则读者无法区分“自检”与“复核”的标准。你可以在节点备注里写“由同一人承担”，但不要把流程逻辑合并掉。
3）泳道命名到底用部门名还是岗位名？
看哪一种更稳定、更能被大多数读者理解。
部门名稳定、内部岗位经常变：用部门名。
部门经常调整、岗位职责稳定：用岗位名。
最怕的是混用：一条叫“财务部”，另一条叫“项目经理”，读者会困惑这是组织视角还是角色视角。
4）外部参与方（客户/供应商/第三方）要不要单独一条泳道？
建议单独一条。
原因很简单：外部参与方的节奏不可控、交付物需要明确，单独泳道能把“等待外部”的时间与责任看清楚。
5）泳道图里，系统动作是写在节点里还是单独泳道？
如果系统动作只是“发通知/存档”这类辅助动作，写在节点里就够。
如果系统动作决定了流程能不能走下去（校验、审批、风控、扣款、入账），单独系统泳道更清楚。配套必须有：失败分支、超时与人工兜底。
6）怎么减少线交叉？线太乱怎么看？
优先用三招：
把同一泳道的动作尽量连在一起，减少“跳来跳去”。
把交接点集中：让交接发生在少数几个明确节点，而不是每一步都跨泳道。
把“通知/抄送/同步”这种动作用较弱的连接表达（例如备注或次要箭头），别和主干同权重。
如果你需要快速调整布局、对齐节点、重新走线，在线编辑会比手工拖 PPT 省很多时间：
泳道流程图在线制作
最后给一个“可复用的选型口诀”
当你下一次又纠结“泳道按部门还是按角色”，可以用这句口诀快速定：
要对齐责任与接口 → 先按部门
要指导执行与操作 → 先按角色
要排障与自动化 → 先按系统（别忘人工兜底）
要讲节奏与里程碑 → 阶段做分组，泳道别用阶段顶替责任
只要你能让读者在 10 秒内回答：“我是谁、我做什么、我交给谁、我拿到什么、出错回哪”，这张泳道图就已经赢过 90% 的流程图了。