第3章 功能边界定义标准流程

功能边界定义是 PRD 从“需求收集”走向“可交付共识”的关键关口。本章围绕 启动会议 → 范围确认 → 边界文档草拟 → 内部评审 → 终版签批 五步标准流程，拆解每个环节的输入、动作、输出与验收标准，确保边界定义一次做对、减少返工。

3.1 适用场景

以下四种典型场景必须触发本流程，不可省略或合并步骤：

• 新产品立项：从零开始定义功能边界，避免范围无限扩散。
• 大型版本迭代：涉及跨团队、跨模块的功能变更，需要统一边界认知。
• 需求基线重建：因业务方向调整或技术约束变化，需要重新划定边界。
• 争议范围仲裁：干系人对现有边界存在分歧，需要通过标准流程达成一致。

3.2 前置条件

进入流程前，必须完全满足以下条件，否则不具备启动资格：

3.3 操作步骤

五步标准流程必须顺序执行，每步输出作为下一步的输入。下图完整展示了流程结构：

1. 启动会议（建议时长：30 min）
   产品经理主持，向所有干系人说明边界定义的目标、流程与产出物。会议需输出会议纪要并确认范围确认环节的参与人清单。
2. 范围确认（建议时长：1~2 天）
   产品经理与业务方、技术负责人逐项对齐 PRD 中每个功能模块的“做/不做/做多少”。使用范围确认检查表记录每项结论。
3. 边界文档草拟（建议时长：2~3 天）
   由产品经理执笔，按照模板编写功能边界描述、约束条件、依赖关系和明确排除项。文档必须包含边界变更记录表的初始版本。
4. 内部评审（建议时长：1 天）
   组织跨职能专家（开发、测试、运营、安全等）对草稿进行评审。评审需形成评审意见表，产品经理逐条处理并更新文档。
5. 终版签批（建议时长：0.5 天）
   产品经理、技术负责人、业务代表三方在边界定义签批单上签字确认。签批完成后文档进入基线管理，后续变更必须触发变更控制流程。

3.4 输入输出物

3.5 责任边界

3.6 记录材料

每个步骤必须留存对应记录材料，作为审计和回溯的依据：

• 边界定义启动会议纪要（模板含议程、结论、行动项）
• 范围确认检查表（逐项列出功能模块、边界结论、确认人）
• 功能边界文档（含版本号、修订历史、边界描述表）
• 评审意见跟踪表（每条意见的处理状态与结果）
• 边界定义签批单（三方签字扫描件或电子签章）

以下为边界文档中“边界描述表”的推荐结构：

| 模块名称 | 边界类型 | 边界描述 | 约束条件 | 排除项 | 版本 | 确认人 |
|----------|----------|----------|----------|--------|------|--------|
| 用户登录  | 功能边界 | 支持手机号+验证码登录 | 单日验证码上限5次 | 不支持扫码登录 | V1.0 | 张三/李四 |

3.7 异常处理

3.8 验收标准

流程完成后，必须逐条核对以下标准，全部通过方可视为本阶段结束：

• ✅ 边界文档已覆盖 PRD 中所有功能模块，无遗漏项。
• ✅ 每个模块的边界描述包含“做什么、不做什么、做到什么程度”。
• ✅ 所有约束条件、依赖关系、排除项已显式列出。
• ✅ 评审意见跟踪表中所有意见已关闭（接受/拒绝/挂起均有记录）。
• ✅ 签批单已获得产品经理、技术负责人、业务代表三方签字。
• ✅ 文档已归档至项目知识库，版本号标记为 V1.0（基线版）。