第4章 泳道图绘制步骤Step1：识别参与角色与泳道划分

本章概述

泳道图（Swimlane Diagram）是跨角色流程建模的核心工具。Step1 的工作质量直接决定后续流程梳理与责任边界定义的清晰度。本章以结构化 SOP 形式，详细拆解如何识别参与角色、划分泳道、确立边界与命名规则，并特别处理跨部门协作场景下的泳道设计。

适用场景

• PRD 中需要绘制 跨角色、跨部门 的业务流程图时。
• 已有业务描述但未显式定义参与角色边界，需要 从零构建泳道图 的初期阶段。
• 对已有泳道图进行 评审优化，检查角色划分是否合理、泳道命名是否一致。
• 在多系统、多团队协作项目中，需用泳道图明确 角色责任矩阵。

前置条件

操作步骤

1. 1.1 收集并确认参与角色清单

   从流程描述中提取所有显式及隐式的执行主体。推荐使用 角色名称 – 所属部门 – 职责简述 的二维表格记录。示例：

   角色名称         | 所属部门   | 职责简述
   客户             | 外部       | 提交订单、支付
   客服专员         | 客服部     | 审核订单、处理售后
   仓库管理员       | 仓储部     | 拣货、打包、发货
   财务审核员       | 财务部     | 收款确认、发票处理

   避坑提醒：不要将多个不同角色合并到一个泳道内，例如“客服专员”与“客服主管”具有不同审批权限，应分别建泳道，除非业务约定他们共享同一角色定义。

2. 1.2 定义每个角色的边界

   边界定义指明确角色在流程中开始点与结束点，以及角色不允许跨越的活动范围。使用简单的边界描述表：

   角色	边界起点	边界终点	禁令区域
   客户	发起订单	收到商品	不可操作库存修改
   仓库管理员	接收订单	完成发货	不可查看支付明细

   边界描述需与泳道图上的活动范围一一对应，任何超出边界的操作应被视为流程异常。

3. 1.3 应用泳道命名规则

   泳道名称必须满足唯一性、可读性、一致性。推荐命名格式：

   • 单人角色：直接用角色名称，如“客服专员”。
   • 部门泳道：“部门名 – 角色名”，如“财务部 – 审核员”。
   • 外部系统/参与者：在名称前添加 [外部] 标识，如“[外部]客户微信端”。
   • 同名不同部门的角色：必须附加部门缩写，如“仓库审核员” vs “财务审核员”。

   注意：严禁使用全大写或过长的中英文混搭名称（如“CUSTOMER_ORDER_MANAGER”），在 PRD 场景下应优先使用中文标签。

4. 1.4 跨部门协作的泳道设计

   当流程需要跨越多个部门时，泳道划分需遵循以下三条规则：

   1. 部门分离原则：即使同一部门下的不同角色，如果职责独立且需分别审批或操作，也应拆分泳道。
   2. 信息传递泳道：如果系统自动传递数据（例如支付结果返回），可设置独立泳道“系统自动机制”，用于放置触发/回执事件。
   3. 泳道父子层次：若部门内有多级角色，建议使用垂直分组泳道（将部门框作为大泳道，内部再分割为子泳道）。具体表示方法见本章末的 SVG 示例。

输入与输出

责任边界

• 产品经理（PRD编写者）：负责发起角色识别、组织泳道划分会话、输出第一版泳道图。
• 业务方/需求提出方：提供真实角色清单，确认边界合理性。
• 技术架构师：审核跨部门系统泳道是否存在数据流冲突。
• QA/测试工程师：基于泳道边界设计测试 case，检测角色越权操作是否能被系统拦截。

记录材料

异常处理

验收标准

1. 每个参与业务流程的角色都至少在泳道图中被分配一条独立的泳道，无遗漏。
2. 所有泳道名称符合命名规则（唯一、可读、一致），且在全图内无重名。
3. 每个角色泳道的边界描述与该角色的实际职权范围完全匹配，不跨越或重叠。
4. 跨部门协作场景中，部门分组清晰，子泳道层次合理，不出现“部门内多个角色挤在同一条泳道里”的现象。
5. 泳道图中至少包含一个“系统/自动触发”泳道（如果流程涉及自动化事件），否则不强制。
6. 泳道划分图已经过业务方、技术架构师确认并签字（或文档评论一致），无未解决争议。

本章流程图：泳道划分示例（订单处理流程）