第2章 业务流程建模的标准图元与符号规范
2.1 适用场景
本章适用于以下三类场景：
- PRD内业务流程图的首次绘制：产品经理需要从零构建一个标准、可读的业务流程图，用于与开发、测试、业务方对齐流程逻辑。
- 已有流程图的Review与规范检查：团队对存量流程图进行质量审计，确保所有图元符合统一规范，避免歧义。
- 跨文档/跨系统的流程标准化迁移：当PRD关联多个系统（如交易、风控、物流）时，各模块流程图必须使用同一套图元集，保证全局一致性。
2.2 前置条件
| 前置条件项 | 说明 |
|---|---|
| 流程建模工具已就绪 | 推荐使用Visio、Draw.io、PlantUML或专业PRD工具中内置的流程图模块；确保支持泳道、分组等结构。 |
| 业务需求已明确（至少达到故事粒度） | 流程建模前需完成业务场景梳理，确定参与者、操作节点、判断分支和结束条件。 |
| 团队统一图元规范文档 | 本文档作为规范依据；若项目组已有其他标准，需先对齐差异。 |
| 基准图例已准备 | 建议在PRD中附一张图元图例页（本课程第1章已提供），作为新人的快速参考。 |
2.3 操作步骤
按照以下标准化步骤在PRD业务流程图中使用五种核心图元：
- 识别泳道（Swimlane）：根据业务参与者（角色/系统）划分水平或垂直泳道。每个泳道标签清晰注明角色名称（如“客户”、“客服系统”、“风控引擎”）。
- 放置开始/结束节点：每个流程有且仅有一个开始节点（圆角矩形或圆形，内部标注“开始”）；一个或多个结束节点（圆形，内部标注“结束”）。
- 绘制活动（Activity）：使用标准矩形框表示一个操作步骤或任务。活动名称使用动词+名词格式（如“提交订单”、“校验身份”）。
- 插入决策节点（Decision）：使用菱形表示条件分支。决策问题必须使用疑问句（如“订单金额 > 1000？”），每个出口标注清晰条件（“是/否”或具体阈值）。
- 关联数据存储（Data Store）：用圆角矩形或圆柱形表示数据库、文件、缓存等持久化存储。数据存储名称使用名词（如“订单表”、“用户缓存”）。
- 连接图元并添加流向箭头：使用单箭头线表示流程流转方向，箭头指向下一节点。避免交叉线；跨泳道连接线应使用同一颜色并标注数据或触发条件。
操作要点：每个图元必须且只能用于其代表的语义——不要用矩形代替决策，不要用菱形表示活动。泳道不可跨角色嵌套，但同一角色可在多个泳道中重复出现（需用虚线或标注区分实例）。
2.4 输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 输入 | 业务需求描述（文字/用户故事）；角色与权限矩阵；已有非标流程图（可选） | — |
| 输出 | — | 标准化业务流程图（含图例）；图元合规检查清单；泳道划分说明文档 |
2.5 责任边界
- 产品经理：负责选择正确的图元、绘制流程图、确保流程逻辑完整、与业务方确认分支正确性。
- 流程建模评审人（通常为技术负责人或业务BA）：负责核验图元使用是否规范、泳道划分是否合理、数据存储是否与实际系统匹配。
- 开发/测试：在评审阶段参与，确认决策条件可量化、活动步骤可转化为代码逻辑。
- 数据存储责任：数据存储的具体实现属开发团队，但图元中的存储名称、读写方向（读/写/读写）需由产品经理标注清楚。
2.6 记录材料
本环节产生的记录材料包括：
- 流程图源文件（.vsdx / .drawio / .puml 等可编辑格式）
- 图元合规检查表（示例模板如下）
| 检查点 | 是否符合 | 备注 |
|---|---|---|
| 每个流程唯一开始节点 | 是/否 | |
| 所有决策有且仅有2个出口 | 是/否 | 若大于2需拆分决策 |
| 活动名称遵守动词+名词 | 是/否 | |
| 数据存储标注读写方向 | 是/否 | 若未标注视为“读” |
| 泳道标签与角色矩阵一致 | 是/否 |
2.7 异常处理
| 异常情形 | 处理方式 |
|---|---|
| 一个活动需跨越多个泳道 | 将该活动拆分为两个连续活动，分别归属不同泳道，中间用数据流或消息连接。 |
| 决策分支多于两个 | 使用嵌套决策（多个菱形串联）或改用状态机图。业务上尽量使用“是/否”二分法。 |
| 数据存储未在系统架构中对应 | 暂停建模，与开发确认存储实现后再补全。严禁虚构存储名称。 |
| 流程图出现环路（流程回退） | 必须使用决策节点控制回退方向，并在箭头上标注回退触发条件。 |
| 多个开始节点 | 若流程有多个触发条件，应拆分为多个子流程，或使用事件节点（本课程第3章覆盖）。 |
常见反例：直接使用“平行四边形”表示数据存储（那是文档/报告的符号）。数据存储必须使用数据库专用符号（圆柱或圆角矩形带双竖线）。
决策节点上漏写出口标签，导致上下游推测分支含义——每一个出口必须标注条件。
2.8 验收标准
- 流程图中所有图元使用正确的标准符号，无替代符号混用。
- 每个流程有且仅有一个开始节点；所有结束节点均可达。
- 决策条件覆盖所有业务分支，无遗漏出口。
- 泳道划分与角色矩阵完全吻合；同一流程内泳道数量≤角色数量（可合并同类角色）。
- 数据存储图元与PRD中的“数据模型”或“存储说明”章节对应，无虚构对象。
- 流程图中无空白或未标注流向的连线。
- 流程图已通过至少一次正式评审（评审记录存档）。
2.9 内联SVG：标准图元与泳道结构速查
2.10 章节小结
本章定义了泳道、活动、决策、开始/结束、数据存储五种标准图元的完整使用规范。牢记以下几点：
- 每个图元的形状是语义的一部分，不可自行替换。
- 泳道只放角色，不放大系统名（若系统涉及多个角色，应细分子泳道）。
- 数据存储必须与实际系统映射，并在PRD中引用对应数据模型章节。
- 决策条件需业务可理解、开发可实现；避免模糊表述如“视情况而定”。