第二章 前置条件与输入准备

需求边界界定不是凭空开始的。在正式划定需求范围之前，必须确保所有前置条件完备、输入材料可追溯、评审基线已对齐、环境就绪。本章说明“做什么准备”、“谁来准备”、“如何检查准备完度”。

适用场景

• 新启动的B端项目，产品经理需输出《需求边界说明书》前。
• 大型需求变更或版本迭代，需要重构范围时。
• 跨团队协作（产研、业务、测试）首次对齐需求范围前。

前置条件

1. 项目已立项或有正式需求变更指令。
2. 业务方已输出初步业务诉求文档（非PRD）。
3. 产品经理已分配至该项目，并明确为需求边界责任人。

操作步骤

下面四个步骤依次执行，每一步完成后需在《准备检查清单》中打钩。

步骤1：组建角色清单

列出所有参与需求边界界定的角色及职责。建议用RACI矩阵标注。

角色	职责	需产出	RACI
产品经理	主持边界会议，撰写边界说明书	《需求边界说明书》	A/R
业务方代表	提供业务规则，确认边界合理性	业务诉求确认单	C
技术架构师	评估可行性，提供系统边界约束	技术评估意见	C
测试工程师	提前了解边界，为测试案例做准备	测试点初稿	I
项目经理	监控进度，协调资源	项目计划更新	R

步骤2：收集已有材料

材料清单分为三类，按优先级归档：

• PRD（产品需求文档）：上一版本或初版，用于对比变更范围。
• 原型图：交互设计稿，标识页面流转与状态。
• 接口文档：与外部系统交互的API定义，用于识别系统边界。

步骤3：对齐评审基线

评审基线是指所有利益相关方共同承认的需求范围“最低标准”。包含：

• 版本基线：当前迭代的目标版本号（如v2.3.0）。
• 功能基线：必须包含的核心功能清单（MVP列表）。
• 时间基线：边界界定会议召开的最晚日期。
• 质量基线：需求边界说明书的验收通过标准（见本章验收标准）。

步骤4：准备环境

这里的环境指 会议环境 + 在线协作环境：

会议安排：
- 时间：2小时（建议安排在上午）
- 工具：腾讯会议/飞书会议 + 共享白板（如Miro/Excalidraw）
- 材料预留：提前1天分享给所有参会人

在线协作环境：
- 产品管理工具：Jira/Confluence 中已创建边界界定Epic
- 文档协作：飞书/语雀共享文件夹，权限开放给全员
- 投票/确认工具：在线表单或即时通讯群投票功能

输入输出物

类别	输入	输出
角色清单	项目人员名单	RACI矩阵表
已有材料	PRD/原型/接口文档（原始文件）	材料完整性检查单（已标记缺失项）
评审基线	项目计划、业务诉求	基线确认书（签字版或线上确认记录）
环境准备	会议时间/工具/权限	会议邀请已发出，材料已共享

责任边界

• 产品经理：负责全部输入的完整性，对前置条件不满足时可叫停会议。
• 业务方代表：必须在会议前确认所有业务术语定义，如有歧义需提前修改。
• 技术架构师：负责检查接口文档版本与当前系统是否一致。
• 项目经理：负责环境准备及材料归档。

记录材料

以下两项必须形成可追溯记录：

1. 《准备检查清单》：包含角色、材料、基线、环境四个维度的复选框，每个子项需标注责任人及实际完成日期。
2. 《前置条件确认单》：由产品经理签名，业务方代表和项目经理会签，附在需求边界说明书之前。

异常处理

异常场景	处理方式	升级路径
角色清单中缺少关键角色（如QA）	暂缓会议，协调资源	项目经理报给项目总监
PRD/原型/接口文档缺失或版本混乱	标记为“阻塞”，请求业务方24小时内补充	若超时，由产品经理在周会上暴露风险
评审基线未达成共识（如MVP列表争议）	组织一次15分钟快速对齐会，无法达成则上报产品VP	产品VP决策，会议延期
环境准备不充分（会议工具无法共享白板）	切换备用方案（如腾讯会议内置白板	在会议记录中备注

验收标准

前置条件与输入准备的完成标志如下（全部通过方可进入边界界定会议）：

1. 角色清单中每个角色均有对应人员，且RACI清晰。
2. PRD、原型、接口文档齐全，版本号一致，且通过合规检查（无敏感数据泄露）。
3. 评审基线（版本、功能、时间、质量）已通过邮件或在线表单获得书面确认。
4. 会议邀请已发出，材料已共享，参与者回复确认可参会。