第1章 PRD中的业务流程建模定义与价值

1.1 适用场景

本章适用于以下四类典型场景。在进入场景前，请先确认当前项目是否满足前置条件中的启动检查项。

1.2 前置条件

启动本章建模衔接工作前，必须完成以下检查项。任一条件不满足，应暂停建模并补齐材料。

• 业务目标已立项：项目已获得立项批准，业务目标和范围已写入项目章程或BRD。
• 干系人清单已确认：业务方、产品经理、开发负责人、测试负责人已明确，且已建立沟通渠道。
• 现有流程资料已收集：至少有一份当前业务操作描述文档（文字或流程图均可），不要求完整建模。
• 建模工具已准备：团队已选定流程图绘制工具（如Visio、Draw.io、PlantUML等），且所有参与者可访问。
• 术语表已对齐：业务方与产品团队对核心业务术语（如“订单”、“工单”、“审批”等）的定义达成一致。

1.3 操作步骤

按照以下5个步骤完成业务流程建模与功能需求的衔接。每个步骤的输出物将作为下一步的输入。

1. 划定流程边界 — 与业务方确认流程起点（触发事件）和终点（业务结果），用开始事件和结束事件标记。输出：流程范围声明。
2. 绘制泳道图 — 按角色/系统划分泳道，绘制主要活动、决策节点、并行分支。使用BPMN 2.0或UML活动图标准。输出：泳道流程图（第1版）。
3. 标注关键控制节点 — 在流程图中标记需要系统强制执行或记录的点（如审批、校验、数据落库）。输出：控制节点标注清单。
4. 建立流程-功能映射矩阵 — 将每个控制节点与PRD中的功能需求条目一一对应，明确“流程节点→功能ID→需求描述”的映射关系。输出：流程-功能映射矩阵。
5. 纳入PRD文档结构 — 将泳道流程图、映射矩阵及流程说明放入PRD的“业务流程”章节，与功能需求章节形成交叉引用。输出：PRD业务流程章节（初稿）。

1.4 输入输出物

下表列出本章操作步骤的输入输出物，以及每项交付物应包含的核心字段。

1.5 责任边界

本章涉及三个核心角色，职责划分如下。责任边界不清是建模衔接失败的首要原因，请务必在启动前书面确认。

• 产品经理（PM） — 主导流程建模与功能映射，输出PRD业务流程章节；对流程节点的功能覆盖率负责。
• 业务方（Biz） — 提供业务规则、确认流程准确性、验收映射矩阵是否满足业务目标；对业务真实性和完整性负责。
• 开发团队代表（Dev Lead） — 评审流程节点的技术可行性、参与控制节点标注；对功能实现的技术约束负责。

1.6 记录材料

以下材料应在章节工作完成后归档到项目共享库，保存期限与项目生命周期一致。

1. 流程建模会议纪要 — 包含时间、参会人、关键决策、待办事项。
2. 泳道图审核记录 — 展示审核人、审核时间、修改点列表。
3. 流程-功能映射矩阵变更日志 — 记录每次映射关系新增、修改、删除的版本和原因。
4. PRD业务流程章节草稿（含评审意见） — 保留所有评审轮次的批注版和清稿版。

1.7 异常处理

下表列出本章建模衔接操作中最高频的4类异常及其处理预案。

1.8 验收标准

完成本章全部工作后，使用以下5项标准逐条验收。全部通过方可进入下一章节。

• AC-1 流程完整性 — 泳道图包含至少1个开始事件、1个结束事件，所有活动节点都有明确角色归属。
• AC-2 映射覆盖率 — 流程中所有控制节点在“流程-功能映射矩阵”中都有对应的功能ID，覆盖率达100%。
• AC-3 业务方确认 — 业务方在泳道图和映射矩阵上签字或留下电子审批记录。
• AC-4 技术评审通过 — 开发团队代表已评审控制节点标注，未提出技术不可行意见或已给出替代方案。
• AC-5 文档可读性 — PRD业务流程章节中的流程图、说明表、映射矩阵格式统一，术语与术语表一致，无歧义表述。